SOA vs mikroslužby – rozdíl mezi nimi

Co je architektura orientovaná na služby (SOA)?

SOA je architektonický vzor v návrhu počítačového softwaru. V tomto typu aplikací komponenty poskytují služby jiným komponentám prostřednictvím komunikačního protokolu, typicky přes síť. Principy orientace na služby jsou nezávislé na jakémkoli produktu, prodejci nebo technologii. Plná forma SOA je architektura orientovaná na služby

SOA usnadňuje vzájemnou spolupráci softwarových komponent v různých sítích. Webové služby, které jsou vytvořeny podle architektury SOA, mají tendenci dělat webové služby nezávislejšími.

Co jsou mikroslužby?

Mikroslužby je architektura orientovaná na služby, kde jsou aplikace sestavovány jako kolekce různých nejmenších nezávislých servisních jednotek. Jedná se o přístup softwarového inženýrství, který se zaměřuje na dekompozici aplikace do jednofunkčních modulů s dobře definovanými rozhraními.

Tyto moduly mohou být nezávisle nasazeny a provozovány malými týmy, které vlastní celý životní cyklus služby.

Termín „mikro“ se týká velikosti mikroslužby, kterou musí zvládnout jediný vývojový tým (5 až 10 vývojářů). V této metodice jsou velké aplikace rozděleny do nejmenších nezávislých jednotek.

Rozdíl mezi SOA a mikroslužbami

Zde jsou rozdíly mezi SOA a mikroslužbami:

SOA (orientovaný na služby Architecture)	Mikroslužby
SOA model má jedinou vrstvu úložiště dat, kterou sdílejí všechny služby v této aplikaci.	Aplikace mikroslužeb většinou věnují databázi nebo jiný typ úložiště službám, které to potřebují.
Komunikace mezi různými službami v aplikaci SOA využívá jednoduché a přímočaré přístupy.	Mikroslužby používají komplexní API.
Zaměřeno na maximalizaci opětovné použitelnosti aplikačních služeb.	Více zaměřené na decoupling.
Systematická změna vyžaduje úpravu monolitu.	Systematická změna vám pomůže vytvořit novou službu.
DevOps a Continuous Delivery se stávají populární, ale nestaly se mainstreamem.	Velký důraz na DevOps a Continuous Delivery
Monolitické povahy	Full-stack v přírodě
Podporuje více protokolů zpráv.	Používá odlehčené protokoly jako HTTP, REST nebo Thrift API.
Je navržen pro sdílení zdrojů napříč službami.	Je navržen tak, aby hostoval služby, které mohou fungovat nezávisle.
Často zahrnuje sdílení komponent	Obvykle nezahrnuje sdílení komponent
Zahrnuje sdílení úložiště dat mezi službami	Každá služba může mít nezávislé úložiště dat.
Lepší pro rozsáhlé integrace	Lepší pro malé a webové aplikace.
Komunikuje přes ESB	Komunikujte prostřednictvím vrstvy API
Spoléhá na sdílení zdrojů	Spoléhá na ohraničený kontext pro spojení.
Less flexibilitu v nasazení	Rychlé a snadné nasazení.
Zásobník technologií SOA je ve srovnání s Microservice nižší.	Zásobník technologií mikroslužeb může být velmi velký.
Obchodní jednotky jsou závislé.	Obchodní jednotky jsou na sobě nezávislé.
Aplikace SOA složená ze dvou nebo tří služeb.	Aplikace Microservices může mít desítky služeb.
Aplikace SOA jsou navrženy tak, aby vykonávaly řadu obchodních úkolů.	Jsou navrženy tak, aby vykonávaly jeden obchodní úkol.
Nasazení je časově náročný proces.	Nasazení je jednoduché a časově méně náročné.
Komponenty obchodní logiky jsou uloženy uvnitř jednoduchých drátových protokolů domény jedné služby (HTTP s XML JSON) API je řízeno sadami SDK/klienty.	Obchodní logika může žít napříč doménami podnikové servisní sběrnice jako samostatné vrstvy mezi službami.
Ke komunikaci využívá podnikovou servisní sběrnici (ESB).	Využívá méně propracovaný a přímočarý systém zasílání zpráv
Velikost softwaru je větší než u jakéhokoli běžného softwaru	Velikost softwaru je v Microservices malá
Vícevláknové s více režií pro zpracování I/O	Jednovláknové se většinou používají s funkcemi Event Loop pro neuzamykací obsluhu I/O
Systematická změna nutná pro úpravu monolitu	V Microservices je systematickou změnou vytvoření nové služby
Zaměřte se na maximalizaci opětovné použitelnosti aplikačních služeb.	Důraz na decoupling.
Společné vládnutí a standardy.	Uvolněné vládnutí, protože se více zaměřuje na spolupráci lidí a svobodu volby.
Proces nasazení je časově náročný.	Nasazení je snadné a časově méně náročné.
Less škálovatelná architektura.	Vysoce škálovatelná architektura.

