From Zero to still Zero: The most beautiful mistakes going into the cloud.
Download as PPTX, PDF0 likes59 views
The document discusses the transition to cloud computing and highlights the common mistakes organizations make during this process. It emphasizes the significance of adopting a cloud-native architecture for agility, cost-effectiveness, and improved management. Additionally, it outlines the key promises of cloud services while stressing the importance of proper systems design and organizational readiness for successful implementation.
From Zero to still Zero: The most beautiful mistakes going into the cloud.
- 1. From Zero to Hero still Zero X Die schönsten Fehler auf dem Weg in die Cloud Lars Röwekamp (@mobileLarson)
- 2. @mobileLarson CIO New Technologies OPEN KNOWLEDGE Lars Röwekamp Das bin ich > (Architecture, Microservices, Cloud, AI & ML)
- 3. Und da arbeite ich > OPEN KNOWLEDGE @_openknowledge
- 4. DISCLAIMER By cloud, we mean any computing environment in which computing, and storage resources can be provisioned released elastically in an on-demand, self- service manner.* “ * public and private/cooperate cloud Infrastructure (Matt Stine, CTO Software Architecture, Pivotal.)
- 5. Warum Cloud?
- 6. 0% 20% 40% 60% 80% 100% Cloud Computing Cloud Monitor 2021 aktive Nutzer Planer/Diskutierer (noch) kein Thema 82% 76% 73% 15% 3% 6% 8% 2018 2019 2021 (Quelle: Bitcom Research, 2021, https://www.bitkom.org/Presse/Presseinformation/Drei-von-vier-Unternehmen-nutzen-Cloud-Computing) 18% 19%
- 7. Private Cloud Computing Public Cloud Computing Cloud Monitor 2021 63% 58% 55% 46% 38% 35% 21% 25% 23% 30% 30% 28% 16% 16% 21% 31% 32% 37% 2018 2019 2021 2018 2019 2021 0% 20% 40% 60% 80% 100% aktive Nutzer Planer/Diskutierer (noch) kein Thema (Quelle: Bitcom Research, 2021, https://www.bitkom.org/Presse/Presseinformation/Drei-von-vier-Unternehmen-nutzen-Cloud-Computing)
- 8. From idea to App The biggest advantage of a cloud(-native) architecture is that it takes you from idea to app in the quickest possible time. “ (Pavan Belagatti, Groth Marketing Manager, jfrog)
- 9. Customer Survey “Welche Mehrwerte erhoffen sie sich von der Cloud?“
- 10. Meine Cloud-Mehrwerte* • Top 1: Agilität *aus Kundensicht
- 11. Meine Cloud-Mehrwerte* • Top 1: Agilität • Top 2: Plattformservices *aus Kundensicht
- 12. Meine Cloud-Mehrwerte* • Top 1: Agilität • Top 2: Plattformservices • Top 3: Kostenmodelle *aus Kundensicht
- 13. Meine Cloud-Mehrwerte* • Top 1: Agilität • Top 2: Plattformservices • Top 3: Kostenmodelle • Top 4: Innovationen *aus Kundensicht
- 14. I promise! (Amazon, Google, Microsoft, IBM…)
- 15. Die Cloud-Versprechen 1. Software-as-a-Service 2. Virtualization 3. Pay-per-Use 4. High Availability 5. Scale-Up / Scale-Out 6. IaaS, PaaS, BaaS, SaaS
- 16. Die Cloud-Versprechen 1. einfacheres Management 2. schnellere Releases 3. verbesserte Kosteneffizienz 4. mehr Zuverlässigkeit/Sicherheit 5. beliebige Skalierbarkeit 6. besseres Kundenerlebnis
- 17. Die Cloud-Versprechen 1. einfacheres Management 2. schnellere Releases 3. verbesserte Kosteneffizienz 4. mehr Zuverlässigkeit/Sicherheit 5. beliebige Skalierbarkeit 6. besseres Kundenerlebnis BTW: kein Vendor-Lockin* * Cloud-native „done right“
- 18. Wieviel Cloud?* * … passt zu mir?
- 19. Road to the Cloud Running applications on the cloud is not a binary decision. You don‘t just move to the cloud and call it a day. “ (Paul Fremantle, VP Product Engineering at Weaveworks)
- 20. Systems for the Cloud For systems to behave well on the cloud, they need to be written for the cloud.* “ (Paul Fremantle, VP Product Engineering at Weaveworks) * Applications vs. Software-as-a-Service
- 21. „What could possibly go wrong?“ Cloud? Yeah!
- 22. #1 Lift & Shift ... and believe your work is done!
- 23. myApp myApp myApp App Server App Server App Server PRODUCTION myDB RDBMS on prem INTEGRATION Self-Managed Load Balancer
- 24. EC2 Instance EC2 Instance EC2 Instance Routing PROD Load Balancer myDB EC2 Instance myApp myApp myApp
- 25. EC2 Instance EC2 Instance EC2 Instance Routing PROD Load Balancer myDB EC2 Instance myApp myApp myApp
- 26. EC2 Instance EC2 Instance EC2 Instance Routing PROD Load Balancer myDB EC2 Instance myFS EC2 Instance myMQ EC2 Instance myApp myApp myApp
- 27. EC2 Instance EC2 Instance EC2 Instance Routing PROD Load Balancer Queue RDBMS File Storage myApp myApp myApp
- 28. myApp myApp myApp EC2 Instance EC2 Instance EC2 Instance Routing PROD Load Balancer Queue RDBMS File Storage
- 29. myApp myApp myApp EC2 Instance EC2 Instance EC2 Instance Routing PROD Load Balancer Queue RDBMS File Storage
- 30. #2 Don‘t care ... cause everthing comes for free!
- 31. myApp myApp myApp EC2 Instance EC2 Instance EC2 Instance Routing PROD Load Balancer Queue RDBMS File Storage
- 32. myApp myApp myApp EC2 Instance EC2 Instance EC2 Instance Routing PROD Load Balancer noSQL Queue RDBMS File Storage Archive
- 33. myApp myApp myApp EC2 Instance EC2 Instance EC2 Instance Routing PROD Load Balancer noSQL Queue RDBMS File Storage Archive automatische Skalierung?
- 34. Elastic Beanstalk Service Elastic Container Service Elastic Kubernetes Service Level of „Cloud Native“ high low low high Level of Integration & Ease of Use
- 35. Elastic Beanstalk Service Elastic Container Service Elastic Kubernetes Service Level of Integration & Ease of Use Level of „Cloud Native“ high low low high
- 36. myApp myApp myApp Routing Elastic Container Service Backing Services PROD noSQL Queue RDBMS File Storage Archive Load Balancer
- 37. myApp myApp myApp Routing Elastic Container Service Backing Services PROD noSQL Queue RDBMS CI/CD app.yml Declarative API File Storage Archive Load Balancer
- 38. Routing Elastic Container Service Backing Services PROD noSQL Queue RDBMS CI/CD app.yml Declarative API File Storage Archive myApp myApp DEV Code Base Load Balancer myApp myApp myApp
- 39. Routing Elastic Container Service Backing Services PROD noSQL Queue RDBMS CI/CD app.yml Declarative API File Storage Archive myApp myApp DEV Code Base Load Balancer myApp myApp myApp Availability Zone A Availability Zone B Availability Zone C
- 40. Routing Queue Elastic Container Service Backing Services CI/CD app.yml Declarative API myApp myApp Code Base Log Stream Trace Info Config Users Monitorring File Storage Archive RDBMS noSQL IAM Certificates PROD DEV Load Balancer myApp myApp myApp Availability Zone A Availability Zone B Availability Zone C
- 42. Eine Codebase Explizite Abhängigkeiten Konfiguration via EnvVars Unterstützende Dienste Build, Release, Run Stateless Prozesse Bindung an Ports Nebenläufigkeit Elastizität & Verfügbarkeit Dev-Prod Vergleichbarkeit Logs als Streams Admin-Prozesse VII. VIII. IX. X. XI. XII. I. II. III. IV. V. VI.
- 43. Eine Codebase Explizite Abhängigkeiten Konfiguration via EnvVars Unterstützende Dienste Build, Release, Run Stateless Prozesse Bindung an Ports Nebenläufigkeit Elastizität & Verfügbarkeit Dev-Prod Vergleichbarkeit Logs als Streams Admin-Prozesse VII. VIII. IX. X. XI. XII. I. II. III. IV. V. VI. APP DESIGN MANAGE BUILD & RELEASE
- 44. #3 Trust in … cloud infrastruture will not fail!
- 45. Ensure fault tolerance Without taking steps to ensure fault tolerance, “ (netflix Techblog)
- 46. Routing Queue Elastic Container Service Backing Services CI/CD app.yml Declarative API myApp myApp Code Base Log Stream Trace Info Config Users Monitorring File Storage Archive RDBMS noSQL IAM PROD DEV Load Balancer myApp myApp myApp Availability Zone A Availability Zone B Availability Zone C Certificates
- 47. Routing Queue Elastic Container Service Backing Services CI/CD app.yml Declarative API myApp myApp Code Base Config Users Monitorring File Storage Archive RDBMS noSQL IAM PROD DEV Load Balancer myApp myApp myApp Availability Zone A Availability Zone B Availability Zone C Certificates Log Stream Trace Info Health Checks Metrics
- 48. Routing Queue Elastic Container Service Backing Services CI/CD app.yml Declarative API myApp myApp Code Base Config Users Monitorring File Storage Archive RDBMS noSQL IAM PROD DEV Load Balancer myApp myApp myApp Availability Zone A Availability Zone B Availability Zone C Certificates Log Stream Trace Info Health Checks Metrics self healing
- 49. DEV Routing Queue Elastic Container Service Backing Services CI/CD app.yml Declarative API myApp myApp Code Base Config Users Monitorring File Storage Archive RDBMS noSQL IAM PROD TEST Load Balancer myApp myApp myApp Availability Zone A Availability Zone B Availability Zone C Certificates Log Stream Trace Info Health Checks Metrics self healing proactive test for failure
- 50. „Verstanden, Health Checks und Metriken sind der Schlüssel zum Erfolg! Was genau kann/muss ich dafür tun?
- 51. „Du bekommst bereits etliche HCs & Metriken automatisch. Zusätzlich kannst du eigene erstellen, einbinden und natürlich überwachen: • Alarm -> Notification • Notification -> Action* *e.g. trigger Auto Scaling Policy
- 52. DEVOPS Elastic Container Registry Elastic Container Service via ECS: Cluster monitoren (e.g. via CloudWatch) Cluster API v2.0 ok/forum:2.0 Cluster, App & Task Status CPU & Memory Utilization
- 53. DEVOPS CloudWatch Elastic Container Service via ECS: Cluster monitoren (e.g. via CloudWatch) Cluster API v2.0 Status: Cluster, Service, Task Metrics: Cpu, Memory Logs Alarm Synthetics Rules myHealth: Container, App myMetrics: Functional, Business
- 54. DEVOPS CloudWatch Elastic Container Service via ECS: Cluster monitoren (e.g. via CloudWatch) Cluster API v2.0 HC & Metrics (1x minute) Logs Alarm Synthetics Rules
- 55. DEVOPS CloudWatch Elastic Container Service via ECS: Cluster monitoren (e.g. via CloudWatch) Cluster API v2.0 Logs Alarm Synthetics Rules HC & Metrics (1x minute)
- 56. DEVOPS CloudWatch Elastic Container Service via ECS: Cluster monitoren (e.g. via CloudWatch) Cluster API v2.0 Logs Alarm Synthetics Rules trigger action, e.g. restart or scale tasks HC & Metrics (1x minute)
- 57. #4 Think big … the app as measure of things!
- 58. DEV Routing Queue Elastic Container Service Backing Services CI/CD app.yml Declarative API myApp myApp Code Base Config Users Monitorring File Storage Archive RDBMS noSQL IAM PROD TEST Load Balancer myApp myApp myApp Availability Zone A Availability Zone B Availability Zone C Certificates Log Stream Trace Info Health Checks Metrics self healing proactive test for failure
- 59. DEV Routing Queue Elastic Container Service Backing Services CI/CD app.yml Declarative API myApp myApp Code Base Config Users Monitorring File Storage Archive RDBMS noSQL IAM PROD TEST Load Balancer Availability Zone A Availability Zone B Availability Zone C Certificates Log Stream Trace Info Health Checks Metrics self healing proactive test for failure MS MS MS MS MS MS MS
- 60. DEV Routing Queue Elastic Container Service Backing Services CI/CD app.yml Declarative API myApp myApp Code Base Config Users Monitorring File Storage Archive RDBMS noSQL IAM PROD TEST Load Balancer Availability Zone A Availability Zone B Availability Zone C Certificates Log Stream Trace Info Health Checks Metrics self healing proactive test for failure MS MS MS MS MS MS MS API Gateway
- 61. DEV Routing Queue Backing Services CI/CD app.yml Declarative API myApp myApp Code Base Config Users Monitorring File Storage Archive RDBMS noSQL IAM PROD TEST Availability Zone A Availability Zone B Availability Zone C Certificates Log Stream Trace Info Health Probes Metrics self healing proactive test for failure MS MS MS MS MS MS MS API Gateway Elastic Kubernetes Service ALB Controller
- 62. #5 Think small … the function as measure of things!
- 63. DEV Routing Queue Backing Services Config Users Monitorring File Storage Archive RDBMS noSQL IAM PROD TEST Availability Zone A Availability Zone B Availability Zone C Certificates Log Stream Trace Info Health Probes Metrics self healing MS MS MS MS MS MS MS API Gateway Elastic Kubernetes Service ALB Controller
- 64. DEV Routing Queue Backing Services Code Base Config Users Monitorring File Storage Archive RDBMS noSQL IAM PROD TEST Availability Zone A Availability Zone B Availability Zone C Certificates Log Stream Trace Info Health Probes Metrics self healing MS MS MS MS MS MS MS API Gateway Elastic Kubernetes Service ALB Controller SERVERLESS? no servers, no stress
- 65. Routing Queue Backing Services Code Base Config Users Monitorring File Storage Archive RDBMS noSQL IAM Certificates PROD TEST DEV proactive test for failure Fn Fn Fn Fn Fn Fn Fn Fn Serverless Functions Fn Fn Fn Fn Fn Fn Fn Fn Fn Fn Fn Fn Fn Log Stream Trace Info Healt Probes Metrics API Gateway
- 66. #6 NoOps … either service dev or cloud provider!
- 67. DEV Routing Queue Backing Services CI/CD app.yml Declarative API myApp myApp Code Base Config Users Monitorring File Storage Archive RDBMS noSQL IAM PROD TEST Availability Zone A Availability Zone B Availability Zone C Certificates Log Stream Trace Info Health Probes Metrics self healing proactive test for failure MS MS MS MS MS MS MS API Gateway Elastic Kubernetes Service ALB Controller
- 68. „How to do it right?“ Cloud? Yeah!
- 69. 3 4 1 Road to the Cloud 2 0 On Premise Handcrafted, named servers environment.
- 70. 3 4 1 Cloud Ready Lift & shift of existing application worlds. Road to the Cloud 2 0
- 71. 3 4 1 Road to the Cloud 2 Cloud Friendly Automated, scalable, ha cloud environment. 0
- 72. 3 Cloud Resilient Self-service, agile, antifragile Infrastructure 4 1 Road to the Cloud 2 0
- 73. 3 4 Cloud Native Portable, service based cloud architecture. 1 Road to the Cloud 2 0
- 74. 3 Cloud Resilient Self-service, agile, antifragile Infrastructure 4 Cloud Native Portable, service based cloud architecture. 1 Cloud Ready Lift & shift of existing application worlds. Road to the Cloud 2 Cloud Friendly Automated, scalable, ha cloud environment. 0 On Premise Handcrafted, named servers environment. YOUR Software-as-a-Service
- 75. (M)ein Fazit zur Cloud …
- 76. (M)ein Fazit zur Cloud Cloud ist mehr als nur Technologie Cloud ist auch • Architektur • Vorgehen • Organisation
- 77. Cloud braucht Mut zur Veränderung …
- 78. Mut und Willen zur Veränderung System-Design • fachliches Splitten der Monolithen • fachliches Splitten der Daten • Einführung von Containerisierung • leichtgewichtige Prozesse* *Choreographie wenn möglich, Orchestrierung wenn nötig
- 79. Mut und Willen zur Veränderung Organisation • Einführung Business Capability Teams • Einführung Platform Operation Team
- 80. Mut und Willen zur Veränderung Kultur • DevOps vs Silos • Continuous Delivery vs Releases • Autonomie vs Governance* • Fault Tolerant vs Static Systems *gilt für Micro Architektur, nicht für Marco Architektur
- 81. Was ihr mitnehmen solltet …
- 82. Lars Röwekamp | @mobileLarson FRAGEN? #WISSENTEILEN “From Zero to still Zero“ Die schönsten Fehler auf dem Weg in die Cloud.
- 83. Lars Röwekamp | @mobileLarson BESTEN DANK! “From Zero to still Zero“ #WISSENTEILEN Die schönsten Fehler auf dem Weg in die Cloud.
- 84. © you – shutterstock.com (Folie 1) © AaronAmat – iStockphoto.com (Folie 10) © foxaon1987 – shutterstock (Folie 62) © ligthspring – shutterstock.com (Folie 66) © re:invent 2019 (Folie 68) Alle weiteren Bilder der Präsentation sind entweder von pixabay.com oder von mir selbst erstellt. Bildernachweis