Wege zum "Programmable Web"

Wege zum
"Programmable Web"
Integration von Cloud-Diensten
mit Next Generation Web APIs

Folie 1 von 31
26. Januar 2012

Pascal Alich

© Zühlke 2011

Pascal Alich
• Software Engineer
• Java Enterprise

@pascalalich
http://blog.alichs.de

Wege zum "Programmable Web" | Pascal Alich 26. Januar 2012 Folie 2 von 31 © Zühlke 2011

Würden Sie gern Ihre
Kontakte synchron halten?

Groupware
Telefonanlage

CRM
Social Network


Keine Lust mehr auf
E-Mail-Benachrichtigungen?

Google Alerts  Evernote Notizen
AB-Nachrichten von Zuhause  MP3 in Dropbox + SMS
Social Network News  TODOs mit niedriger Priorität
…

Das Web 2.0 hat viele Cloud-Services
hervorgebracht!


Integration durch Export/Import nicht
mehr ausreichend

Der Benutzer muss
• exportieren,
• konvertieren,
• synchronisieren,
• importieren
und das Ganze
• zwischen allen
beteiligten Services,
• manuell und
• regelmäßig.


Web APIs sind inzwischen Standard

4432 APIs verzeichnet
(Stand 24.11.2011)

Quelle: http://blog.programmableweb.com/2011/10/03/4000-web-apis-whats-hot-and-whats-next/

Eine API verleiht Flügel!

Programmatische
Integration
 Innovation

Trotz APIs sind Cloud Services
eher Daten-Silos

Optimiert zum Einfüllen und Abfüllen 26. Januar 2012 Folie 9 von 31 © Zühlke 2011

Cloud Services bieten lediglich
bestimmte Integrationen an

• Teuer
• Direkte Integration
• Unflexibel
• Schließt ggf. Nutzer aus
• Polling erforderlich SMS


Sind wir schon da?
…Sind wir schon da?
…Sind wir schon da?


Polling „sucks“!

Höhere Entwicklungsaufwand
• Cron Job
• Logik, was sich getan hat
Hoher Ressourcenbedarf
• Ineffizient
• Quotas
Keine sofortige
• Synchronität bzw.
• Verarbeitung


Die Lösung ist einfach:
Pushing à la Webhooks!

• HTTP-Request an registrierte URL
• Implementierung mit PHP, Ruby, Java, JavaScript…

Beispiel github Post-Receive:
• Nach einem Push zu github
• wird eine JSON/HTTP-Nachricht
• an eine URL gesendet.
 Vielfältige Integrationsmöglichkeiten


github Post-Receive Beispiel

JSON wird in POST-Variable payload versendet


Webhooks –
Event Notifications senden

Ereignisse im Geschäftsprozess als Trigger
Beispiele:
• Helpdesk-System zendesk,
z. B. bei neuem Ticket
• Web Shop-Plattform shopify,
z. B. bei Bezahlung
• Payment Provider PayPal,
Instant Payment Notification (IPN)


Webhooks –
Inhalte an mehrere Empfänger senden

• RSS war gestern!
• Publish + Subscribe
• Pubsubhubbub für mehr Effizienz nutzen!
Beispiele:
• Neue Blog-Posts
• Veröffentlichte News/Pressemitteilungen
• Social Media Stream


Webhooks –
Callbacks aufrufen

• Auch hier wird eine URL aufgerufen
• Ergebnis beeinflusst weitere Verarbeitung
 Hohe Erweiterbarkeit

Beispiele
• Eine Webshop erfragt Rabatte vom Altsystem
• Eine Social Media Anwendung ruft einen Dienst zum
automatischen Tagging


Cloud Integration @ Google App Engine

Demo


Szenario: Anrufbeantworter to go!

Anruf Anrufbeantworter

+ MP3

Push
JavaScript
@GAE
MP3


Szenario: TYPO3 Kontaktformular
integriert verschiedene Dienste

JavaScript
Kontakt- @GAE
Formular
On Save

[Anfrage]

[Beschwerde]

[Pressemappe] Dateien per
E-Mail

Cloud Service = Software-Komponente

Open-Closed Principle (OCP)
• Offen für Erweiterungen
• Geschlossen für Änderungen
 Weitere Integrationen ohne Änderung

Single Responsibility Principle (SRP)
• Fokussierung auf Kernfunktionalität
 Integrationslogik auslagern


Wir brauchen ein erweitertes
API-Verständnis

Next Generation Cloud-Dienste
• konzentrieren sich auf
Kernfunktionalität,
• sind erweiterbar und
• kooperativ.
Vorteile
• Flexibilität
• Alleinstellungsmerkmal
• Communitybeteiligung
einfacher


Offenheit ist wichtiger als
Standardisierung!

• SOA spricht von abgestimmten Schnittstellen
 in der Cloud nicht immer möglich
• Einfachheit  schnelle Adaption
• Besser „irgendwie“ offen, als gar nicht!
• Best Practices


Aber was ist mit diesen
Implementierungsfragen?

Semantik HTTP codes
Format Fehlerbehandlung
Sicherheit Timeouts
Authentifizierung
Autorisierung
Konfiguration
Konsistenz Monitoring
Logging
Synchron Asynchron

 s. Zusatzfolien

Cloud Service Integration
braucht eine Mittlerplattform

• Integriert, adaptiert, konvertiert
• Integrationslogik nutzt verschiedene Services
• Flexibel durch Scripting-Unterstützung

Integration Plattform ist
selbst ein Cloud Service

• Vergleichbar mit ESB in der Cloud,
• aber verschiedenste Anforderungen
– Offene Multi-User-Plattform
– Eigene Installation
– White-label App-Plattform
– oder Kombinationen daraus

• Einfachheit  Anwendung
• Hat selbst eine API
– Konfiguration
– Webhooks, (Monitoring, Abrechnung, bei Deployment…)


Fazit

• Web APIs sollten zusätzlich
Webhooks anbieten
• Offenheit ist wichtiger als
Standardkonformität
• Integrationsplattformen
erforderlich
• Flexibel integrieren
• Günstiger entwickeln


Zusatzfolien


Aber was ist mit diesen
Implementierungsfragen?

Semantik HTTP codes
Format Fehlerbehandlung
Sicherheit Timeouts
Authentifizierung
Autorisierung
Konfiguration
Konsistenz Monitoring
Logging
Synchron Asynchron


Semantik – Nutze Microformats oder
Microdata, aber pragmatisch!

Allrecipes.com Suchergebnis

Microformat hrecipe

Quelle: http://allrecipes.com/Recipe/Gingerbread- Quelle: http://www.google.com/webmasters/tools/richsnippets
Men/Detail.aspx

Authentifizierung –
Den Aufrufer überprüfen

• HTTPS + Basic Authentication
• Einfache Signatur
1. Signatur entfernen
2. POST-Parameter sortieren (A-Z)
3. Werte aneinanderhängen
4. Secret ergänzen
5. MD5-Hash bilden und vergleichen

Quelle: http://docs.cloudmailin.com/validating_the_sender

Wege zum "Programmable Web"

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Andere mochten auch

Andere mochten auch (18)

Ähnlich wie Wege zum "Programmable Web"

Ähnlich wie Wege zum "Programmable Web" (20)

Wege zum "Programmable Web"