Nätverk & systemintegration/Kursinnehåll
SV
← Till kursöversikten
ÄMNE 03 / 09 · Integration

HTTP(S) & API:er

Från request till response. Utforska webbtjänster, statuskoder och tydliga API-kontrakt.

15 min läsning5 kunskapsfrågorPraktisk övning
DET HÄR TAR DU MED DIG
  • Beskriva request, response, endpoint och statuskod.
  • Definiera och testa ett API-kontrakt.
  • Förklara skillnaden mellan REST, SOAP och HTTPS.
Klient
HTTP-request → API
Response
Ge dina system ett gränssnitt · Ett förenklat flöde
01 — UTFORSKA

Ett anrop, ett svar

Ett API är ett gränssnitt mellan program. Med HTTP skickar klienten en request med metod, sökväg, headers och ibland en body. Serverns response innehåller statuskod, headers och ibland en body. En endpoint är en åtkomlig del av gränssnittet.

EXEMPEL
POST /api/readings
Content-Type: application/json

{"sensorId":"temp-01","value":21.7,"unit":"C"}

HTTP/1.1 201 Created
02 — UTFORSKA

Låt metoden uttrycka avsikten

GET läser en resurs. POST används ofta för att skapa data. PUT ersätter en känd resurs, och DELETE tar bort den. Dokumentera metod, sökväg, obligatoriska headers, dataformat och möjliga svar för varje endpoint.

  • 200: anropet lyckades.
  • 201: en resurs skapades.
  • 400: begäran är ogiltig.
  • 404: resursen saknas.
  • 415: innehållstypen stöds inte.
  • 500: oväntat serverfel.
03 — UTFORSKA

REST och SOAP

REST är en arkitekturstil med resurser, enhetliga gränssnitt och tillståndslösa anrop. Varje request innehåller den information som behövs. JSON är vanligt, men REST kräver inte JSON.

SOAP är ett XML-baserat meddelandeprotokoll med ett Envelope som innehåller en Body och valfri Header. WSDL används ofta som formellt kontrakt. En adapter kan knyta ihop ett modernt REST-API och ett befintligt SOAP-system.

04 — UTFORSKA

Från HTTP till HTTPS

HTTPS skyddar HTTP med TLS. Det hjälper till att hålla innehållet hemligt, upptäcka ändringar och verifiera serverns identitet. Tjänsten måste fortfarande avgöra vem som får läsa eller ändra en resurs.

I IoT kan sensorn skicka till en gateway medan appar läser senaste mätningen via ett API. Diagnostik och konfiguration kan också exponeras lokalt på en enhet.

FRÅN KUNSKAP TILL HANDLING

Prova själv

Ta med ämnet in i ditt eget IoT-case. Dokumentera vad du upptäcker.

  1. Beskriv POST /api/readings och GET /api/readings/latest i en kontraktstabell.
  2. Implementera eller starta ett lokalt test-API. Skicka JSON med rätt Content-Type och kontrollera 201.
  3. Läs tillbaka mätningen med GET och jämför innehållet.
  4. Testa ogiltig body, fel innehållstyp och saknad resurs. Dokumentera status och felmeddelande.
DIN TUR

Testa dina kunskaper

Stanna upp en stund. Vad har fastnat?

01Vilken statuskod passar när en ny resurs har skapats?

02Måste ett REST-API använda JSON?

03Vilken HTTP-metod används typiskt för att läsa den senaste mätningen?

04Ett API stöder JSON men får en innehållstyp det inte hanterar. Vilket felsvar passar?

05Vilket påstående om SOAP är korrekt?

Fortsätt vara nyfiken

Originalmaterial och utvalda källor för dig som vill gå djupare.

Föreläsningsbilder · Ämne 3Joakim Englund · Systementor AB · PDF på svenskaSå fungerar HTTPMDN Web Docs · Engelska

Ett steg närmare helheten.

Markera ämnet när du känner dig redo.

Hitta nästa sak att förstå.

Introduktion & MQTTÄmne 1 · GrundernaPortar & socketsÄmne 2 · NätverkHTTP(S) & API:erÄmne 3 · IntegrationJSON, XML & datakontraktÄmne 4 · IntegrationSystemintegration & SOAÄmne 5 · IntegrationNätverk & segmenteringÄmne 6 · NätverkSäker kommunikationÄmne 7 · SäkerhetTrådar & återanslutningÄmne 8 · RobusthetLoggning & övervakningÄmne 9 · Robusthet