Schwerpunkt Integration von SaaS-Anwendungen
Plattformen
als Service
Der beste Online-Service ist wertlos, wenn er nicht über umfangreiche
APIs in die bestehende IT-Infrastruktur integriert werden kann.
Das Software-as-a-Service-
Paradigma hat in den letzten
Monaten eine breite Akzeptanz am
Markt erfahren. Das enorme
Wachstum der Vorreiter wie Sales-
force.com oder 37 Signals spricht
Bände, und nicht zuletzt SAPs
Launch ihres SaaS-Produktes
Business by Design hat viele
Zweifler davon überzeugt, dass
diese neue Art und Weise, Compu-
teranwendungen zu nutzen, über
ein grosses Zukunftspotential
verfügt.
Ein klassischer Mashup, auch wenn nicht sonderlich produktiv: Flickrvision
zeigt auf einer Google Map die neu auf Flickr hinzugefügten Fotos an.
Die Anpassung der SaaS-Anwen-
dungen an die eigenen Bedürf-
nisse bis hin zur Entwicklung
eigener Applikationen sowie die
Integration dieser Lösungen in
bestehende ICT-Umgebungen
bilden die nächsten grossen
Herausforderungen für Anbieter
wie für Anwender. Google, Twitter
und Flickr mit ihren verschiedenen
APIs, Facebook mit den Plug-in-
Applikationen, Salesforce mit ihrer
SaaS-Entwicklungs- und -Betriebs-
plattform Force.com, aber auch
Marc Andreessens Ning.com sind
Beispiele für verschiedene Wege,
diesen Herausforderungen zu
begegnen.
36 Nr. 02 | 04. 02. 2008 InfoWeek.ch
Vo n A n d r e a s von Gunten
Es sind dabei verschiedene
Möglichkeiten, die sich für die
Integration von SaaS-Anwen-
dungen bieten, und Ansätze für die
Entwicklung und den Betrieb
eigener SaaS-Applikationen, die
heute verfolgt werden, verfügbar.
Integration via APIs
Spielereien wie Flickrvision oder
Twittervision sind einfache Bei-
spiele für Anwendungen, die via
API auf die Daten eines oder
mehrerer SaaS-Anbieter zugreifen
und diese in sogenannten Ma-
shups zusammenfügen. Im profes-
sionellen Bereich können solche
APIs eingesetzt werden, um zum
Beispiel den Bestellstatus eines
Inhouse-ERP-Systems an ein SaaS-
CRM-System weiterzugeben oder
um Daten wie Umsatz- und Markt-
entwicklung auf einer Karte von
Google Maps anzeigen zu lassen.
Voraussetzung dafür ist natürlich
das Vorhandensein eines solchen
API für die zu integrierende SaaS-
Anwendung. Zurzeit bieten unter
den Anbietern von SaaS-Geschäfts-
anwendungen allerdings nur die
wenigsten eine derartige Schnitt-
stelle an, während bei den an
privaten Anwendern orientierten
Web-2.0-Diensten wie Flickr oder
Facebook eine API längst zum
guten Ton gehört. Dieser Umstand
erschwert vielen professionellen
SaaS-Anbietern den Markteintritt,
denn wer will heute noch Insellö-
sungen realisieren?
Salesforce.com hat in dieser
Hinsicht die Benchmark gesetzt.
Anhand der frei verfügbaren
Dokumentation zu deren Web
Services API ist es jedermann
möglich, sich einen Einblick in die
Funktionen und Arbeitsweise einer
solchen Schnittstelle zu einer
SaaS-Plattform zu verschaffen.
Im Idealfall bietet eine API zu
einer SaaS-Anwendung mindes­
tens dieselben Datenmanipula­
tionsmöglichkeiten, wie sie durch
die Bedienung durch das User
Interface bereitgestellt werden. Das
heisst: Daten müssen beliebig
gelesen und geschrieben werden
können. Dadurch wird es möglich,
jede denkbare Integrationsanwen-
dung zu realisieren.
Der Code, der die API aufruft,
läuft dabei entweder in der System­
umgebung des Anwenders
(siehe Grafik) oder zunehmend
wiederum bei einem SaaS-Anbie-
ter. So bietet zum Beispiel die
Integrationsspezialistin Boomi aus
Philadelphia ihren Integrationsser-
ver mittlerweile als Service unter
dem Namen «Boomi on demand»
an. Microsoft hat mit Popfly eine
Silverlight-Demo-Anwendung ins
Netz gestellt, welche ähnlich wie
Yahoo Pipes ohne viel Program-
mieraufwand ermöglicht, einfache
Anwendungen zu erstellen, die
beliebige APIs nutzen. Für den
Inhouse-Betrieb bietet die Firma
Serena Software ihren Mashup-
Composer an, und mit dem Pro-
dukt Jitterbit des gleichnamigen
Softwarehauses ist auch eine
beachtenswerte Open-Source-
Integrationsplattform verfügbar.
Nicht zu vergessen, die aus Basel
stammende SOA-Integrationslö-
sung E2E Bridge oder IBMs Infor-
mation Server, der bereits über
passende Module für die Sales-
force-Anbindung verfügt.
API ist nicht gleich API
Die Integrationsmöglichkeiten
stehen und fallen mit den Services,
die eine API zur Verfügung stellt.
Darum gilt es im Vorfeld eines
Integrationsvorhabens genau zu
prüfen, welche Dienste denn
tatsächlich genutzt werden kön-
nen. Google bietet zum Beispiel für
ihre Mail-Anwendung «nur» API-
Funktionen für die Migration der
E-Mails von einem anderen Server
an. Es fehlen dagegen Möglich-
keiten, die eigentliche E-Mail-
Applikation zu verwenden, wäh-
rend für Google Calendar umfang-
reiche Dienste für die direkte
Manipulation der Kalenderdaten
verfügbar sind. Das Salesforce.
 Integration von SaaS-Anwendungen
