SOA срещу Microservices – Разлика между тях

Какво е ориентирана към услуги архитектура (SOA)?

SOA е архитектурен модел в проектирането на компютърен софтуер. В този тип приложения компонентите предоставят услуги на други компоненти чрез комуникационен протокол, обикновено по мрежа. Принципите на ориентация към услугите са независими от всеки продукт, доставчик или технология. Пълната форма на SOA е ориентирана към услуги архитектура

SOA улеснява софтуерните компоненти в различни мрежи да работят помежду си. Уеб услугите, които са изградени според SOA архитектурата, обикновено правят уеб услугите по-независими.

Какво представляват микроуслугите?

микро Услуги е ориентиран към услугата архитектурен модел, при който приложенията са изградени като колекция от различни най-малки независими сервизни единици. Това е подход на софтуерно инженерство, който се фокусира върху разлагането на приложение на еднофункционални модули с добре дефинирани интерфейси.

Тези модули могат да бъдат независимо разгърнати и управлявани от малки екипи, които притежават целия жизнен цикъл на услугата.

Терминът „микро“ се отнася до оразмеряването на микроуслуга, която трябва да се управлява от един екип за разработка (5 до 10 разработчици). В тази методология големите приложения са разделени на най-малките независими единици.

Разлика между SOA и микроуслуги

Ето разликите между SOA и Microservices:

SOA (ориентиран към услуги Archiтекстура)	микро Услуги
SOA моделът има един слой за съхранение на данни, който се споделя от всички услуги в това приложение.	Приложенията за микроуслуги най-вече отделят база данни или друг тип хранилище за услуги, които се нуждаят от тях.
Комуникацията между различни услуги в едно SOA приложение използва прости и ясни подходи.	Микроуслугите използват сложни API.
Фокусиран върху максимизирането на повторното използване на услугата на приложението.	По-фокусиран върху отделянето.
Систематичната промяна изисква модифициране на монолита.	Систематичната промяна ви помага да създадете нова услуга.
DevOps и Continuous Delivery стават популярни, но все още не са масови.	Силен акцент върху DevOps и непрекъсната доставка
Монолитен по природа	Пълен стек в природата
Поддържа множество протоколи за съобщения.	Използва леки протоколи като HTTP, REST или Thrift API.
Той е проектиран да споделя ресурси между услуги.	Той е проектиран да хоства услуги, които могат да функционират независимо.
Често включва споделяне на компоненти	Обикновено не включва споделяне на компоненти
Включва споделяне на съхранение на данни между услуги	Всяка услуга може да има независимо съхранение на данни.
По-добре за широкомащабни интеграции	По-добро за малки и уеб базирани приложения.
Комуникира чрез ESB	Комуникирайте чрез API слой
Разчита на споделяне на ресурси	Разчита на ограничения контекст за свързване.
Less гъвкавост при разгръщане	Бързо и лесно внедряване.
Технологичният стек на SOA е по-нисък в сравнение с Microservice.	Технологичният стек на микросервизите може да бъде много голям.
Бизнес единиците са зависими.	Бизнес единиците са независими една от друга.
SOA приложение, съставено от две или три услуги.	Приложението Microservices може да има десетки услуги.
SOA приложенията са създадени да изпълняват множество бизнес задачи.	Те са създадени да изпълняват една бизнес задача.
Внедряването е процес, който отнема време.	Внедряването е лесно и отнема по-малко време.
Компонентите на бизнес логиката се съхраняват вътре в домейна на една услуга, простите кабелни протоколи (HTTP с XML JSON) API се управлява с SDK/клиенти.	Бизнес логиката може да живее в шина за корпоративни услуги на домейни като отделни слоеве между услугите.
Използва корпоративна сервизна шина (ESB) за комуникация	Той използва по-малко сложната и ясна система за съобщения
Размерът на софтуера е по-голям от всеки конвенционален софтуер	Размерът на софтуера е малък в Microservices
Многонишков с множество допълнителни разходи за обработка на I/O	Еднонишковите се използват предимно с функциите на Event Loop за незаключваща I/O обработка
Систематична промяна, необходима за модифициране на монолита	В Microservices системната промяна е създаването на нова услуга
Съсредоточете се върху максимизирането на повторната употреба на услугата на приложението.	Акцент върху отделянето.
Общо управление и стандарти.	Спокойно управление, тъй като е по-фокусирано върху сътрудничеството на хората и свободата на избор.
Процесът на внедряване отнема много време.	Внедряването е лесно и отнема по-малко време.
Less мащабируема архитектура.	Силно мащабируема архитектура.

Какво е SOA Archiтекстура?

Архитектурата, ориентирана към услуги, е стил на софтуерен дизайн. Архитектурата се категоризира на две части

1. функционални аспекти и
2. аспекти на качеството на услугата.

Нека ги видим и двете в детайли:

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

Функционалният аспект включва:

Транспорт: Този компонент транспортира заявките за услуга от потребителя на услугата към доставчика на услугата и отговорите на услугата от тях до потребителя на услугата.

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

УСЛУГИ Descriptйон: Обяснява услугата и данните, необходими за извикването й.

УСЛУГИ: Това е реална услуга.

Бизнес процес: Този компонент представлява група от услуги, извиквани в определена предварително дефинирана последователност, свързана със специфичните правила, за да отговори на бизнес изискванията.

Регистър на услугите: Този регистър съдържа описанието на данните, които се използват от доставчиците на услуги за публикуване на техните услуги.

