Hvad er SOA?
SOA er en stil med softwaredesign. I SOA-konceptet leveres tjenester fra eksternt til andre komponenter som applikationskomponenter gennem en kommunikationsprotokol over et netværk. Det grundlæggende princip for SOA afhænger ikke af teknologier, produkter og leverandører.
Definition af SOA?
Wikipedia definerer SOA som "Serviceorienteret arkitektur", som er en stil med softwaredesign, hvor tjenester leveres til de andre komponenter af applikationskomponenter, gennem en kommunikationsprotokol over et netværk. Det grundlæggende princip i serviceorienteret arkitektur er uafhængig af leverandører, produkter og teknologier. En tjeneste er en diskret enhed af funktionalitet, der kan fås eksternt adgang til og handles og opdateres uafhængigt, såsom at hente en kreditkortopgørelse online. ”Det er interessant at vide, at SOA oprindeligt blev kendt som Service-Based Architecture.
Der er fire grundlæggende egenskaber, hvis vi gennemgår en af definitionerne af-
- Det er selvstændig.
- En service i SOA kan afhænge af andre SOA-tjenester.
- Forbrugerne har ikke nogen viden om, hvad der sker i processen.
- Det er typisk indpakket for at repræsentere en forretningsaktivitet.
Forståelse af SOA
Webtjenester fremmer associeret gradstemning for systemer, der er løst koblet og praktisk. Mange af ideerne til nettjenester kommer tilbage fra et abstrakt design kaldet serviceorienteret design (SOA). SOA konfigurerer enheder (tjenester, registre, kontrakter og proxies) for at maksimere løs kobling og genanvendelse. Dette materiale, der beskriver disse enheder associerede forringede deres konfiguration på en abstrakt måde. Selvom du sandsynligvis bruger netto tjenester til at implementere dit serviceorienterede design, forklarer dette kapitel SOA uden meget henvisning til valgt implementeringsteknologi. Dette gøres for at du i senere kapitler kan se de områder, inden for hvilke netværkstjenester leverer nogle gode aspekter af en reel SOA og alternative områder, inden for hvilke webtjenester kommer til kort.
Selvom nettjenesteområdet en ærlig begynder mod serviceorienteret design, kan dette kapitel drøfte, hvad en fuldstændigt håndhævet SOA indebærer. Nu med det at vide om SOA, lad os prøve at vide, hvad vi kan gøre med SOA i vores næste afsnit.
Hvad kan du gøre med SOA?
Der er flere ting, der kan gøres med SOA, lad os kende hver enkelt efter en.
1. Gør en pålidelig service
SOA kunne bruges til at levere en pålidelig service. SOA kunne bruges til at fremstille en pålidelig service, der indeholder følgende funktion -
- Forbedret informationsstrøm.
- Evne til at afsløre intern funktionalitet.
- Organisatorisk fleksibilitet.
2. Gør genanvendelig service
En af de vigtigste anvendelser af SOA er at yde en genanvendelig service. SOA-koncepter kunne let bruges og implementeres til at fremstille en service, der ikke er begrænset til den enkelte komponent, men som kunne bruges i flere komponenter.
3. Konfigurationsfleksibilitet
Det er yderst fleksibelt og kan let konfigureres efter vores behov.
4. Til udvikling af nye funktionskombinationer
SOA kunne bruges til at udvikle nye funktionskombinationer hurtigt efter behov eller krav.
Fordele og ulemper
lad os nu kigge og vide om dens fordele og ulemper.
Fordele
1. Vedligeholdelse er nemt - Det er let at redigere og opdatere enhver service implementeret under SOA-arkitektur. Du behøver ikke at opdatere dit system. Tjeneste vedligeholdes af en tredjepart, og enhver ændring i denne service har ingen indflydelse på dit system. I de fleste tilfælde fungerer tidligere API, fordi det fungerer før.
2. Forbedret kodekvalitet - Når tjenester kører freelance af vores system, har de deres egen variation af kode, derfor forhindres vores kode i at blive overflødig. Vores kode bliver også fejlfri.
3. Platformuafhængighed - Tjenester kommunikerer med alternative applikationer gennem fælles sprog, hvilket indebærer, at det er freelance af platformen på den applikation, der kører. Tjenester kan levere API på forskellige sprog, f.eks. PHP, JavaScript osv.
4. Skalerbar - Hvis en tjeneste, der får flere brugere, er den ofte simpelthen skalerbar ved at vedhæfte yderligere servere. Dette vil skabe service derude hele tiden til brugerne.
5. Pålidelig - Services-kvadrat måler typisk lille størrelse sammenlignet med den fulde applikation. Så det er lettere at korrigere og kontrollere freelance-tjenesterne.
6. Samme katalogstruktur - Tjenester har en ækvivalent mappestruktur, så kunderne kan få adgang til serviceoplysningerne fra en ækvivalent katalog ved enhver lejlighed. Hvis en tjeneste har ændret sin placering, forbliver biblioteket desuden det samme. Dette er meget nyttigt for forbrugerne.
7. Uafhængig af andre tjenester - Tjenester genereret ved hjælp af SOA-principper er uafhængige af hinanden. Så tjenester bruges ofte af flere applikationer på et tilsvarende tidspunkt.
Ulemper
1. Server med høj båndbredde - Da nettjeneste derfor ofte sender og modtager meddelelser og viden ofte, så den simpelthen når høje anmodninger om dagen. Så det involverer en højhastighedsserver med masser af informationstiltag for at køre en internettjeneste.
2. Ekstra overbelastning - I SOA måler alle indgange kvadratet dens gyldighed, før det sendes til tjenesten. Hvis du er offer for flere tjenester, overbelaster det dit system med yderligere beregning.
3. Høje omkostninger - Det er dyrt med hensyn til menneskelig ressource, udvikling og teknologi.
Hvorfor skal vi bruge SOA?
Dette har flere fordele, som vi har diskuteret tidligere i denne artikel. Vi kan bruge SOA til at levere pålidelig, bedre, injicerbar og genanvendelig service
Hvorfor har vi brug for SOA?
Det kan bruges til at løse forskellige forretningsbehov.
1. Til udvikling af uafhængige tjenester
SOA er påkrævet, hvis vores forretningsbehov er at udvikle flere tjenester, der er uafhængige af hinanden. Disse tjenester kan dog stadig kommunikere med hinanden.
2. Sådan udsættes data
Det er nemmere at implementere softwarens funktionalitet som en service, hvis vi bruger SOA.
3. At udvikle genanvendelig service
Hvis vores krav er at udvikle genanvendelig service, er SOA perfekt til dette. SOA kunne bruges til at levere uafhængig, pålidelig og genanvendelig service
Hvordan kan denne teknologi hjælpe med din karrierevækst?
Dette er en af de mest anvendte teknologier. Næsten hver forretningslogik har krav, der kræver input på en eller anden måde fra SOA. Derfor er det ikke forkert at sige, at SOA vil blive krævet en stor mængde forskellige forretningskrav.
Konklusion
Det er et multifunktionskoncept til design af forskellige injicerbare tjenester. Disse tjenester kan fungere eksternt over for andre komponenter som applikationskomponenter gennem en kommunikationsprotokol over et netværk. Det grundlæggende princip for SOA afhænger ikke af teknologier, produkter og leverandører. Det kræver en god mængde praksis, så den kan bruges i mest effektive krav.
Anbefalede artikler
Dette har været en guide til Hvad er SOA ?. Her diskuterede vi koncepterne, definitionen, hvad kan vi gøre, fordele og ulemper. Du kan også gennemgå vores andre foreslåede artikler for at lære mere -
- Hvad er webapplikation?
- Hvad er Apache Cassandra?
- Hvad er J2EE? | Færdigheder og fordele
- Hvad er Matlab | Bedste brug af Matlab
- Hvad er SOA-test?