com-API ist bereits in der Version
11 vorhanden und lässt dem Ent-
wickler fast keine Wünsche mehr
offen. Auch die Amazon Web
Services (Vorstellung siehe Seite
39) bieten umfangreiche APIs, was
vor allem dadurch begründet ist,
dass die Amazon-Angebote haupt-
sächlich für die Nutzung via API
konzipiert wurden.
Plug-ins: Der nächste Schritt
Facebook hat im Mai letzten Jahres
mit ihrer Ankündigung, die be-
kannte Social Network Platform für
die Integration eigener Applika-
tionen zu öffnen, ziemlich Furore
gemacht. Das Spezielle am Face-
book-API ist, dass Anwendungen
so entwickelt werden können, dass
sie nicht nur auf die Facebook-
Funktionen und -Daten zugreifen
können, sondern dass diese direkt
innerhalb des Facebook GUI
angezeigt und bedient werden
können. Sie werden als Applika-
tionsmodule innerhalb der Face-
book-Plattform angeboten und
sind für den User nicht von ori-
ginalen Facebook-Anwendungen
zu unterscheiden. Der Code für
diese sogenannten Facebook Apps
läuft aber nicht innerhalb der
Facebook-Infrastruktur, sondern
irgendwo im Internet. Das heisst,
der Programmierer muss sich
selbst um die Betriebsumgebung
kümmern. Ein ähnliches Modell
SaaS-Anbieter mit API und/oder Plattformen
Name URL
Amazon Web Services www.amazon.com/aws
Box.net enabled.box.net
Facebook www.facebook.com
Flickr www.flickr.com
Google Apps code.google.com
Highrise www.highrise.com
Ning www.ning.com
Salesforce.com www.salesforce.com
Twitter www.twitter.com
Youtube www.youtube.com
Zoho www.zoho.com
= ja, = nein Quelle: Andreas von Gunten
verfolgt Google mit den Google
Gadgets.
Beide Plattformen sind auf den
ersten Blick nicht für den Einsatz
im geschäftlichen Umfeld geeignet.
Sie zeigen aber sehr schön, welche
Möglichkeiten sich für SaaS-
Angebote bieten, wenn eine solche
Plug-in-Funktionalität gegeben ist.
So lassen sich auch bei Salesforce.
com durch die Verwendung des
API Anwendungen integrieren, die
sich durch den Nutzer vollständig
innerhalb der Salesforce-Ar-
beitsumgebung bedienen lassen.
Über eine Art Marktplatz für
Salesforce-Applikationen mit dem
Namen Appexchange werden so
bereits über 700 Anwendungen
von Drittfirmen bereitgestellt, die
die Salesforce-Funktionen nutzen
und erweitern. Mit Salesforce for
Google Adwords können beispiels-
weise Werbekampagnen innerhalb
von Salesforce.com erstellt werden.
Welche Funktionen dabei von
Google bereitgestellt werden und
welche von Salesforce ist dabei für
den Nutzer fast nicht mehr erkenn-
bar. Und ähnlich wie bei Facebook
lassen sich solche Applikationen
von Drittanbietern mit wenigen
Mausklicks in die eigene Instanz
installieren.
Platform as a Service
Bei den bis jetzt beschriebenen
Möglichkeiten und Beispielen gibt
API Plug-In Plattform
Schwerpunkt
Integration mit einem Integrationsserver
Quelle: Andreas von Gunten
Platform as a Service
SOAP / REST Legacy System 1
Integration Server
Core Custom
Application Application
API
SOAP / REST Legacy System 2
Business Logic / Program Code
Database SOAP / REST Legacy System n
HTTP
Custom Application 1
Web Browser GUI Platform Legacy
Data System Data
Core Custom
Application 1 Application 1 Custom Functionality
Core Custom
Application n Application n
Core Platform Functionality
es aus Sicht des Software-as-a-
Service-Gedankens noch immer
einen grossen Nachteil: Für den
eigenen Code muss eine separate,
oft in-house betriebene Umgebung
gepflegt werden. Marc Andreessen,
der ehemalige Netscape-Gründer,
hat zu diesem Thema einen le-
senswerten Blogartikel (http://
blog.pmarca.com/2007/09/the-
three-kinds.html) verfasst. Er
beschreibt dort die Konfusion, die
zum Begriff Plattformen im Inter-
net herrscht und definiert eine
Level-3-Plattform als eine Laufzeit-
umgebung, in welcher der Code
für die Applikation selbst läuft.
Eine solche Betriebsplattform als
Service bietet natürlich den gros-
Bemerkungen
Storage-Service- und Runtime-Umgebung;
lesen und schreiben beliebiger Daten,
eigener Code
Online File Storage; lesen und schreiben von
Dateien und Online-Daten
Social Network Platform; lesen und schrei-
ben ausgewählter Daten, Mashups
Photo Storage und Management; lesen und
schreiben ausgewählter Daten
Gmail, Calendar, Maps, Gadgets, Blogger,
AdSense, Docs, Spreadsheets, Notebook
usw.; lesen und schreiben ausgewählter
Daten
Contact Management; lesen und schreiben
ausgewählter Daten
Social Network Platform; Erstellung eigener
Social Networks; eigener Code
Plattform als Service für Geschäftsanwen-
dungen, CRM; lesen und schreiben aller
Daten, eigener Code, Mashups
Messaging Service; lesen und schreiben
ausgewählter Daten
Online-Videos; lesen und schreiben aus-
gewählter Daten
Online Office Suite; lesen und schreiben
ausgewählter Daten
InfoWeek.ch 04. 02. 2008 | Nr. 02 37
 Schwerpunkt
