Symfony2 in SOA

Symfony2 in einer Service-Orientierten Architektur am Beispiel eines devbliss Projekts.

Transcript

1. Symfony2 in SOA Kifah Abbad, devbliss GmbH Luis Quintela Garcia, devbliss GmbH Wolfgang Pfnür, devbliss GmbH
2. Vorab • Grober Überblick über komplexe Themen • Am Beispiel von Projekt-X • Fragen bitte am Ende
3. TOC • Basics ◦ SOA ◦ Beispiele für Services ◦ RESTlike • Architektur Projekt-X • Symfony
4. SOA - Service-Oriented Architecture • Unterteilung in kleine Einheiten • Vorteile ◦ Wiederverwendbarkeit ◦ Wartbarkeit ◦ Skalierbarkeit in der Entwicklung
5. Beispiele für Services • Chat • Commenting • Rating • Pernod (Persistent Notification Daemon) • Buschfunk • ...
6. RESTlike • Zustandslos • URL => Resource • HTTP Method => CRUD • /users (POST, GET) • /users/{userId} (PUT, GET, DELETE) • /users/{userId}/albums/{albumId}
7. TOC • Basics • Architektur Projekt-X ◦ Frontend ◦ Firewall ◦ Symfony Service Container ◦ Services ◦ Inter-Service Kommunikation • Symfony
8. Frontend • Entkoppelung Server - Client • Validierung auf Client • Statisches nicht immer neu laden ◦ AJAX • Optisch ansprechend • GWT (Google Web Toolkit)
10. Firewall • Janitor ◦ In der Blütezeit von VZ entwickelt ◦ Nginx ◦ Extrem viele Requests, zentrale Komponente ◦ Routen-Regex per Service-Config-Endpunkt ◦ AuthLevels • Juanitor ◦ Janitor mit Lua Konfiguration statt rewrites
12. Symfony Service Container • Bundle => Service • Schnelle Entwicklung • Einfaches Deployment • Trotzdem: Service-Orientierte Architektur • Später Hochlast-Services extrahieren
14. Services • Problemspezifische Sprache • Problemspezifische Architektur • Existierende Services • Vorhandene Sprach-Kenntnisse nutzen • Abwechslung ;-)
16. Inter-Service Kommunikation • Synchron ◦ HTTP ◦ Subrequest Symfony-Intern • Asynchron ◦ AMQP (RabbitMQ) • Sonst nichts! • Keine Bundle-Übergreifenden Imports! ◦ Automatische Überwachung
17. TOC • Basics • Architektur Projekt-X • Symfony ◦ Entscheidungsfindung ◦ Routing ◦ ORM ◦ DMS ◦ Testing
18. Entscheidungsfindung • VZ-Redesign := PHP • Verschiedene Frameworks getestet ◦ Schnelligkeit ◦ Dependency Injection (gut für Tests) ◦ Coding Standards ◦ Symfony2 => Bestes Framework für PHP • Projekt-X: ◦ Wissen vorhanden ◦ Gute Erfahrungen
19. Routing • Warum kein FoSRestBundle? ◦ Befürchtung: zu unflexibel (Dezember 2010) • Routen per Annotation • AuthLevel + Regex für J(u)anitor • RequestListener per URL-Annotation aktivieren (z.B. GUID-to-ID)
20. ORM • Doctrine • Quasi Standard für Symfony • Mischen von Mysql und MongoDB möglich
21. DMS • Domain-Model-Schema in Yaml • Objektdefinition ◦ Properties (mit Typ) ◦ Validatoren ◦ Initialer Wert • Generierung von DTOs für alle Sprachen • Symfony-Entities erben von DTOs ◦ Doctrine Annotationen in Entities
24. Testing • Unittests ◦ Mocking (einfach dank Dependency Injection) • Doctests (Python) ◦ Dokumentation der Routen ◦ Dokumentation der Benutzung ◦ Integrationstests
27. Exception Listener • Nur JSON erlaubt - auch bei Exceptions ◦ Client muss ja wissen, dass etwas kaputt ist • Doctests erwarten also JSON ◦ Es werden auch Fehlerfälle getestet • Anzeige von Fehlern im Browser (bcat) • Symfony-Fehlerscreen-HTML im JSON Payload (nur im Debug Mode)
28. Danke für die Aufmerksamkeit Fragen?