БредятинаШваров Евгений,
В такой не технической теме оказалась затронутой интересная и актуальная проблема:)
Зачем нужен "сайт", как отдельная информационная система, которую нужно отдельно сопровождать?

1) У компании есть корпоративная БД. Пусть на Cache или GT.M (хотя проблема общая).
2) Компания создает еще одну информационную систему со своей БД - "сайт на Drupal".
3) Для чего нужна еще одна ИС? Видимо, для того, чтобы потом приобрести Ensemble для организации взаимодействия между этими информационными системами, правильно?
4) Или Cache и Drupal (точнее ее СУБД) прекрасно взаимодействуют - двухсторонняя репликация осуществляется с помощью стандартных средств, встроенных в обе системы? Следовательно, Ensemble - стратегическая ошибка и пустая трата времени?
5) Или Cache (GT.M) в принципе не приспособлены для обслуживания, например, одного миллиарда "незарегистрированных пользователей", и поэтому нужна еще одна ИС? А она что - приспособлена?:) А если этот миллиард вдруг возьмут, да зарегистрируются, и станут в добавление к одной тысяче сотрудников компании такими же "зарегистрированными пользователями"? Придется переводить корпоративную БД в систему "сайта"?:)
6) В общем, почему конкретно "сайт" - это не просто еще один интерфейс к корпоративной БД, а отдельная информационная система?

Философский вопрос опять, Андрей Леонидович ;) Январь - время философии)
Отвечу, по-возможности, кратко.

1-2) Думается, что под "Корпоративная БД" подразумевается, что есть некая одна система, которая внутри корпорации "отвечает за все", и в которой все работают.
Такого нет по факту думаю нигде, ни в одной корпорации. Это, наверное, идеальный мир (и, возможно, идея для "стартапа на миллиард"). Но на деле, чем больше компания/корпорация, тем больше она является клиентом различных B2B поставщиков решений и количество внутренних ИС измеряется десятками как минимум, причем различных вендоров (смотрим меджик квадрант гарнтера по разным-разным энтерпрайзным системам). И чем успешнее компания (в любой сфере), тем больше она выбирает поставщиков этих систем из правого верхнего угла, при этом вендоры могут быть диаметральные совсем. Т.е. в итоге у корпорации может быть легко десятки партнеров-поставщиков ИС.
Почему это работает?
Просто потому, что каждая маленькая ИС решает определенные бизнес-задачи и(!), что возможно самое главное, этот сегмент бизнес-задач поддерживается заинтересованной другой стороной, поддерживается и в свете разработки и в свете консалтинга.
И если вдруг поставщик маленькой задачи не справляется или перестает быть нужным - его меняют/отключают.
Это управляемо и это работает.

2) еще одну к десяткам имеющихся, да.
3) да, интеграционные платформы становятся в таком случае все важнее и важнее.
4) причем тут двусторонняя репликация? Взаимодействия могут быть и сильно проще - например хотя бы на уровне OAuth, где Ensemble не очень причем. Я не очень большой специалист в Ensemble, но думаю не ошибусь, если скажу, что не про репликацию, а скорее про управляемое сложное изменяемое во времени взаимодействие систем.
5) Ну на комьюнити нет пока миллиарда (хотя тормозит иногда "на миллиард"). На Caché/IRIS Data Platfrom можно построить миллиардную систему (особенно с шардингом сейчас), если надо.
6) Потому что задача не "построить корпоративную систему", а задача "решить бизнес-задачу". Комьюнити решает поставленные бизнес-задачи. Пусть есть еще не решенные задачи, но будут решены в дальнейшем. Если для этого потребуется сменить платформу разработки - может быть и сменится.

Почему drupal а не Caché/Ensemble - во-первых, это разные вещи.
Drupal - уже CMS, т.е. Content Management System, построенная на MySQL+PHP и предназначена для "более эффективного" построения
информационных систем в довольно определенном классе задач, связанных с созданием и потреблением текстового контента.
а Caché/Ensemble - Data Platfrom, для разработки любой информационной системы.

Т.е. в случае Caché/Ensemble систему еще надо было бы написать заново, а тут вроде как "дописать чуть-чуть".
Или может быть вы знаете готовую CMS на Caché/Ensemble? И кто может сопровождать ее хостинг и доработку?

На самом деле если Drupal не будет отвечать требованиям бизнес-задач - может быть будет принято бизнес-решение о смене платформы, в том числе и на что-то, построенное на Caché/Ensemble.
С образовательной и маркетинг точки зрения считаю целесообразным, если вдруг комьюнити будет построено на Caché/Ensemble/IRIS: можно так сказать сразу демонстрировать возможности системы в публичном проекте.
Мы это даже частично уже делаем - вот например аналитика по комьюнити , сделанная на Caché/DeepSee и, где-то даже с применением iKnow.