Технології Enterprise Application Integration, Інтеграція додатків і даних, Бази даних, статті

Transaction Processing Monitor (TPM)


Монітори транзакцій є одним з найстаріших типів middleware. Перші реалізації TPM, такі як IBM CICS, були дуже популярні в 70-і роки. Основні проблеми TPM – монолітність і відсутність підтримки об’єктно-орієнтованого підходу (ООП). Новий клас TPM – об’єктні монітори транзакцій вже не є самостійним ПЗ, але ставиться до служб об’єктно-орієнтованих розподілених середовищ – CORBA/J2EE і COM.


Message-oriented Middleware (MoM)


MoM, як і TPM, відноситься до першої хвилі middleware. За своєю суттю, системи MoM дуже прості. Вони включають тільки чотири основні функції – відправити, отримати, зберегти в файлі і видалити. Основна перевага використання MOM в розподіленому середовищі – гарантованість доставки повідомлень, заснована на асинхронної роботі з чергами повідомлень. Однак, API низького рівня, відсутність підтримки ООП і стандартів, забезпечують інтеграцію MoM від різних постачальників, призвели до розвитку нового покоління MoM як сервісів платформ CORBA/J2EE і COM.


Microsoft COM+ / .NET


Незважаючи на розвиненість сервісів платформи COM + і, навіть більшою мірою, що розробляється наступника -. NET, це сімейство платформ Microsoft для створення розподілених об’єктних мають змогу робити тільки на платформі Windows. Відсутність процесу стандартизації як такого, тісна інтеграція з операційною системою і, як наслідок, закритість цієї платформи і відсутність альтернативних реалізацій обмежує застосовність сімейства платформ COM + /. NET для створення прикладної інфраструктури підприємства.


OMG CORBA


Розробляється з 1989 року консорціумом OMG (Object Management Group) архітектура CORBA (Common Object Request Broker Architecture) є результатом роботи провідних фахівців із понад 800 компаній та організацій. Чіткий процес стандартизації, включаючи аспекти взаємодії реалізацій CORBA від різних постачальників (інтероперабельність), незалежність від мов програмування і операційних середовищ, фундаментальна підтримка ООП і багато інших унікальні характеристики, зробили CORBA провідним стандартом в області інфраструктурного middleware.


Java 2 Enterprise Edition (J2EE)


Платформа J2EE, що розвивається в рамках відкритого процесу стандартизації JCP (Java Community Process), вперше запропонувала цілісну компонентну модель – EJB (Enterprise JavaBeans), орієнтовану на створення серверної бізнес-логіки. Використання архітектурних досягнень CORBA у найважливіших службах J2EE, аж до рівня розподіленого взаємодії (в основі якого лежить протокол CORBA IIOP), забезпечило відмінну масштабованість систем, побудованих на платформі J2EE.


Application Server


Сервер додатків – нова промислова парадигма, доступна у вигляді програмних продуктів від цілого ряду постачальників ПЗ, включаючи IBM, Borland, BEA Systems та Sun. Він ефективно об’єднує різні сполучні засоби і технології, що дозволяють отримати готову платформу для розгортання розподілених додатків масштабу підприємства.


Компанія Borland запропонувала більше – інтеграцію зі своїм сервером додатків високопродуктивних інструментальних засобів розробки і унікальних засобів управління розподіленими компонентами.


Концепція сервера додатків в даний час визнана критично важливою для розгортання компонентів бізнес-логіки в розподіленому середовищі. У цьому контексті, Enterprise JavaBeans став стандартом de facto для створення масштабованих прикладних систем.


Реалізація серверів додатків на основі CORBA дозволяє забезпечити прозору інтеграцію і доступність прикладних систем в режимі 24×7. Це дозволяє розглядати такі сервери додатків в якості критично важливого елемента прикладної інфраструктури підприємства.


Інтеграція додатків неможлива без інтеграції даних. “Правда буває тільки одна” (One version of the truth) – так говорить про це IDC. Ідея інтеграція даних через їх централізацію на серверах баз даних дозволила розробникам отримати працездатні системи масштабів підрозділи з розвиненими клієнтськими додатками, які враховують специфіку роботи конкретних користувачів.


