SOA проти мікросервісів – різниця між ними

Що таке сервіс-орієнтована архітектура (SOA)?

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

SOA полегшує роботу компонентів програмного забезпечення в різних мережах один з одним. Веб-сервіси, створені відповідно до архітектури SOA, як правило, роблять веб-сервіси більш незалежними.

Що таке мікросервіси?

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

Ці модулі можуть бути незалежно розгорнуті та керовані невеликими командами, які володіють усім життєвим циклом служби.

Термін «мікро» означає розмір мікросервісу, яким має керувати одна команда розробників (від 5 до 10 розробників). У цій методології великі програми поділяються на найменші незалежні одиниці.

Різниця між SOA та мікросервісами

Ось відмінності між SOA та мікросервісами:

SOA (сервісно-орієнтований Archiтекстура)	Мікросервіс
SOA модель має єдиний рівень зберігання даних, який спільно використовують усі служби в цій програмі.	Програми мікросервісів переважно виділяють базу даних або інший тип сховища для служб, які цього потребують.
Зв’язок між різними службами в програмі SOA використовує прості та прямі підходи.	Мікросервіси використовують складні API.
Зосереджено на максимальному повторному використанні служби додатків.	Більше зосереджено на роз’єднанні.
Систематична зміна вимагає модифікації моноліту.	Систематичні зміни допомагають створити нову послугу.
DevOps і Continuous Delivery стають популярними, але ще не стали мейнстрімом.	Сильний акцент на DevOps і Continuous Delivery
Монолітний характер	Повний стек на природі
Підтримує кілька протоколів повідомлень.	Використовує легкі протоколи, такі як HTTP, REST або Thrift API.
Він призначений для спільного використання ресурсів між службами.	Він призначений для розміщення служб, які можуть функціонувати незалежно.
Часто передбачає спільне використання компонентів	Як правило, це не включає спільне використання компонентів
Включає спільне зберігання даних між службами	Кожен сервіс може мати окреме сховище даних.
Краще для великомасштабної інтеграції	Краще для невеликих і веб-додатків.
Спілкується через ESB	Спілкуйтеся через рівень API
Покладається на спільні ресурси	Покладається на обмежений контекст для зчеплення.
Less гнучкість у розгортанні	Швидке та просте розгортання.
Технологічний стек SOA нижчий порівняно з Microservice.	Стек мікросервісних технологій може бути дуже великим.
Підрозділи є залежними.	Бізнес-одиниці незалежні один від одного.
Додаток SOA, що складається з двох або трьох сервісів.	Додаток Microservices може мати десятки сервісів.
Програми SOA створені для виконання багатьох бізнес-завдань.	Вони створені для виконання одного бізнес-завдання.
Розгортання – це трудомісткий процес.	Розгортання є простим і займає менше часу.
Компоненти бізнес-логіки зберігаються в одному домені служби. Прості протоколи зв’язку (HTTP із XML JSON). API керується SDK/клієнтами.	Бізнес-логіка може існувати в корпоративній службовій шині доменів, як окремі шари між службами.
Використовує корпоративну службову шину (ESB) для зв’язку	Він використовує менш продуману та зрозумілу систему обміну повідомленнями
Розмір програмного забезпечення більший за будь-яке звичайне програмне забезпечення	Розмір програмного забезпечення є невеликим у Microservices
Багатопотоковий з кількома накладними витратами для обробки вводу-виводу	Однопотокові здебільшого використовуються з функціями циклу подій для обробки вводу-виводу без блокування
Необхідна систематична зміна для модифікації моноліту	У мікросервісах систематична зміна полягає у створенні нової служби
Зосередьтеся на максимальному повторному використанні служби програми.	Акцент на розв’язку.
Спільне управління та стандарти.	Пом’якшене управління, оскільки більше зосереджено на співпраці людей і свободі вибору.
Процес розгортання займає багато часу.	Розгортання є простим і займає менше часу.
Less масштабована архітектура.	Високо масштабована архітектура.

Що таке SOA Archiтектура?

Сервісно-орієнтована архітектура — це стиль проектування програмного забезпечення. Архітектура поділяється на дві частини

1. функціональні аспекти і
2. аспекти якості обслуговування.

Розглянемо їх обидва в деталях:

Функціональні аспекти

Функціональний аспект містить:

Транспорт: Цей компонент транспортує запити на послуги від споживача послуги до постачальника послуги та відповіді на послуги від них до споживача послуги.

Протокол зв'язку служби: це дозволяє постачальнику послуг і споживачу спілкуватися один з одним.

Обслуговування Descriptіон: пояснюється служба та дані, необхідні для її виклику.