Аспекти на качеството на услугата

Качеството на услугата включва:

• политика: Това е набор от протоколи, според които доставчиците на услуги създават и предоставят услуги на потребителите.
• Сигурност: Той представлява набор от протоколи, необходими за процеса на идентификация и оторизация.
• транзакция: Осигурява гаранция за постоянни резултати.
• Управление: Този компонент на SOA ви помага да дефинирате набора от атрибути, които се използват за управление на услугите.

Какво е микроуслуга Archiтекстура?

Това е архитектурен стил на разработка, който позволява изграждането на приложение като колекция от малки автономни услуги, разработени за бизнес домейн.

Нека вземем пример за приложение за електронна търговия, разработено с микросервизна архитектура. В този пример всяка микроуслуга е фокусирана върху единични бизнес възможности. Търсенето, оценката и рецензията и плащането имат своя инстанция (сървър) и комуникират помежду си.

В този монолитен Architecture, всички компоненти се обединяват в един модул. Но в Microservices Archiструктура, те се разпространяват в отделни модули (микроуслуга), които комуникират помежду си.

Комуникацията между микроуслугите е комуникация без състояние, където всяка двойка заявка и отговор е независима. Следователно Microservices могат да комуникират без усилие. В микросервиз Archiструктура, данните са обединени. Всяка микроуслуга има отделно хранилище за данни.

Характеристики на SOA

Ето важни характеристики на SOA

• SOA използва интерфейси, които решават трудните проблеми с интеграцията в големи системи.
• SOA комуникира с клиенти, доставчици и доставчици, като използва XML схемата.
• SOA използва мониторинга на съобщенията, за да подобри измерването на производителността и открива атаките за сигурност.
• Тъй като използва повторно услугата, цената е малко по-ниска за разработка и управление на софтуер.

Характеристики на микроуслугите

Ето основните характеристики на Microservices:

• В Microservices модулите са слабо свързани
• Управлението на проекта може да бъде и модулно.
• Цената на скалируемостта е слаба
• Много е лесно да използвате множество технологии като множество функции в едно приложение.
• Това е идеална услуга за еволюционни системи, при които не можете да предвидите типовете устройства, които един ден може да имат достъп до вашето приложение.

Предимства на SOA

Ето плюсовете/ползите от SOA

• Редактирането и актуализирането на всяка услуга е лесно
• Услугите имат една и съща структура на директория, което позволява на потребителите да имат достъп до данните за услугата от една и съща директория всеки път.
• Услугите комуникират с други приложения, използвайки общ език, което означава, че са независими от платформата
• Услугите обикновено са с малък размер в сравнение с пълноценното приложение. Следователно е по-лесно да се отстраняват грешки и да се тестват независимите услуги.
• SOA позволява повторно използване на услугата на съществуваща система, алтернативно изграждане на новата система.
• Той предлага включване на нови услуги или надграждане на съществуващи съоръжения, за да постави новите бизнес изисквания.
• Можете да подобрите производителността, функционалността на дадена услуга и лесно да надстроите системата.
• SOA може да коригира или модифицира различните външни среди
• Компаниите могат да разработват приложения, без да заменят съществуващите приложения.
• Предлага надеждни приложения, в които можете да тествате и отстранявате грешки в независимите услуги в сравнение с голям брой кодове.

Предимство на микроуслугите

Ето плюсовете/ползите от използването на микроуслуги:

• По-лесен архитектурен модел, който е лесен за разбиране от разработчиците
• IDE е по-бърз, което прави разработчиците по-бързи и продуктивни
• Уеб контейнерът стартира по-бързо; това помага за ускоряване на процеса на внедряване и развитие.
• Това позволява на екипа да развива, внедрява и мащабира своята услуга независимо от всички останали екипи.

Недостатъци на SOA

Ето минуси/недостатъци на използването на ориентирана към услуги архитектура:

• Всички въведени данни трябва да бъдат валидирани, преди да бъдат изпратени до услугата
• SOA е скъпа услуга по отношение на човешки ресурси, развитие и технологии.
• Някои уеб услуги трябва да изпращат и получават съобщения и информация често, така че лесно достигат милион заявки на ден.
• SOA изисква високи инвестиционни разходи
• Има по-големи разходи, когато услуга взаимодейства с друга услуга, което ще увеличи времето за реакция
• SOA услугата не е подходяща за GUI (графичен потребителски интерфейс) приложения, така че ще стане по-сложно, когато SOA се нуждае от тежък обмен на данни.

Недостатъци на микроуслугите

Ето минуси/недостатъци на микроуслугите:

• Разработен е за изграждане на монолитни приложения, така че не предоставя изрична поддръжка за разработка.ping разпределени приложения.
• Тестването е по-трудно
• Разработчиците трябва да внедрят механизма за комуникация между службите.
• Внедряването на случаи на употреба, които обхващат множество услуги, изисква координация между екипите.
• Микроуслугата е скъпа, тъй като винаги трябва да поддържате различно сървърно пространство за различни бизнес задачи

Които са Archiтекстурата е по-добра?

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

Въпреки това приложенията, базирани на работен поток, които имат добре дефиниран поток на обработка, са трудни за внедряване с помощта на модели на SOA архитектура. Следователно малките приложения също не са идеални за SOA, тъй като не изискват компоненти за съобщения в междинния софтуер. От друга страна, моделът на микроуслугата е много подходящ за по-малки и добре разделени уеб базирани системи.