IBM WebSphere Developer Technical Journal: Частина 1.

Введення


В сервіс-орієнтованій архітектурі (Service-Oriented Architecture – SOA) діяльність компанії може бути візуалізована у вигляді набору слабко пов’язаних повторно використовуваних будівельних блоків, званих бізнес-сервісами. Бізнес-сервіс, який може бути реалізований на основі вільно розповсюджуваних компонентів, несумісних традиційних IT-активів (наприклад, старі системи, пакетовані додатки, призначені для користувача додатки і т.д.) або компонентів, наданих сторонніми розробниками, забезпечує окрему бізнес-функцію (наприклад, перевірити кредит, відкрити рахунок і т.д.), поведінка якої може бути адаптоване під час виконання на основі бізнес-контексту.


Композитний бізнес-сервіс (Composite Business Service – CBS) – це набір працюючих спільно (паралельно з існуючими клієнтськими додатками) бізнес-сервісів, що забезпечують певний бізнес-рішення. Підприємство може гнучко зв’язати композитні бізнес-сервіси, користувацькі інтерфейси та сервіси даних за допомогою передових методів, щоб створити нові композитні бізнес-додатки (Відомі також як сервіс-орієнтовані бізнес-додатки; термін введений Gartner, Inc.) Для підтримки бізнес-вимог.


На малюнку 1 показані концептуальні рівні заснованого на SOA рішення. У нижній частині зображені корпоративні системи та системи сторонніх розробників, доступні у вигляді Web-сервісів: інтерфейси сервісів, визначені за допомогою WSDL, і повідомлення, інкапсульовані як SOAP-документи. Ці IT-сервіси потім компонуються в бізнес-сервіси для автоматизації або підтримки певної бізнес-функції. Набір скомбінованих бізнес-сервісів являє собою бізнес-рішення – CBS. На верхньому рівні розташовані передплатники, що використовують CBS, які можуть бути внутрішніми або зовнішніми для підприємства.


Малюнок 1. Рівнева архітектура SOA
Малюнок 1. Рівнева архітектура SOA

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


Що таке WebSphere Business Services Fabric


WebSphere Business Services Fabric – це платформа для моделювання, компонування, розгортання, управління та регулювання бізнес-сервісів, яка включає в себе:



Цикл розробки композитних бізнес-сервісів


Як змусити розглянуті вище компоненти працювати спільно для підтримки адаптивних композитних бізнес-сервісів? На малюнку 2 показані етапи створення композитних бізнес-сервісів за допомогою цих компонентів і мають до них відношення продуктів IBM.


Малюнок 2. Цикл розробки композитних бізнес-сервісів
Малюнок 2. Цикл розробки композитних бізнес-сервісів


Давайте розглянемо ці етапи:




  1. Використовуйте WebSphere Business Modeler для перерахування ролей, дій, високорівневих вхідних / вихідних даних, потоку рішень і бізнес-показників, що задовольняють вашим вимогам.



  2. Виконайте аналіз вимог і моделей бізнес-процесів для створення концептуального проекту рішення, включаючи проект інтерфейсу сервісів в IBM Rational Software Architect і логічну модель даних в IBM Rational Data Architect.


    Якщо доступна підходяща галузева модель, ви повинні спробувати використовувати її для спрощення описаних вище завдань. Наприклад, IBM Information FrameWork надає модель банківської галузі, що охоплює визначення банківських даних і процесів. Використання доступною галузевої моделі усуває необхідність повторного створення основних компонентів.



  3. Визначте розширення (онтології (EN)) WebSphere Business Services Fabric на основі вимог, моделі бізнес-процесів і галузевої моделі (якщо є). Розширення WebSphere Business Services Fabric потім розгортаються в Business Services Repository.



  4. Розробіть виконувані бізнес-процеси, компоненти сервісів і модулі, використовуючи інструментальні засоби бізнес-інтеграції, Java EE і Web-сервіси в WebSphere Integration Developer. При необхідності деякі з цих компонентів можна розробити, використовуючи IBM Rational Application Developer.



  5. Використовуйте Composition Studio для визначення мета-даних бізнес-сервісів і передайте їх в Business Services Governance Manager для затвердження.



  6. Визначення мета-даних бізнес-сервісів будуть розглянуті зацікавленими сторонами в Business Services Governance Manager і опубліковані в Business Services Repository.



  7. Визначте найменування передплатників створених бізнес-сервісів в Business Services Subscriber Manager. Ця інформація зберігається в Business Services Repository.



  8. Розгорніть компоненти сервісів і виконувані процеси в WebSphere Process Server.



  9. WebSphere Process Server виконує бізнес-процеси з оптимальними екземплярами сервісів, вибраними Business Services Dynamic Assembler на основі бізнес-контексту і мета-даних в Business Services Repository.



  10. Хід виконання записується в Business Services Performance Manager для подальшого аналізу.



  11. Висновок. У першій частині цієї серії статей були розглянуті деякі основи і дано короткий огляд IBM WebSphere Business Service Fabric, композитних бізнес-сервісів і циклу їх розробки. У наступній статті ми розглянемо бізнес-ситуацію, а потім проаналізуємо її для визначення бізнес-сервісів та асоційованих мета-даних. У наступних статтях будуть детально розглянуті дії по створенню вашого перший адаптивного композитного бізнес-сервісу за допомогою платформи WebSphere Business Service Fabric.

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


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

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

Ваш отзыв

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

*

*