Обслуговування: Це справжня послуга.

Бізнес-процес: Цей компонент представляє групу служб, що викликаються в певній попередньо визначеній послідовності, пов’язаній із певними правилами для задоволення бізнес-вимог.

Реєстр послуг: Цей реєстр містить опис даних, які використовуються постачальниками послуг для публікації своїх послуг.

Аспекти якості обслуговування

Якість обслуговування містить:

• політика: Це набір протоколів, згідно з якими постачальники послуг створюють і надають послуги споживачам.
• Безпека: Він являє собою набір протоколів, необхідних для процесу ідентифікації та авторизації.
• Угода: Це забезпечує стабільні результати.
• Управління: Цей компонент SOA допомагає визначити набір атрибутів, які використовуються для керування службами.

Що таке мікросервіс Archiтектура?

Це архітектурний стиль розробки, який дозволяє створювати додаток як набір невеликих автономних сервісів, розроблених для бізнес-домену.

Розглянемо приклад програми електронної комерції, розробленої з використанням мікросервісної архітектури. У цьому прикладі кожна мікрослужба зосереджена на одній бізнес-можливості. Пошук, оцінка та огляд, а також оплата мають свій екземпляр (сервер) і взаємодіють один з одним.

У цьому Моноліті ArchiУсі компоненти об’єднуються в єдиний модуль. Але в Microservices ArchiУ структурі вони розподіляються на окремі модулі (мікросервіси), які взаємодіють один з одним.

Зв’язок між мікросервісами – це зв’язок без стану, де кожна пара запиту та відповіді є незалежною. Таким чином, мікросервіси можуть легко спілкуватися. В мікросервісі Archiтекстури, дані об’єднані. Кожен мікросервіс має окреме сховище даних.

Особливості SOA

Ось важливі особливості SOA

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

Особливості мікросервісів

Ось основні функції мікросервісів:

• У мікросервісах модулі слабо пов’язані
• Управління проектом також може бути модульним.
• Вартість масштабованості мізерна
• Дуже легко використовувати кілька технологій як кілька функцій у програмі.
• Це ідеальний сервіс для еволюційних систем, де ви не можете передбачити типи пристроїв, які одного дня можуть отримати доступ до вашої програми.

Переваги SOA

Ось плюси/переваги SOA

• Редагувати та оновлювати будь-який сервіс легко
• Служби мають однакову структуру каталогів, що дозволяє споживачам щоразу отримувати доступ до даних служби з одного каталогу.
• Служби спілкуються з іншими програмами за допомогою спільної мови, що означає, що вони не залежать від платформи
• Сервіси зазвичай мають невеликий розмір порівняно з повноцінним додатком. Тому легше налагоджувати та тестувати незалежні служби.
• SOA дозволяє повторно використовувати сервіс існуючої системи, поперемінно створюючи нову систему.
• Він пропонує підключити нові послуги або модернізувати існуючі засоби для задоволення нових бізнес-вимог.
• Ви можете підвищити продуктивність, функціональність служби та легко оновити систему.
• SOA може налаштовувати або змінювати різні зовнішні середовища
• Компанії можуть розробляти програми без заміни існуючих програм.
• Він пропонує надійні програми, у яких можна тестувати та налагоджувати незалежні служби порівняно з великою кількістю коду.

Перевага мікросервісів

Ось плюси/переваги використання мікросервісів:

• Простіший шаблон архітектури, який легко зрозуміти розробникам
• IDE швидше, що робить розробників швидшими та продуктивнішими
• Веб-контейнер запускається швидше; це допомагає пришвидшити процес розгортання та розробки.
• Це дозволяє команді розробляти, розгортати та масштабувати свій сервіс незалежно від усіх інших команд.

Недоліки SOA

Ось недоліки/недоліки використання сервіс-орієнтованої архітектури:

• Усі введені дані мають бути перевірені, перш ніж їх буде надіслано до служби
• SOA є дорогою послугою з точки зору людських ресурсів, розвитку та технологій.
• Деяким веб-службам потрібно часто надсилати й отримувати повідомлення та інформацію, тому вони легко отримують мільйон запитів на день.
• SOA вимагає великих інвестиційних витрат
• Коли служба взаємодіє з іншою службою, накладні витрати збільшуються, це збільшує час відповіді
• Сервіс SOA не підходить для програм GUI (графічний інтерфейс користувача), тому він стане складнішим, коли SOA потребує інтенсивного обміну даними.

Недоліки мікросервісів

Ось мінуси/недоліки мікросервісів:

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

Котрий Archiтектура краща?

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

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