Cloud-Management-Tools immer noch schwer fassbar

Das Cloud-Team von Google diskutierte diese Woche über die Multi-Cloud-Integration mit ihrer eigenen Plattform und AWS unter Verwendung von Google Cloud Endpoints und AWS Lambda. Mit Cloud Endpoints können Sie offene APIs entwickeln und diese APIs dann von Lambda aus aufrufen. Dies kann der Weg in die Zukunft für Unternehmen sein, die ihre zahlreichen Public-Cloud-Anbieter integrieren möchten. Uns interessiert die Netzwerkabhängigkeit, die jetzt eingeführt wurde, wenn sich die beiden Anbieter verbinden. Wir werden sehen, welche anderen Integrations- oder Multicloud-Verwaltungstools mit zunehmendem Trend herauskommen.

Zum Thema Cloud Working Together war das Thema der ONUG Spring 2017 Konferenz diese Woche Hybrid Cloud. ONUG, die Open Networking User Group, beschäftigt sich mit der Entwicklung und Nutzung offener Technologien, die Unternehmen beim Laufen unterstützen können. Die Gruppenmitglieder entschieden sich für Hybrid Cloud, weil beim Public Cloud Computing noch vieles fehlt, wie Standard-APIs, Sicherheit, Überwachungstools und IT-Kenntnisse. Wie viele Unternehmen festgestellt haben, ist es keine leichte Aufgabe, die lokale Infrastruktur für kritische Workloads in die Cloud zu erweitern.

Das Cloud-Infrastrukturmanagement entwickelt sich zu einer neuen Produktklasse für Unternehmen, die versuchen, die Cloud weniger komplex zu machen. Das Cloud-Management umfasst die gesamte Bandbreite von der Verwendung von Legacy-Technologie zur Verwaltung einer privaten Cloud bis hin zu öffentlichen Cloud-Verwaltungstools von Drittanbietern. Dann gibt es noch die Herausforderungen beim Multi-Cloud- und Hybrid-Cloud-Management, mit denen Unternehmen konfrontiert sind. Da diese Art von Cloud-Management-Tools nicht gerade verfügbar sind, sollten Käufer das Kleingedruckte sorgfältig lesen, wenn sie sich Produkte ansehen, die besagen, dass sie alle Ihre Cloud-Bereitstellungen verwalten können.

Zum Schluss noch eine Netzwerk-Horrorgeschichte, die Sie ins Wochenende schickt. Der winzige Codefehler eines Netzwerkingenieurs hat Millionen von Menschen den mobilen Zugang verwehrt. Der Codefehler wurde durch andere Fehler verschlimmert, von denen einige von Menschenhand und einige prozessbedingt waren. Die gewonnenen Erkenntnisse sind besonders wertvoll:Nehmen Sie die Schuld, wo sie angebracht ist, aber machen Sie zuerst die Reparatur, dann das Zeigen. Testplanung und tatsächliches Testen sind unerlässlich. Und ein Tipp für menschliche Fehler, den wir alle verwenden können:Machen Sie den gleichen Fehler nicht zweimal. Es gibt noch mehr „How I Broke My Network“-Geschichten aus dem Network Collective-Podcast.

Bis nächste Woche punktiere dein T und kreuze dein i.