Chapter 7

Question 1

Vad är Discoverability-

Answer 1

att kunna hitta den tjänst man behöver. Om man inte hittar tjänsten och dess beskrivning går den inte att använda. När tjänsten är fördigbyggd och kan användas läggs den på virtuella maskiner.

Question 2

Vad är Service inventory?

Answer 2

(en samling av tjänster)

Question 3

Vad är Service registry?

Answer 3

beskrivning av tjänsterna som finns)

Question 4

Composability & Reusability

Answer 4

återanvända tjänster och designa så att de kan användas tillsammans (dock utan överlappning).

Question 5

Vem är Service inventory och Service registry viktigt för?

Answer 5

görs tillgängliga för kunden.

Question 6

Autonomy-

Answer 6

att bygga tjänster som är fristående och oberoende av varandra. Detta kan göras på tre olika sätt-

Question 7

Shared Database Management System

Answer 7

tjänsterna ligger på olika virtuella maskiner som är oberoende av varandra men som delar på samma databas. Andra tjänster påverkas inte om en maskin går ner, men alla tjänster påverkas om någonting händer med datsabasen.

Question 8

Shared Server

Answer 8

tjänsterna delar server man inte databas, vilket gör att andra tjänster inte påverkas om en databas går sönder.

Question 9

Shared Nothing

Answer 9

alla tjänster har helt separerade databaser och maskiner. Detta är den bästa metoden för hög autonomi. I verkligheten kan det vara svårt att uppnå så hög autonomi eftersom det är svårt att komma år data från olika databaser och det ta längre tid att söka igenom.

Question 10

Hur balaseras Shared Database Management System
Shared Server
Shared Nothing i praktiken?

Answer 10

I praktiken brukar man försöka att hitta en balans balans mellan dessa varianter.

Question 11

Abstraction

Answer 11

gömma information som inte är nödvändig för att använda tjänsten (ta bort detaljer och fokusera på helheten)

Question 12

funktionsdelen

Answer 12

kan man abstrahera bort operationer eller metoder för att klienterna inte ska behöva anropa dem i onödan

Question 13

På programnivå

Answer 13

grupperar man metoder så att man kan anropa alla samtidigt.

Question 14

På den tekniska delen

Answer 14

abstraherar man bort vilken teknik man använder för att t.ex. inte avslöja vilket programmeringsspråk som används.

Question 15

Loose coupling-

Answer 15

att ha lös koppling/beroende mellan tjänster.

• tjänsterna ska inte vara beroende av fysisk hårdvara
• meddelanden ska vara asynkrona så att man inte låser sig i väntan på svar
• följa standardprotokoll, XML, http
• abstrahera orelevant information/funktionalitet.

Question 16

Statelessness/tillståndslös

Answer 16

inte belasta minnesutrymme på tjänsten. Varje request behandlas som att det är orelaterat till alla tidigare request så att kommunikation består av oberoende par av begäran/request och svar/response. I statelessnedd behöver inte servern bibehålla information från sessioner eller statusar under en period med flera request.

Question 17

Service contract

Answer 17

de avtal och överenskommelser som konsumenter och leverantörer godkänt när man använder en tjänst. Man måste ha rätt teknik för att koppla upp sig till dessa tjänster och man måste följa standarder (WDSL, XML).

Question 18

Web Service Description Language (WDSL)-

Answer 18

beskriver de metoder eller operationer som en tjänst har.

Question 19

XML-schema

Answer 19

beskriver informationsstrukturer som tjänsten använder

Question 20

WS-policy

Answer 20

regler som talar om vilken ordning metoder ska anropas i

Question 21

Service Level Agreement (SLA)-

Answer 21

affärsmässig beskrivning av vad som händer när tjänsten går ner m.m.

Question 22

Design-by-contract (DbC)

Answer 22

hur mjukvaruelement i ett system samarbetar med varandra enligt principen av ömsesidiga “obligations and benefits” (skyldigheter och förmåner).

Leverantören ska leverena en viss produkt (skyldighet) och är i sin tur berättigad till en avgift betalad av klienten (förmån).
Klienten måste betala en avgift (skyldighet) och är berättigad till produkten (förmån).
Båda parter måste uppfylla vissa skyldigheter (lagar och regler) som gäller alla kontrakt.

Question 23

När man talar om mjukvarumoduler (t.ex. komponenter & tjänster) kan

Answer 23

skyldigheter ses som pre-conditions och förmåner som post-conditions för användandet av tjänster.