Co je SOA Architecture?

Architektura orientovaná na služby je styl softwarového designu. Architektura je rozdělena do dvou částí

1. funkční aspekty a
2. aspekty kvality služeb.

Podívejme se na oba podrobně:

Funkční aspekty

Funkční aspekt obsahuje:

DOPRAVA: Tato komponenta přenáší požadavky na službu od spotřebitele služby k poskytovateli služby a odpovědi na službu od nich ke spotřebiteli služby.

Servisní komunikační protokol: Umožňuje poskytovateli služeb a spotřebiteli vzájemně komunikovat.

Služba Description: Vysvětluje službu a data potřebná k jejímu vyvolání.

Služba: Je to skutečná služba.

Obchodní proces: Tato komponenta představuje skupinu služeb volaných v určité předdefinované sekvenci spojené se specifickými pravidly pro splnění obchodních požadavků.

Registr služeb: Tento registr obsahuje popis dat, která používají poskytovatelé služeb k publikování svých služeb.

Aspekty kvality služeb

Kvalita služby zahrnuje:

• Politika: Jde o soubor protokolů, podle kterých poskytovatelé služeb vytvářejí a poskytují služby spotřebitelům.
• Zabezpečení Představuje sadu protokolů potřebných pro proces identifikace a autorizace.
• transakce: Poskytuje jistotu konzistentních výsledků.
• Řízení: Tato součást SOA vám pomáhá definovat sadu atributů, které se používají ke správě služeb.

Co je mikroslužba Architecture?

Jedná se o architektonický vývojový styl, který umožňuje vytvořit aplikaci jako kolekci malých autonomních služeb vyvinutých pro obchodní doménu.

Vezměme si příklad aplikace elektronického obchodování vyvinuté s architekturou mikroslužeb. V tomto příkladu je každá mikroslužba zaměřena na jednu obchodní schopnost. Vyhledávání, hodnocení a recenze a platby mají každý svou instanci (server) a komunikují spolu.

V tomto monolitu ArchiVšechny komponenty se spojí do jediného modulu. Ale v Microservices Archijsou rozloženy do jednotlivých modulů (mikroservis), které spolu komunikují.

Komunikace mezi mikroslužbami je bezstavová komunikace, kde je každý pár požadavku a odpovědi nezávislý. Microservices tak mohou komunikovat bez námahy. V mikroservisu Architecture, Data jsou federovaná. Každá mikroslužba má samostatné úložiště dat.

Vlastnosti SOA

Zde jsou důležité vlastnosti SOA

• SOA využívá rozhraní, která řeší složité integrační problémy ve velkých systémech.
• SOA komunikuje se zákazníky, poskytovateli a dodavateli pomocí schématu XML.
• SOA využívá monitorování zpráv ke zlepšení měření výkonu a detekuje bezpečnostní útoky.
• Protože službu využívá opakovaně, náklady na vývoj a správu softwaru jsou o něco nižší.

