Юлия Буланова
vitki2000@mail.ru

Впечатления от Oracle TechForum 2005
(письмо в редакцию)

За последний год Oracle приобрела много программных продуктов разных компаний, поэтому теперь требуется связующее программное обеспечение, что по-английски “middleware”. Решения должны быть совместимы друг с другом – что по-английски “ot pluggable”, а также неразрушаемыми (secure), исчерпывающими (reliable), маштабируемыми (scalable), гибкими (flexibility). И, конечно, очень важно максимально возможное быстродействие приложений (real-time applications), чтобы клиент не ушел, а остался удовлетворенным работой приложения (keep interested)!

Уже очевидно, что для надежной работы информационной системы требуется свести данные в единую базу (исключить вторичный ввод) и обеспечить, чтобы нужный человек (right person) в нужном месте (right place) получил нужную информацию (right information). Эти задачи формулируются на конференции как проблемы интеграции (создание единого информационного пространства). Можно перечислить те из них, с которыми сталкивались все специалисты по информационным технологиях, - это отсутствие структуры данных, бумажный документооборот, более одного репозитория, проблемы связи СУБД разных производителей. Решив эти проблемы, можно сказать, что информационная система окажет значительную помощь в принятии решений.

Один из докладчиков (Вадим Розенберг, Директор по стратегии развития и архитектуре Oracle Application Server Suite, Штаб-квартира корпорации Oracle в США) сделал хорошее сравнение, вспомнив про старую добрую радиолу “Латвию”, в которой был и радиоприемник, с бесчисленным по тем временам количеством каналов, и проигрыватель для пластинок. К сожалению, в современных условиях его использовать уже тяжеловато – не только, буквально, по весу, но и технологически. У меня тоже сохранилась такая радиола, но сейчас уже почти невозможно найти мастера, который бы смог подобрать иглу для проигрывателя и отремонтировать его. Такую аналогию проводит докладчик со старыми программами, которые были в свое время “универсальны”, но их обычно знает только автор, да и уже становится круг людей, который может модернизировать и “отремонтировать” эти программы.

Компания Oracle стремится к тому, чтобы ее продукты соответствовали стандартам. А в рамках этих стандартов все решения можно собрать, используя для этого различные кабели и разъемы (connectivity) – тоже стандартные. Таким образом, докладчик вводит для нас понятие сервисо-ориентированной архитектуры, которую теперь мы встречаем в статьях и журналах как SOA (Service Oriented Architechture). Эта архитектура является следующим этапом развития от мэйнфреймов (интерфейс и база объединены) и архитектуры клиент-сервер (интерфейс и база разделены) к Интернет-архитектуре - к SOA.

А сервисы должны иметь: паспорт качества (контракт), инструкцию (на что нажимать) и технологическую схему (реализацию, язык, иными словами, внутреннее убранство, доступное только специалисту). Конкретные же собранные решения, подобно кубикам из конструктора “Лего” при помощи стандартных разъемов, будут составлять единую среду и иметь единый пульт управления, чтобы пользователю не приходилось, как герою юморески В. Винокура, думать, где надо играть, а где не надо.

Работая на более старой версии Oracle, все-таки хотелось бы, чтобы наши разработки можно было бы в будущем перенести на новые версии. Вот некоторые технологии, предлагаемые Oracle, которые мне бы хотелось взять на вооружение:

• написание небольших логических компонент, которые можно будет потом вызывать, используя Business Rules на языке “оркестровки” бизнес-процессов – BPEL (Business Process Execution Language).
• передача данных в формате XML для решаемых задач, там, где это возможно.
• использование в будущем сервера приложений (Enterprise application server), который поддерживает различные языки программирования и продукты различных вендоров.

Очень приятно, что компания Oracle взяла и поддерживает курс на объединение различных приложений через общие хорошо документированные (что очень важно в современной быстро меняющейся обстановке) интерфейсы. Благодаря такой политике можно связать в единое целое не только продукты от компании Oracle, многие производители программных продуктов имеют интерфейсы, которые хорошо ложатся в описанные рамки, позволяя иметь в качестве ядра СУБД Oracle легко и достаточно оперативно решать свои информационные проблемы.