Mesh me if you can - Ein Rundflug durch das Service Mesh Istio

Die meisten modernen Applikationen werden heutzutage als Microservice-Architektur gebaut. Dies hat gegenüber Monolithen viele Vorteile, aber kommt auch mit neuen Herausforderungen daher. Ein verteiltes System muss anders überwacht werden und Traffic Management ist ein wichtiges Thema. Kommunikation zwischen Services sollte am besten verschlüsselt werden. Auch muss in Richtung Fehlertoleranz anders gedacht werden. All diese Features in jeden Service einzubauen, kostet viel Zeit und kann zu dupliziertem Code führen. Ein Service-Mesh hilft dabei, diese Features transparent für die Applikation einzuführen. Istio ist im Moment das populärste Service-Mesh und ist oft in Kombination mit Kubernetes zu sehen. Wir zeigen anhand von Beispielen, wie ein Service-Mesh die Herausforderungen von Microservices löst. Mit einer Demo präsentieren wir außerdem, wie die Implementation innerhalb eines Kubernetes-Clusters aussehen könnte.

Transcript

1. Mesh me if you can. Ein Rundflug durch das Service Mesh Istio Markus Zimmermann | cosee markus.zimmermann@cosee.biz | @markus_zm
3. Erster Prototyp – ein Monolith https://www.deviantart.com/reneaigner/art/Monolith-283096035
4. Success! https://www.flickr.com/photos/sammyjammy/1285612321/in/set-72157620597747933
5. Nach paar Monaten http://www.digitaljournal.com/image/93126
6. Probleme mit dem Monolithen • neue Features einzufügen wird immer schwerer • nur vertikal skalierbar • Deployment immer ganze App zusammen
7. Zeit für Microservices • hohe Skalierbarkeit • parallele Entwicklung • unabhängige Technologie Stacks
8. Alle Probleme gelöst?
9. Neue Herausforderungen Kommunikation Debugging Deployment
10. Wie baue ich das in jeden Service ein?
11. Warum nicht Istio?
12. Kurz was über Kubernetes https://medium.com/@tsuyoshiushio/kubernetes-in-three-diagrams-6aba8432541c
13. Kurz was über Kubernetes https://medium.com/@tsuyoshiushio/kubernetes-in-three-diagrams-6aba8432541c
14. https://istio.io/docs/concepts/what-is-istio/#architecture
15. Was bringt mir Istio? Kommunikation Debugging Deployment
16. Wie deploy ich Istio? Kubernetes als Basis Helm Aus Templates Configuration generieren oder helm install...
17. Wie konfiguriere ich Istio? Custom Resource Definitions Wie auch k8s Resources mit yaml
18. Unsere Demo Application
19. Traffic Management Komponenten Virtual Service Gateway Destination Rule Pod
20. Traffic Management – Beispiel Canary Release https://istio.io/docs/concepts/traffic-management/
21. Weight-Based Configuration apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: reviews spec: hosts: - reviews http: - route: - destination: host: reviews subset: v1 weight: 75 - destination: host: reviews subset: v2 weight: 25
22. Mutual TLS https://istio.io/docs/concepts/security/#high-level-architecture
23. Mesh Visualisation
24. Distributed Tracing OpenTracing Standard Applikation muss HTTP Header propagieren z.B. x-request-id Proxies bauen Trace zusammen
25. Metrics Collection
26. Muss jetzt jeder Istio einbauen? It depends… Lohnt sich nur bei hoher Anzahl an Microservices Traffic Management und Tracing Features Hohe Einarbeitungszeit
27. Da gibts auch was von AWS...
28. Photo by Emily Morter on Unsplash
29. talks.cosee.biz blog.cosee.biz TechTalk am 25. April zum Thema: Flutter von Tobias Pritsch | cosee tobias.pritsch@cosee.biz