Wenn ich Sloppy richtig verstehe, wollen sie ein Cloud-Anbieter sein, der grunds\u00e4tzlich bei den Gro\u00dfen mitmischt. Und ich denke, dass werden sie auch, denn Sloppy nicht aus dem Silicon Valley sondern aus K\u00f6ln zeigt mir gerade, was AWS, Google Cloud und Azure eigentlich falsch machen.<\/p>\n
Sloppy ist im Wesentlichen ein Cloud-Anbieter, der auf den Kern der Sache konzentriert ist: Container (ob jetzt Pod oder Docker oder oder) spezifizieren und und den Cluster hochfahren. Das, sowie die restlichen Aufgaben, die es im Operrationsumfeld gibt, sollten nicht, eigentlich nicht und h\u00e4tten es nie m\u00fcssen: Hexenwerk sein.<\/p>\n
Beispielsweise etwas, was vollkommen untersch\u00e4tzt ist: Die sogenannte Docker-Compose-Datei. Im eigenen Team habe ich es miterlebt: Docker-Compose wird so ein bi\u00dfchen als Spiell\u00f6sung abgetan. Es ist aber ein komplett ausreichendes, universelles Interface um Cluster im Allgemeine zu definieren. Ob das jetzt Kubernetes, OpenShift oder sonst was l\u00e4uft.<\/p>\n
Sloppy hat dies sofort erkannt. Mindestens \u00fcber deren CLI-Tool kann man diese Docker-Compose-Datei hochladen und damit den gesamten Cluster hochfahren und konfigurieren. Ich finde es schon alleine bemerkenswert, dass so eine kleine Firma ein beachtliches, einfach zu nutzendes CLI-Tool entwickelt und den Users zu Verf\u00fcgung stellt.<\/p>\n
Die GUI ist bereits jetzt sehr gut verwendbar. Es lassen sich verschiedene Projekte erstellen. Verschiedene Zonen. Ich kann die Container (standarm\u00e4\u00dfig vom Docker-Hub) definieren und die Instanzen skalieren. Rolling-Deployments kommen gleich mit.<\/p>\n
In CI\/CD Pipeline kann ich ohne viel Aufwand Deploymentsteps definieren, die die Anwendungen auf die jeweiligen Umgebungen deployen bis durch auf die Produktionsumgebung.<\/p>\n
Ich wei\u00df nicht, welche W\u00fcnsche das offen bleiben, f\u00fcr welchen Anwendungsfall.<\/p>\n
Evtl. gibt es diverse Compliantsrichtlinien, die sich ohne die Konfigurationsm\u00f6glichkeiten eines AWS oder Azure nicht realisieren lassen. Okay. Aber das ist doch dann die eigentliche Niesche.<\/p>\n
Eigentlich k\u00f6nnten man sogar darauf wetten, dass sich herausstellen wir, dass der Sloppy-Ansatz eigentlich f\u00fcr die Masse geeigneter ist, als die gro\u00dfen Cloud-Anbieter. Denn der Betrieb via Sloppy erf\u00fcllt im Prinzip alles, was 95% der aktuellen Nutzer derzeit bei AWS und Co. nur kompliziert und umst\u00e4ndlich und nicht so einfach bekommen. Das macht Sloppy schon sehr gut.<\/p>","protected":false},"excerpt":{"rendered":"
Wenn ich Sloppy richtig verstehe, wollen sie ein Cloud-Anbieter sein, der grunds\u00e4tzlich bei den Gro\u00dfen mitmischt. Und ich denke, dass werden sie auch, denn Sloppy nicht aus dem Silicon Valley sondern aus K\u00f6ln zeigt mir gerade, was AWS, Google Cloud und Azure eigentlich falsch machen. Sloppy ist im Wesentlichen ein Cloud-Anbieter, der auf den Kern […]<\/p>","protected":false},"author":1,"featured_media":339,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[42],"tags":[88,77,87,45,89,86],"class_list":["post-336","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-technologien","tag-aws","tag-cicd","tag-cloud","tag-devops","tag-operations","tag-sloppy"],"yoast_head":"\n