BROADCASTS.com

Von einem der vom Hyperscaler auszog um auf FOSS Infrastruktur zu migrieren\u2026\n\n## Der Talk\nWenn wir Software "[cloud native](https://arxiv.org/abs/2307.01045)" betreiben wollen, dann geht es oft direkt zum Hyperscaler (AWS, Azure, GCP,\u2026).\nUnd schon haben wir ein Fundament, was wir nicht selbst kontrollieren k\xf6nnen, unter unserem Osternest.\nGeht das eigentlich auch ohne diese Abh\xe4ngigkeit?\nWie schwer ist es, der eigene Cloud Provider zu werden?\n\nAusprobieren!\nDas [OpenStack Projekt](https://www.openstack.org/) bietet einen sch\xf6nen Werkzeugkasten.\n\nBevor wir die Tiefe dieses Osterhasenbaus erkunden, eine kurze Vorstellung, was da alles mit am Start ist.\nWelche wundersch\xf6nen Ostereier wir gar nicht erst suchen m\xfcssen.\n\nUnd dann ab in den Kaninchenbau:\n* Wie ist das mit der API-Kompatibilit\xe4t.\n* Welche Features einer Terraform basierten Cloudprovider Infrastruktur lassen sich nicht direkt \xfcbersetzen.\n* Wie handhaben von IAM & RBAC. \n* Wie ist das mit reproduzierbaren Deployments. ([Kolla Ansible](https://docs.openstack.org/kolla-ansible/latest/))\n\nIch berichte von meinen Erfahrungen bei einer gr\xf6\xdferen Migration vom Hyperscaler auf OpenSource Infrastruktur.\nWo dann doch auch andere FOSS Projekte zum Einsatz kommen.\nWas in diesem Setup gut funktionierte, was nicht ganz so trivial war/ist.\n\n## Disclaimer\nMit begrenzten Ressourcen und ohne Skaleneffekte sind SLA wie bei Hyperscalern nicht erreichbar.\n\nOpenStack sind mehrere Projekte, die mehr oder weniger gut miteinander integriert sind.\nNicht alle sind f\xfcr jeden Anwendungsfall ben\xf6tigt. Manchmal sind andere L\xf6sungen einfacher.\n\nIch bin "Anwender" des OpenStack Stacks, Entwickler einzelner Services k\xf6nnten deutlich tiefer erkl\xe4ren wie die Details funktionieren.\n\nAuf die Logik innerhalb der Applikation werde ich nicht eingehen, dieser Vortrag bleibt bei der Infrastruktur.\nabout this event: https://fahrplan.eh21.easterhegg.eu/eh/talk/ZYHHRC/