Vlastnosti mikroslužeb

Zde jsou základní vlastnosti mikroslužeb:

• V Microservices jsou moduly volně propojené
• Řízení projektu, lze také modularizovat.
• Náklady na škálovatelnost jsou mizivé
• Je velmi snadné používat více technologií jako více funkcí v aplikaci.
• Je to ideální služba pro evoluční systémy, kde nemůžete předvídat typy zařízení, která mohou jednoho dne přistupovat k vaší aplikaci.

Výhody SOA

Zde jsou výhody/výhody SOA

• Úpravy a aktualizace jakékoli služby jsou snadné
• Služby mají stejnou strukturu adresářů, což zákazníkům umožňuje přistupovat k datům služeb pokaždé ze stejného adresáře.
• Služby komunikují s ostatními aplikacemi pomocí společného jazyka, což znamená, že jsou nezávislé na platformě
• Služby jsou obvykle malé velikosti ve srovnání s plnohodnotnou aplikací. Proto je jednodušší ladit a testovat nezávislé služby.
• SOA umožňuje opětovné použití služby existujícího systému a střídavě budování nového systému.
• Nabízí připojení nových služeb nebo modernizaci stávajících zařízení podle nových obchodních požadavků.
• Můžete zvýšit výkon, funkčnost služby a snadno provést upgrade systému.
• SOA může upravit nebo upravit různá externí prostředí
• Společnosti mohou vyvíjet aplikace, aniž by nahrazovaly stávající aplikace.
• Nabízí spolehlivé aplikace, ve kterých můžete testovat a ladit nezávislé služby ve srovnání s velkým množstvím kódu.

Výhoda mikroslužeb

Zde jsou výhody/výhody používání mikroslužeb:

• Jednodušší architektonický vzor, ​​který je pro vývojáře snadno srozumitelný
• IDE je rychlejší, díky čemuž jsou vývojáři rychlejší a produktivnější
• Webový kontejner se spustí rychleji; to pomáhá urychlit proces nasazení a vývoje.
• Umožňuje týmu vyvíjet, nasazovat a škálovat své služby nezávisle na všech ostatních týmech.

Nevýhody SOA

Zde jsou nevýhody/nevýhody použití architektury orientované na služby:

• Všechny vstupy by měly být před odesláním do služby ověřeny
• SOA je nákladná služba z hlediska lidských zdrojů, vývoje a technologie.
• Některé webové služby potřebují často odesílat a přijímat zprávy a informace, takže snadno dosahují milionu požadavků denně.
• SOA vyžaduje vysoké investiční náklady
• Při interakci služby s jinou službou je větší režie, což prodlouží dobu odezvy
• Služba SOA není vhodná pro aplikace GUI (grafické uživatelské rozhraní), takže bude složitější, když SOA potřebuje výměnu dat.

Nevýhody mikroslužeb

Zde jsou nevýhody/nevýhody mikroslužeb:

• Je vyvinut pro vytváření monolitických aplikací, takže neposkytuje explicitní podporu pro vývoj distribuovaných aplikací.
• Testování je obtížnější
• Vývojáři musí implementovat mechanismus komunikace mezi službami.
• Implementace případů použití, které zahrnují více služeb, vyžaduje koordinaci mezi týmy.
• Mikroslužba je nákladná, protože vždy potřebujete udržovat různé serverové prostory pro různé obchodní úkoly

Který Architecture je lepší?

SOA je ideální metoda architektury pro velké a komplexní podnikové aplikace. Je nejvhodnější pro prostředí, která vyžadují integraci s mnoha různými aplikacemi.

Aplikace založené na pracovních postupech, které mají dobře definovaný tok zpracování, je však náročné implementovat pomocí vzorů architektury SOA. Malé aplikace proto také nejsou ideální pro SOA, protože nevyžadují komponenty pro zasílání zpráv middlewaru. Na druhou stranu se vzor mikroslužeb dobře hodí pro menší a dobře rozdělené webové systémy.