0
Die meisten Unternehmen erforschen jetzt mit Containern. Einige, vor allem in der Regierung, haben gezögert, machen Sie den Schritt und warten auf container-Normung. Ihre Wartezeit ist vorbei. Die Offenen Container-Initiative (OCI) hat die 1.0 Versionen von container runtime und Bild-Spezifikationen.
Während Docker bekommt die meisten der container-Schlagzeilen, unter der Oberfläche gibt es viele kleine, aber wichtige Unterschiede zwischen container-Spezifikationen. Zu bringen, Reim und Grund zu der Container, der Linux-Stiftung half bei der Gründung der Open-Container-Projekt, und jetzt, die Offenen Container-Initiative.
Es war eine langsame gehen. In der Regel open-source-Projekten wieder umwerfen der alten standard-Vorgang, indem Sie den code entscheiden, der standard, anstatt die Einstellung einer standard-erste und dann das schreiben der Norm. Wenn es um die Spezifikationen für Behälter, es war ein bisschen von beidem.
Open-source-container-code, egal ob aus dem Andockfenster oder CoreOS, bereits gearbeitet. Es war die Normalisierung der kleine, aber wichtige Unterschiede, die sich Zeit nahm.
OCI-executive director Chris Aniszczyk, erklärte in einem interview, dass der Prozess dauerte eine lange Zeit – -durch open source-standards-denn: “Gebäude-standards ist eine etwas andere Zusammenarbeit von Gebäude-ein open-source-Projekt. Wie jedes technische open-source-Projekt, mit dem Unternehmen Geld zu verdienen auf einzigartige Weise, es gibt immer unterschiedliche Meinungen.”
In das Ende, obwohl, das endgültige Ergebnis, Aniszczyk sagte, war “eine Reihe von gemeinsamen, minimalen, offenen standards und Spezifikationen rund um container-Technologie, um eine Realität, die sowohl das image-format-Spezifikation und die Laufzeitumgebung Spezifikation für die Verwaltung des gesamten Lebenszyklus von einem container. Die Offenheit der Vorgaben ergibt sich eine Reihe von wirklich gemeinsamen standards in der gesamten Branche reduzieren, dass Fragen der Interoperabilität und innovation voranzutreiben.”
Docker ‘ s code war die Grundlage für die Spezifikationen, und es ist zufrieden mit dem Ergebnis. Michael Crosby, Docker, Chef-Betreuer, der sagte, “ich bin glücklich, Sie zu sehen all die harte Arbeit, die der Gemeinschaft und Verwalter setzen über die letzten paar Jahre endlich veröffentlicht. Aus den frühen Tagen der libcontainer der OCI-Version 1.0, die viele der ursprünglichen Betreuer, sowie ein paar neue Mitstreiter zu OCI stecken haben mit dem Projekt über die Jahre zu uns kommen, wo wir heute sind.”
Es war, um fair zu sein, mehr als ein paar. Neben container-Führer Docker und CoreOS, Red Hat und Huawei waren wichtige Mitwirkende, nach Aniszczyk. Fujitsu, Microsoft, Google, Oracle, Cisco, und Tencent spielte auch große Rollen.
CoreOS CTO Brandon Philips gebloggt: “Als Vorsitzender des OCI Technische Oversight Board, wir schätzen die Arbeit der open-source-community geleistet hat, um zu diesem Meilenstein. Benutzer können erwarten, dass die OCI weiterhin zu helfen, das Wachstum des Marktes für interoperable und die steckbaren Werkzeuge, indem Sie Ihnen das Vertrauen, dass die Container sind hier zu bleiben.”
Das Letzte Teil ist wichtig. Während die meisten future-forward-Unternehmen sind bereits auf dem Weg zum Container, andere noch nicht. Insbesondere Aniszczyk, sagte Behörden wurden vorsichtig bewegen von Containern. Bei der container-Normung, denkt er Zweifel an Containern wird schließlich verschwinden. Ich denke, er hat Recht.
Verwandte Geschichten:
Docker open-Source-container-runtime-und management-Programm containerdA großer Schritt vorwärts im container standardizationContainer Kräfte erreichen, die technischen governance-Vereinbarung
0