sen Vorteil, dass man sich als
Entwickler vollständig auf die
Anwendung, also auf das zu
lösende Problem konzentrieren
kann und sich um den sicheren
und zuverlässigen Betrieb des
Programms nicht kümmern muss.
Andressens Social Network Service
Ning.com bietet eine solche Platt-
form an. Amazon bietet mit EC2
zwar die Möglichkeit, eine Art
virtuelle Recheneinheit als Service
zu beziehen, allerdings ist das
eher vergleichbar mit einem
klassischen Server-Hosting, auch
wenn der Service viel stärker
automatisiert und virtualisiert
aufgebaut ist als die üblichen
Hosting-Angebote.
Als wichtigsten Anbieter in
diesem Bereich ist derzeit aller-
dings auch wieder Salesforce.com
zu nennen. Mit ihrer Plattform
Force.com bietet Salesforce mittler-
weile eine vollständige Applika­
tionsentwicklungs- und Betrieb-
sumgebung an, die es ermöglicht,
beliebige Geschäftsanwendungen
zu programmieren und als SaaS-
Lösung anzubieten, ohne sich
selber um die Infrastruktur küm-
mern zu müssen. Dabei werden
die Grundfunktionalitäten wie
User-Verwaltung, Datenmanage-
ment, Workflows oder Reporting
zusammen mit einer an Java
orientierten Programmiersprache
und den verschiedensten Entwick-
lertools – wie zum Beispiel Visual-
force für die Entwicklung belie-
biger GUI und Outputkanäle – in
einer einzigen Umgebung bereit-
gestellt. Dabei sind die eigenen
Applikationen auch wieder via API
mit anderen Systemen integrierbar.
Ohne API geht nichts
Obwohl die Entwicklung zu Platt-
formen als Service noch in den
Die Integration von
Google Maps in
Salesforce erlaubt
beispielsweise die
Darstellung von
Kontakten oder
Einnahmen nach
Region.
38 Nr. 02 | 04. 02. 2008 InfoWeek.ch
Integration von SaaS-Anwendungen
Vorbildliche API: Beim Photo Sharing Service Flickr steht nicht nur eine
umfangreiche API samt Dokumentation zur Verfügung. Sie kann auch auf der
Webseite ausprobiert werden.
Anfängen steckt, zeichnet sich doch
eine allgemeine Tendenz zu voll-
ständigen On-Demand-Lösungen
ab. Auch wenn die Angebote
noch dünn gesät sind, ist es bereits
heute möglich, komplexe Ge-
schäftsanwendungen zu entwickeln
und zu betreiben, ohne sich um die
Infrastruktur kümmern zu müssen.
Die wenigsten Anbieter gehen
heute soweit wie Salesforce.com,
Amazon oder Ning, indem Sie den
Entwicklern nicht nur APIs zur
Verfügung stellen, sondern gleich
die komplette Betriebsumgebung
für die Ausführung von Programm-
code. Es wird sich aber noch
zeigen müssen, ob sich dieses
Modell durchsetzen wird. Dies wird
weitgehend davon abhängen, ob
das Vertrauen der Entwicklerge-
meinde gewonnen werden kann.
Nicht so bei der Frage ob ein
SaaS-Anbieter eine API bereitstellt.
Dies ist definitiv eine kritische
Anforderung an nahezu jede SaaS-
Anwendung, denn ohne API keine
zuverlässige Integration.
Mit den neuen Möglichkeiten,
die sich durch die Verwendung von
APIs ergeben, steigen allerdings
auch wieder die Anforderungen an
das nötige technische Fachwissen,
um von diesen Funktionen Ge-
brauch zu machen. Wie die Bedeu-
tung für die Abkürzung API, Appli-
cation Programming Interface,
schon ausdrückt, geht es darum,
die SaaS-Anwendung per Compu-
terprogramm anzusprechen. Das
heisst, wer nicht programmieren
kann, kann damit auch nicht viel
anfangen.
Ohne Programmierung?
Es gibt auch erste Ansätze, um das
Erstellen von einfachen Mashups
oder Schnittstellen ohne Program-
mierung zu ermöglichen. Microsoft
Popfly, Yahoo Pipes, aber auch die
einfachen Controls von Salesforce.
com deuten in diese Richtung.
Ganz ohne Programmierkenntnisse
geht es aber auch hier nicht.
Nichtsdestotrotz wird Komplexität
reduziert. Vor allem dann, wenn
der Code direkt auf der Plattform
ausgeführt und gewartet werden
kann. Eine Anwendung auf einer
SaaS-Umgebung wie Force.com
von Salesforce zu entwickeln,
dauert um den Faktor 5 bis 10
weniger lang als in einer klas-
sischen Applikationsentwicklungs-
umgebung.
Andreas von Gunten (www.andreas
vongunten.com) ist Gründer von
Parx, die auf Dienstleistungen rund
um S aa S spezialisiert ist.