En titt på muttrar och bultar för serviceorienterad arkitektur
Serviceorienterad arkitektur (SOA) är en stil för programvarudesign där tjänster tillhandahålls till de andra komponenterna av applikationskomponenter, via ett kommunikationsprotokoll över en nätverk. Dess principer är oberoende av leverantörer och annan teknik. I tjänstorienterad arkitektur kommunicerar ett antal tjänster med varandra på ett av två sätt: genom att skicka data eller genom två eller flera tjänster som samordnar en aktivitet. Detta är bara en definition av Service-Oriented Architecture. En artikel på Wikipedia går mycket mer i detalj.
Kännetecken för serviceorienterad arkitektur
Medan de definierande begreppen serviceorienterad arkitektur varierar från företag till företag, finns det sex viktiga principer det övergripande konceptet med serviceorienterad arkitektur. Dessa kärnvärden inkluderar:
Affärsvärde
Strategiska mål
Inneboende interoperabilitet
Delade tjänster
Flexibilitet
Evolutionär förfining
Var och en av dessa kärnvärden kan ses på ett kontinuum från äldre formatdistribuerad databehandling till Serviceorienterad arkitektur till cloud computing (något som ofta ses som en offshoot av serviceorienterad arkitektur).
Serviceorienterad arkitekturmönster
Det finns tre roller i var och en av de serviceorienterade byggstenarna: tjänsteleverantör; servicemäklare, serviceregister, serviceförvar; och tjänsteförfrågan / konsument.
Tjänsteleverantören arbetar i samarbete med tjänstregistret och diskuterar varför och hur de tjänster som erbjuds, såsom säkerhet, tillgänglighet, vad som ska debiteras och mer. Denna roll bestämmer också servicekategorin och om det måste finnas några handelsavtal.
Servicemäklaren gör information om tjänsten tillgänglig för dem som begär det. Mäklarens räckvidd bestäms av den som implementerar den.
Tjänsteansökaren hittar poster i mäklarregistret och binder dem sedan till tjänsteleverantören. De kan eller kanske inte få åtkomst till flera tjänster; det beror på tjänsteförfrågarens förmåga.
Implementering av serviceorienterad arkitektur
När det gäller implementering av serviceorienterad arkitektur (SOA) finns det ett brett utbud av tekniker som kan användas, beroende på vad ditt slutmål är och vad du försöker uppnå.
Vanligtvis implementeras tjänsteorienterad arkitektur med webbtjänster, vilket gör de ”funktionella byggstenarna tillgängliga över vanligt internet protokoll. ”
Ett exempel på en webbtjänststandard är SOAP, som står för Simple Object Access Protocol. I ett nötskal är SOAP” en meddelandeprotokollspecifikation för att utbyta strukturerad information vid implementeringen av webbtjänster i dator nätverk. Även om SOAP först inte blev väl mottaget, har det sedan 2003 vunnit mer popularitet och blir mer allmänt använt och accepterat. Andra alternativ för att implementera Service-Oriented Architecture inkluderar Jini, COBRA eller REST.
Det är viktigt att notera att arkitekturer kan ”fungera oberoende av specifik teknik”, vilket innebär att de kan implementeras på olika sätt, inklusive meddelanden, till exempel ActiveMQ, Apache Thrift och SORCER.
Varför tjänsteorienterad arkitektur är viktigt
Det finns många fördelar med serviceorienterad arkitektur, speciellt i en webbtjänstbaserad verksamhet. Vi kommer att beskriva några av dessa fördelar här, i korthet:
Använd Serviceorienterad arkitektur för att skapa återanvändbar kod: Detta minskar inte bara den tid som spenderas på utvecklingsprocessen, men det finns ingen anledning att återuppfinna kodningshjulet varje gång du behöver skapa en ny tjänst eller process. Serviceorienterad arkitektur tillåter också för att använda flera codi ng språk eftersom allt går genom ett centralt gränssnitt.
Använd Service-Oriented Architecture för att främja interaktion: Med Service-Oriented Architecture införs en standardform för kommunikation som gör att de olika systemen och plattformarna kan fungera oberoende av varandra. Med denna interaktion kan Service-Oriented Architecture också arbeta kring brandväggar, så att ”företag kan dela tjänster som är viktiga för verksamheten.”
Använd tjänstorienterad arkitektur för skalbarhet: Det är viktigt att kunna skala ett företag för att möta kundens behov, men vissa beroenden kan komma i vägen för den skalbarheten. Med hjälp av Service-Oriented Architecture minskas klient-service-interaktionen, vilket möjliggör större skalbarhet.
Använd Service-Oriented Architecture för att sänka kostnaderna: Med Service-Oriented Architecture är det möjligt att sänka kostnaderna medan du fortfarande är ” bibehålla en önskad produktionsnivå. ” Med hjälp av tjänstorienterad arkitektur kan företag begränsa mängden analys som krävs när de utvecklar anpassade lösningar.
Hur serviceorienterad arkitektur och molnberäkning fungerar tillsammans
Först är det viktigt att notera att Tjänsteorienterad arkitektur kan fungera med eller utan molnbearbetning, även om fler och fler företag flyttar fillagring till molnet så det är vettigt att använda molnbaserad databehandling och tjänstorienterad arkitektur tillsammans. >
I ett nötskal kan användningen av molnberäkning enkelt och omedelbart implementera tjänster som är skräddarsydda efter deras krav kunder, ”utan att behöva konsultera en IT-avdelning.”
En undergång med att använda Service-Oriented Architecture och cloud computing tillsammans är att vissa aspekter av den inte utvärderas, såsom säkerhet och tillgänglighet ility. När man använder molnbaserad dator är användarna ofta beroende av leverantören.
Det finns en ganska stor utmaning som företag står inför när de slår samman molnbaserad databehandling och tjänsteorienterad arkitektur är integrationen av befintliga data och system i molnet lösning. Det måste finnas kontinuitet från början till slut för att det ska bli en sömlös övergång. Det är också viktigt att komma ihåg att inte alla IT-aspekter kan läggas ut på molnet – det finns några saker som fortfarande behöver göras manuellt.
Du kan läsa mer om hur serviceorienterad arkitektur och moln datorer fungerar tillsammans här.
Skillnaden mellan serviceorienterad arkitektur och SaaS
Vi har pratat ganska mycket om vad tjänsteorienterad arkitektur är och hur den kan användas för att främja ditt företag. Men det finns också SaaS (Software as a Service), som också kan användas för att främja ditt företag. Du kanske undrar vad SaaS är och hur det skiljer sig från serviceorienterad arkitektur. Kort sagt, de resurser som finns tillgängliga via SaaS är programvaruapplikationer. En nyckelkomponent är att SaaS-infrastrukturen är ”tillgänglig för, men dold, för användare.” En fördel med SaaS är att användarna inte behöver både installera och underhålla programvara, vilket eliminerar några komplexa krav. Med SaaS behöver kunden inte heller någon licensiering på förhand, vilket leder till lägre kostnader eftersom leverantörer bara upprätthåller en enda applikation.
Skillnader mellan serviceorienterad arkitektur och mikrotjänster
Microservices, även känd som Microservice Architecture, är en ”arkitektonisk stil som strukturerar en applikation som en samling av små autonoma tjänster, modellerade kring en företagsdomän.”
Medan mikrotjänster och serviceorienterad arkitektur liknar på vissa sätt kommer de viktigaste skillnaderna i deras funktionalitet. Tjänster är uppenbarligen huvudkomponenten i båda. Det finns fyra grundläggande typer av tjänster:
Funktionell tjänst: dessa definierar kärnverksamheter
Företagstjänster: dessa implementerar den funktion som definieras av de funktionella tjänsterna
Applikation tjänst: dessa är begränsade till specifikt applikationsinnehåll
Infrastrukturtjänst: implementerar icke-funktionella uppgifter som autentisering, granskning, säkerhet och loggning
Som du kan se, var och en av dessa tjänster bygger på den före den och skapar ett system som inte bara är lätt att använda utan ger dig olika sätt att hantera ditt företag. Som med alla funktioner handlar det om att ta reda på vad som fungerar bäst för dig och ditt företag.
Du kan läsa mer om serviceinriktad arkitektur och mikrotjänster här.
Några sista tankar På tjänstorienterad arkitektur
Som du kan föreställa dig serviceorienterad arkitektur kan vara lite svår att knäcka, men när du förstår muttrarna och bultarna på det och fördelarna det kan ge ditt företag blir du glad att du upptäckte det.
Vi har tillhandahållit flera utmärkta serviceorienterade arkitekturresurser genom hela den här artikeln och har ytterligare ett par artiklar som kommer att ta ett djupare dyk i konceptet och ge dig ännu fler resurser som hjälper dig att driva ditt företag till nästa nivå.
Oavsett vilken riktning du väljer att gå när du tillhandahåller tjänster till dina kunder, är det viktigt att komma ihåg att olika saker kommer att fungera för olika människor. Även om du inte kan tillhandahålla anpassade tjänster för varje enskild klient du har tagit på dig, kan du tillhandahålla en rad tjänster som passar dina kunders vanligaste behov.
I framtida artiklar kommer vi att titta på Web 2.0 och dyka djupare in i Service-Oriented Architecture Microservices.