9 API oder nicht API? Das ist hier die Frage … Meist können Nutzer gar nicht wirklich wählen – die Entscheidung wird von der Anwendung bestimmt. Kurz gesagt: Handelt es sich um eine kommerzielle Anwendung, haben Nutzer keinen Zugriff auf den Code und können keinen eigenen Code einbinden. Benötigt die Anwendung in diesem Fall Dateizugriff und entscheiden sich die Nutzer für eine Objektspeicherlösung, ist ein Gateway die einzige mögliche Verbindung zwischen beiden. Entwickeln Nutzer dagegen ihre eigene Anwendung, müssen sie sich zwischen mehreren verfügbaren Objekt-APIs entscheiden. Unter anderem haben sie die Wahl zwischen einer mit Amazon S3-kompatiblen API, einer vom Anbieter selbst entwickelten und geförderten proprietären HTTP/REST-API oder anderen Schichten wie CDMI. Der andere wichtige Aspekt ist der Ansatz zur Standardisierung. Wie sieht es mit den drei wichtigsten Objekt-APIs aus? S3, von Amazon entwickelt, heute ein weit verbreiteter De-facto-Standard, der als Lokomotive fungiert, Swift, von der OpenStack Foundation gefördert, dank der Stärke der Community und ihrer Mitglieder sehr sichtbar, mit wachsender Verbreitung, aber heute noch weniger Bereitstellungen, und CDMI (Cloud Data Management Interface), von der SNIA spezifiziert und als einzige der drei ein offizieller Branchenstandard; heute bieten rund zwölf Anbieter einen CDMI-Server an. Aus Sicht von Scality unterstützt der RING neben unserer eigenen Objekt-API eine S3-kompatible API, einen CDMI-konformen Server und eine Swift-Schnittstelle. Wir überlassen es dem Nutzer, je nach den Anforderungen seiner Anwendung die passende zu wählen. Zusätzlich zu diesem Engagement für OpenStack trägt Scality seit dem Release Grizzly mit einem Cinder-Konnektor dazu bei, ein Blockgerät auf Scality RING für einen OpenStack-Compute-Cluster nutzbar zu machen.