Архітектура і технології клієнт-сервер вперше дозволили розробникам розглядати автоматизацію бізнес-процесів через призму єдиного інформаційного сховища.


На жаль, гасло “Застосуємо клієнт-сервер для побудови єдиної системи автоматизації підприємства!” для багатьох великих організацій обернулося збільшенням числа незакінчених або мало працездатних проектів. На практиці, впровадження клієнт-серверного підходу в масштабах всього підприємства виявилося істотно більш складним, ніж це уявлялося на перший погляд.


Основна проблема концепції клієнт-сервер в тому, що немає відповіді на питання про місцезнаходження бізнес-логіки, тоді як саме в логіці полягає суть автоматизації бізнес-процесів, а відповідно і всього бізнесу в цілому.


Таким чином, вирішуючи проблему інтеграції даних, архітектура клієнт-сервер залишає без відповіді питання інтеграції прикладної логіки …


Інтеграція додатків є природною відповіддю на всі зростаючі вимоги автоматизації бізнес-процесів. Найважливішим завданням департаментів інформаційних технологій стає забезпечення обміну інформацією між різними структурними підрозділами організації, будь це банк, промислове підприємство або державний інститут.


Намагаючись забезпечити узгодженість роботи додатків рівня підрозділи, відділи інформаційних технологій витрачають великі сили і ресурси на “перекидання містків” між вже створеними додатками. Іноді, результат успішний – дані зберігають несуперечність і програми залишаються працездатні.


На жаль, більша частина команди розробників, відповідальної за ту саму автоматизацію бізнес-процесів, займається побудовою мостів, написанням адаптерів, конвертацією даних, …


Forrester Research відзначає, що розробники витрачають до 35% часу на створення інтерфейсів і “точок” інтеграції додатків і джерел даних.


У той же самий час число додатків і їх функціональність зростає і з кожним новим додатком зростає число зв’язків, на жаль далеко не лінійним чином …


Проблема інтеграції додатків не вирішується в один прийом, це – постійний процес, що вимагає уваги на всіх етапах розвитку прикладних систем.


Природним рішенням проблеми EAI є прийняття єдиних “правил гри” для всіх додатків і елементів системи. Такі правила можуть бути легко визначені через стандартизацію прикладного транспорту та уніфікацію інтерфейсів додатків.


Як відомо, найважчі для виправлення помилки – архітектурні. Їх не можна допускати при визначенні єдиних інтеграційних підходів і не хочеться витрачати час на “винахід велосипеда”.


Існуючі стандарти і реалізації сполучного програмного забезпечення – middleware, дозволяють більшу частину часу приділяти функціональності додатків як такої, що й вимагається від підрозділів інформаційних технологій.


Знову створювані програми та блоки функціональності повинні природним чином підключатися до універсальної прикладної “шини”. Одного разу виконана адаптація існуючого ПЗ для роботи з middleware автоматично призводить до можливості розвитку прикладної інфраструктури підприємства без шкоди для працездатності експлуатованих додатків і систем …


На всіх етапах свого розвитку інформаційні технології підтримували функціонування бізнесу. Сьогодні ІТ не просто підтримують бізнес, але й створюють передумови для його подальшого зростання.


Еволюція програм призвела до уніфікації інтерфейсів і прикладного транспорту. Наступним логічним етапом у розвитку ідеї інтеграції додатків є консолідація критичною для бізнесу прикладної логіки і підвищення керованості складних систем.


Сервери додатків – Application Servers-дозволяють розробникам отримати необхідну масштабованість додатків через концентрацію найважливішою і часто використовуваної функціональності в окремих вузлах прикладної інфраструктури підприємства. Таким чином, полегшується оновлення логіки, її несуперечність і актуальність стосовно до всіх елементів інфраструктури і до самого бізнесу. Якісно зростає керованість системи і стає набагато простіше забезпечити необхідний рівень захисту інформації.


Інформаційні технології перестають бути просто підмогою бізнесу і стають стратегічним інструментом зростання.

 

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*