Cloud Foundry, platforma open-source-as-a-service care, cu ajutorul multor sponsori comerciali, este în prezent folosită de majoritatea companiilor Fortune 500, lansate cu mult înaintea containerelor, în special a orchestratorului Kubernetes, lucru. În schimb, proiectul și-a construit propriul serviciu de containere, dar creșterea Kubernetes în mod evident, a creat mult interes în utilizarea acestuia pentru gestionarea implementării containerelor Cloud Foundry. Pentru a face acest lucru, organizația a lansat Proiect Eirini anul trecut; astăzi, lansează oficial versiunea 1.0, ceea ce înseamnă că este pregătit pentru utilizarea producției.

Eirini / Kubernetes nu înlocuiește vechea arhitectură. În schimb, pentru viitorul previzibil, vor acționa cot la cot, operatorii hotărând pe care să-l folosească.

Echipa care lucrează la acest proiect a livrat o primă previzualizare tehnică la începutul acestui an și o serie de vânzători comerciali au început, de asemenea, să-și construiască propriile produse comerciale în jurul lui și l-au expediat ca produs beta.

„Este unul dintre aspectele în care cred că Cloud Foundry vine uneori din lucruri dintr-un unghi diferit”, mi-a spus Julz Friedman de la IBM. „Pentru că nu este vorba despre a avea o tehnologie pe care o pot construi alți oameni pentru a construi o platformă. Livrăm lucrul final pe care îl folosesc oamenii. Deci 1.0 pentru noi – trebuie să avem un lucru care bifează toate aceste cutii. "

El a remarcat, de asemenea, că Diego, sistemul existent de gestionare a containerelor Cloud Foundry, a fost testat de luptă de-a lungul anilor și a fost întotdeauna proiectat pentru a fi scalabil pentru a rula grupuri masive cu mai mulți chiriași.

„Dacă te uiți la oameni care fac lucruri similare cu Kubernetes în acest moment”, a spus Friedman, „ei tind să ruleze o mulțime de clusteri Kubernetes pentru a se adapta la acest tip de nivel. Și Kubernetes, deși va ajunge acolo, chiar acum, există provocări în legătură cu multi-chiria și pe scară multi-chiriașă super mare ”

Dar chiar și fără a putea ajunge la această scară masivă, Friedman susține că puteți obține deja multă valoare chiar și dintr-un mic cluster Kubernetes. Majoritatea companiilor nu au nevoie să ruleze clustere enorme, până la urmă și totuși obțin valoarea Cloud Foundry cu puterea Kubernetes de sub ea (toate fără a fi nevoie să scrie fișiere YAML pentru aplicațiile lor).

Așa cum a observat și Cloud Foundry CTO Chip Childers, odată ce trecerea la Eirini ajunge la punctul în care comunitatea Cloud Foundry poate începe să aplice mai puțin efort la vechiul său motor de containere, aceste resurse se pot întoarce la îndeplinirea misiunii de ansamblu a proiectului, care este de a furniza cea mai bună experiență posibilă pentru dezvoltatorii de întreprinderi.

„Suntem în această fază în industria în care Kubernetes este noua infrastructură și [Cloud Foundry] are o experiență de dezvoltator foarte testată în luptă în jurul lui ”, a spus Childers. „Dar există și idei cu adevărat interesante, care vin din comunitatea noastră, așa că unul dintre lucrurile pe care le-am sugerat comunității scrise este: să folosim acest timp ca o oportunitate de a nu evolua doar ceea ce avem, dar asigurați-vă, de asemenea, că suntem atenți la noile fluxuri de lucru, la noi modele și să ne dăm seama ce va oferi beneficii acelui dezvoltator de întreprinderi pe care suntem atât de concentrați – și să aducem aceste tipuri de capabilități. "

Aceste capabilități noi pot fi în jurul tehnologiilor precum funcțiile și fără server, de exemplu, deși Friedman este cel puțin concentrat mai mult pe Eirini 1.1, care va include închiderea lacunelor cu ceea ce este disponibil în prezent în programul vechi al Cloud Foundry, cum ar fi suportul de imagine Docker. și suport pentru API-ul Cloud Foundry v3.

Sursa articol

LĂSAȚI UN MESAJ

Please enter your comment!
Please enter your name here