• Keine Ergebnisse gefunden

10_APIs und REST

N/A
N/A
Protected

Academic year: 2022

Aktie "10_APIs und REST"

Copied!
13
0
0

Wird geladen.... (Jetzt Volltext ansehen)

Volltext

(1)

Das diesem Dokument zugrundeliegende Vorhaben wurde mit Mitteln des Bundesministeriums für Bildung und Forschung

unter dem Förderkennzeichen 16OH22005 gefördert.

Die Verantwortung für den Inhalt dieser Veröffentlichung liegt beim Autor/bei der Autorin.

(2)

Wir bilden Zukunft.

APIs und REST

(3)

Wir bilden Zukunft.

APIS

Interkonnektivität schaffen

Cloud Computing 2

(4)

Wir bilden Zukunft.

Geschichte von APIs

 APIs (Application Programming Interface) sind Programmierschnittstellen, die in Anwendungen integriert werden können

– Bei Cloud-Anwendungen werden APIs über ein Netzwerk bereitgestellt

 Sie abstrahieren den zugrundeliegenden

technischen Aufbau und stellen Funktionalität in einem in der Regel standardisierten Format zur Verfügung

(5)

Wir bilden Zukunft.

Geschichte von APIs

 Der erste Ansatz zur netzwerkbasierten

Kommunikation wurde Remote Procedure Call bzw. Remote Method Invokation genannt

 Dabei haben sich zwei Prozesse sich

gegenseitig über ein selbst zu definierendes Protokoll aufgerufen und Nachrichten

ausgetauscht

Cloud Computing 4

(6)

Wir bilden Zukunft.

SOAP

 Das große Problem von RPC/RMI ist die enge Bindung an die eigentliche Anwendung und großer Implementierungsaufwand

 1998 wurde von Microsoft das XML-basierte Simple Object Access Protocol (SOAP) für Interprozesskommunikation definiert

 Dadurch konnte die Kommunikation

applications- und technologieunabhängig gestaltet werden

(7)

Wir bilden Zukunft.

SOAP

 Beispiel für einen Methodenaufruf mittels SOAP

Cloud Computing 6

<?xml version="1.0"?>

<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap- envelope"

xmlns:m="http://www.example.org/stock/Surya">

<soap:Header></soap:Header>

<soap:Body>

<m:GetStockPrice>

<m:StockName>IBM</m:StockName>

</m:GetStockPrice>

</soap:Body>

</soap:Envelope>

(8)

Wir bilden Zukunft.

SOAP

 Obwohl SOAP bereits eine Erleichterung

darstellte, brachte es eine Reihe von Nachteilen mit sich, die den Einsatz außerhalb von

Enterprise-Umgebungen schwierig machen

– XML als Struktur

• Kompliziert zu verarbeiten

– Große Datenmengen aufgrund der Struktur und Metadaten

– Aufwändige Integration

 Struktur und Implementierungsaufwand machten SOAP quasi unbenutzbar im Web 2.0-Bereich

(9)

Wir bilden Zukunft.

REST

 Im Jahr 2000 wurde von Roy L. Fielding in seiner Dissertation ein Architekturstil für das Internet entworfen

 Er hat diesen Representational State Transfer (kurz REST) genannt

 Wenngleich dieser lange nicht so konkret wie SOAP ist, hat er sich dennoch durchgesetzt, zum Teil in seiner ursprünglichen, zum Teil in abgewandelter Form

Cloud Computing 8

(10)

Wir bilden Zukunft.

REST

 REST besteht aus einer Reihe von Constraints, die den Aufbau eines verteilten Systems

beschreiben

 Trennung von Speicher und Verarbeitung

 Stateless Servers

 Cacheability

 Uniform Interface

 Layered System

 Code on Demand

(11)

Wir bilden Zukunft.

REST

 Bei REST werden Repräsentationen von Ressourcen übermittelt

 Das benutzte Protokoll (meist HTTP) wird dabei komplett mitbenutzt

– Bei SOAP ist das Protokoll irrelevant, da alle Informationen im XML enthalten sind

 Meist wird REST mit der JavaScript Object Notation (JSON) genutzt

Cloud Computing 10

(12)

Wir bilden Zukunft.

REST

 In der Praxis ist REST oft nur schwer umsetzbar

– Keine Standards bzgl. Benamung, Struktur, … – Viele Anwendungsfälle lassen sich nicht mit dem

Modell von Ressourcen abbilden (z.B. Versenden von E-Mails)

– Statuslosigkeit steht vielen Sicherheitsmechanismen im Weg

 APIs werden als RESTful bezeichnet, wenn sie in Grundzügen dem Prinzip folgen, es aber

entsprechend der Anforderungen anpassen

(13)

Wir bilden Zukunft.

Beispiel

 GitHub bietet ein gutes Beispiel für eine RESTful HTTP JSON API

 https://api.github.com/

Cloud Computing 12

Referenzen

ÄHNLICHE DOKUMENTE

- Microservices und Service Discovery-Systeme - Container-Technologien anhand von Docker - Cluster Scheduling und Cluster Orchestration - Grundlagen von Kubernetes und Docker

SaaS provides the complete infrastructure, software, and solution stack as the service

It is the most complete cloud computing service model because the computing hardware and software, as well as the solution itself, are provided by a vendor as a complete

Für Pioniere von Public IaaS (Amazon) und Public SaaS (Salesforce) werden wichtige Kostenstrukturen umrissen; zweiseitige Märkte liefern den wirtschaftlichen Hintergrund

- Vertraulichkeit, Verfügbarkeit und Integrität - zusätzlich: Authentizität, Verbindlichkeit,.

Nachdem die Kernbegrifflichkeiten dieser Arbeit Datensicherheit und Cloud-Compu- ting geklärt wurden, stellt sich die Frage inwiefern diese beiden Begriffe zusammen- hängen.

– Ressource durch Browser nutzbar (anders als bei SOAP).  REST-konforme Schnittstelle durch Nutzung von

Danach ist verant- wortliche Stelle jede Person oder Stelle, die personenbezogene Daten für sich selbst erhebt, verarbeitet oder nutzt oder dies durch andere im Auftrag vornehmen