SaaS-Referenzarchitektur. iico-2013-berlin

Transkript

1 SaaS-Referenzarchitektur iico-2013-berlin

2 Referent Ertan Özdil Founder / CEO / Shareholder

3 weclapp die Anforderungen registrierte User gleichzeitig aktive user Höchste Performance Hohe Skalierbarkeit Niedrige Betriebskosten für die Plattform Schutz der Kundendaten hat höchste Priorität

4 Was zeichnet eine (gute) SaaS-Lösung aus? Lauffähig auf _allen_ Browsern Skalierbarkeit Native Mobile Apps Einfacher Import von Bestandsdaten Einfaches Pricing Keine fixen Gebühren Einfache Modelle Nur zahlen, was man auch nutzt

5 No-Gos Fat Client Lösungen oder VPN Lösungen (Hosting) Zum Testen rufen Sie unseren Vertrieb an Zeit von Registrierung bis Nutzbarkeit > 5 Minuten Lösungen, die erklärt werden müssen

6 Es gibt nur eine Konstante die kontinuierliche Veränderung mit zunehmendem Tempo

7 Eigenentwicklung vs. apaas (US) (US; Social Integration) (US) (US) (US; DE) (US) Vorteile Nachteile Schnelle Ergebnisse, geringe Entwicklungskosten Vendor Abhängigkeit, Runtime Kosten, wenig Flexibilität

8 Die Cloud Programmiersprache Source: Gartner

9 Multitenancy Modelle Shared nothing Shared everything Tenant Tenant Tenant Tenant App App Application Logic App AP AP Application Platform AP DP DP Data Platform DP Infrastr. Infrastr. System Infrastructure Infrastr. Eine echte SaaS Architektur bietet alle Dienste als shared services an. Dedizierte Dienste gibt es in der (Software) Cloud nicht.

10 Die (Kern) Layer einer SaaS Architektur weclapp Instagram Application Logic (User Interface) App JSF Django framework (Python) Application Platform AP JEE Python Data Platform DP PostgreSQL PostgreSQL System Infrastructure SI Linux OS Linux OS Starke Entkopplung aller Schichten Technologische Fortschritte können in einzelnen Schichten eingeführt werden

11 Stateful vs. Stateless Skalierbarkeit Da eine Bean mehrere Anfragen bearbeiten kann ist die Skalierbarkeit bei vielen Anfragen besser; neue Server können jederzeit hinzugefügt werden (auch dynamisch) Performance Ein EJB Container lagert Stateless Beans selten oder gar nicht vom RAM auf sekundäre Speichersysteme aus Administrierbarkeit Einzelne Backend Server können jederzeit heruntergefahren werden

12 Event driven communication Websocket (alternativ long polling) für asynchrone Kommunikation zwischen UI und Backend Implementierung von Hooking Mechanismen für Ereignis basierende Anwendungssteuerung Erleichtert das Monitoring von Transaktionen und besonderen Ereignissen User Notification Dienste einfach realisierbar Events sind hervorragend geeignet für flexible Abrechnungsmodelle

13 Cloud Security Sicherheit ist ein wichtiger Baustein jeder Cloud Lösung Sicherheit leben (Organisation) Von der ersten Minute an (Sicherheit später hinzufügen funktioniert nicht) Einsatz einer Web Application Firewall (WAF) empfehlenswert Sicherheitsaspekte bei der Modellierung berücksichtigen (OWASP.org) ISO27001 und/oder SAS70 (PS951)

14 SaaS Referenzarchitektur Javascript Web Framework (AngularJS, EmberJS) WebService Enterprise Service Bus Mule ESB EJB Business Component (Java) Business Component (Java) Business Component (.NET) Business Component (Python) Business Component (PHP) WebService JEE Java DB Abstraction Hibernate DB PostgreSQL Storage OS CEPH (Big Data) Linux OS

15 Deploy many, often and early Cloud Produkte sind immer aktuell Dieser Fehler ist bekannt und wird in 3 Monaten gefixt Vermittle das Gefühl der Perfektion und Fehlerfreiheit Trenne Deployments von UI und Backend Komponenten

16 Trends im SaaS-Umfeld In-Memory Datenbanken Commercial: CloudTran, Oracle, IBM, SAP Hana, VoltDB OpenSource: Apache Derby, csqldb, hsqldb In-Memory Application Servers Commercial: TIBCO OpenSource: GlassFish (teilweise) Javascript Client Frameworks AngularJS (Google), Ember, Backbone, CanJS

17 Get connected Ertan Özdil CEO Twitter Google+ : Ertan Oezdil Frauenbergstraße Marburg oezdil@weclapp.com Website :