Nowy fundusz dla projektów DevOps od Linux Foundation rozpoczął się od Jenkins i Spinnaker

Nowy fundusz dla projektów DevOps od Linux Foundation rozpoczął się od Jenkins i Spinnaker

W zeszłym tygodniu organizacja The Linux Foundation podczas swojego wydarzenia Open Source Leadership Summit ogłosiła ogłosiła powstanie nowego funduszu dla projektów Open Source. Nowy niezależny instytut zajmujący się rozwojem otwartych [i poszukiwanych w branży] technologii ma na celu połączenie narzędzi dla inżynierów DevOps, a dokładniej - organizację i realizację procesów ciągłej dostawy oraz pipeline'ów CI/CD. Organizacja została nazwana: Continuous Delivery Foundation (CDF).

Aby lepiej zrozumieć, dlaczego takie fundusze są tworzone przy macierzystej organizacji Linux Foundation, wystarczy spojrzeć na bardziej znany przykład - CNCF (Cloud Native Computing Foundation). Fundusz ten powstał w 2015 roku i od tego czasu przyjął wiele projektów Open Source, które naprawdę kształtują współczesny krajobraz chmurowej infrastruktury IT: Kubernetes, containerd, Prometheus itd.

Sama organizacja pełni rolę niezależnej platformy, na której te projekty są zarządzane i rozwijane w interesie różnych uczestników rynku. W CNCF utworzono komitety techniczne i marketingowe, a także przyjęto określone standardy i zasady (jeśli interesują detale, to polecamy do przeczytania, na przykład, CNCF TOC Principles)… I jak widzimy na «żywych» przykładach, schemat działa: projekty znajdujące się pod patronatem CNCF stają się bardziej dojrzałe, zyskują popularność w branży, zarówno wśród użytkowników końcowych, jak i wśród deweloperów, którzy biorą udział w ich rozwoju.

Podążając za tym sukcesem (w końcu wiele «chmurowych» projektów CNCF weszło już do codziennego życia inżynierów DevOps), ogólnymi trendami w IT oraz ich przejawami w świecie Open Source, w The Linux Foundation postanowiono «zająć» (a poprawniej będzie powiedzieć, że «promować») nową niszę:

Fundacja Continuous Delivery (CDF) stanie się niezależnym od dostawców domem dla najważniejszych projektów Open Source, które są przeznaczone do ciągłego dostarczania oraz specyfikacji, przyspieszających procesy pipeline. CDF będzie wspierać współpracę wiodących programistów, użytkowników końcowych oraz dostawców z branży, promować CI/CD oraz metodologie DevOps, określać i dokumentować najlepsze praktyki, tworzyć przewodniki i materiały edukacyjne, które umożliwią zespołom programistycznym z całego świata wdrażanie najlepszych praktyk CI/CD.

Idea

Podstawowe wartości i zasady, którymi kieruje się CDF, obecnie zostały sformułowane w ten sposób, że organizacja:

  1. … wierzy w siłę ciągłego dostarczania i w to, że daje to nowe możliwości programistom i zespołom, pozwala na częstsze wydawanie oprogramowania wysokiej jakości;
  2. … wierzy w rozwiązania open source, których wspólne zastosowanie obejmuje cały cykl dostarczania oprogramowania;
  3. … kultywuje i wspiera ekosystem projektów Open Source, które są niezależne od dostawców, poprzez wspólne działanie i wzajemną kompatybilność;
  4. … promuje i stymuluje wśród specjalistów zajmujących się praktycznym ciągłym dostarczaniem, współpracę, rozpowszechnianie swoich praktyk oraz ich doskonalenie.

Uczestnicy i projekty

Jednak piękne słowa to domena marketerów, które nie zawsze pokrywają się z rzeczywistością. W tym sensie pierwsze wrażenie o organizacji można stworzyć na podstawie tych, które ją uformowały i jakie projekty stały się jej "pierwszakami".

Główni członkowie CDF to 8 firm, a mianowicie: znajdujący się w pierwszej dziesiątce banków w USA Capital One oraz bardziej znane inżynierom IT przedstawiciele branży, tacy jak CircleCI, CloudBees, Google, Huawei, IBM, JFrog i Netflix. Niektóre z nich już opisały to znaczące wydarzenie w swoich blogach, ale o tym poniżej.

Członkami CDF są również użytkownicy końcowi jego projektów — podobna kategoria istnieje w CNCF, gdzie można spotkać eBay, Pinterest, Twitter, Wikimedia i wielu innych. W przypadku nowego funduszu takich uczestników jest na razie tylko 15, ale już wśród nich znajdują się interesujące i znane nazwiska: Autodesk, GitLab, Puppet, Rancher, Red Hat, SAP oraz dołączający dosłownie sprzedwczoraj Sysdig.

Teraz przejdźmy do najważniejszego — do projektów, za które odpowiada CDF. Było ich cztery w momencie powstania organizacji:

Jenkins i Jenkins X

Jenkins — system dla CI/CD, który nie wymaga szczególnego przedstawienia, napisany w Javie, istniejący już od wielu lat (pomyśl tylko: pierwsza wersja — w postaci Hudson — ukazała się 14 lat temu!), przez co zdobył niezliczoną liczbę wtyczek.

Główną strukturą komercyjną stojącą za Jenkins w dzisiejszych czasach można uznać CloudBees, technicznym dyrektorem której jest oryginalny autor projektu (Kohsuke Kawaguchi) i która była jednym z założycieli fundacji.

Jenkins X — ten projekt również w dużej mierze zawdzięcza CloudBees (jak łatwo się domyślić, jego główni deweloperzy należą do tej samej firmy), jednak w przeciwieństwie do samego Jenkins, to zupełnie nowe rozwiązanie — ma zaledwie rok.

W ramach Jenkins X oferowane jest gotowe rozwiązanie do organizacji CI/CD dla nowoczesnych aplikacji chmurowych, wdrażanych w klastrach Kubernetes. Do tego JX oferuje automatyzację pipeline'ów, wbudowaną realizację GitOps, środowiska do podglądu wersji i inne możliwości. Architektura Jenkins X przedstawia się następująco:

Nowy fundusz dla projektów DevOps od Linux Foundation rozpoczął się od Jenkins i Spinnaker

Stos produktów — Jenkins, Knative Build, Prow, Skaffold i Helm. Więcej o projekcie już pisaliśmy na Habrze.

Spinnaker

Spinnaker — platforma do ciągłej dostawy stworzona w Netflix, której kod źródłowy został otwarty w 2015 roku. W tej chwili Google również aktywnie uczestniczy w jej rozwoju: ich wspólne wysiłki prowadzą do rozwoju produktu jako rozwiązania dla dużych organizacji, w których zespoły DevOps obsługują wiele grup deweloperskich.

Kluczowymi koncepcjami w Spinnakerze do opisu usług są aplikacje (applications), klastry (clusters) oraz grupy serwerów (server groups), a ich dostępnością dla świata zewnętrznego zajmują się równoważniki obciążenia (load balancers) oraz zapory ogniowe (firewalls):

Nowy fundusz dla projektów DevOps od Linux Foundation rozpoczął się od Jenkins i Spinnaker
Więcej o podstawowej strukturze Spinnakera można przeczytać w dokumentacji projektu.

Platforma umożliwia pracę w wielu środowiskach chmurowych, w tym Kubernetes, OpenStack oraz różnych dostawcach chmur (AWS EC2, GCE, GKE, GAE, Azure, Oracle Cloud Infrastructure), a także integrację z różnymi produktami i usługami:

  • z systemami CI (Jenkins, Travis CI) w pipeline'ach;
  • z Datadog, Prometheus, Stackdriver i SignalFx — do monitorowania zdarzeń;
  • z Slack, HipChat i Twilio — do powiadomień;
  • z Packer, Chef i Puppet — do maszyn wirtualnych.

Oto co napisano w Netflix na temat włączenia Spinnakera do nowego funduszu:

„Sukces Spinnakera w dużej mierze wynika z świetnej społeczności firm i ludzi, którzy go używają i przyczyniają się do jego rozwoju. Przekazanie Spinnakera do CDF wzmocni tę społeczność. Ten krok przyczyni się do pojawienia się zmian i inwestycji od innych firm, które obserwowały to z boku. Otwarte drzwi dla nowych firm przyniosą Spinnakerowi nowe innowacje, z których wszyscy skorzystają.”

A w publikacji Google z okazji powołania Continuous Delivery Foundation podkreśla się, że „Spinnaker to system wieloskładnikowy, który koncepcyjnie zgadza się z Tekton”. Tak dochodzimy do ostatniego projektu, który wszedł do nowego funduszu.

Tekton

Tekton to framework, który jest przedstawiony jako zestaw ogólnych komponentów do tworzenia i standaryzacji systemów CI/CD, zakładających działanie pipeline'ów w różnych środowiskach, w tym klasycznych maszynach wirtualnych, serverless i Kubernetes.

Same te komponenty to zasoby „zrealizowane w stylu Kubernetes” (zaimplementowane w K8s jako CRD), pełniące rolę bloków budowlanych do definiowania pipeline'ów. Krótką ilustrację ich użycia w klastrze K8s przedstawiono tutaj.

Wspierany w Tekton stos produktów wydaje się już znajomy: Jenkins, Jenkins X, Skaffold i Knative. W Google Cloud uważają, że Tekton rozwiązuje „problem współpracy społeczności Open Source i wiodących dostawców nad modernizacją infrastruktury dla CI/CD”.

Podobnie jak w CNCF, w CDF powołano komitet techniczny (Technical Oversight Committee, TOC), którego zadaniem jest rozpatrywanie kwestii (i podejmowanie decyzji) dotyczących włączenia nowych projektów do funduszu. Innych informacji na temat samej organizacji na stronie CDF na razie nie ma zbyt wiele, ale to normalna sytuacja i jedynie kwestia czasu.

Zakończmy cytatem z ogłoszenia JFrog:

„Teraz, jako jedna z firm nowo utworzonego funduszu Continuous Delivery Foundation, podniesiemy nasze zobowiązanie [do tworzenia technologii, która jest uniwersalna w wspieraniu innych rozwiązań CI/CD] na nowy poziom. Ta nowa organizacja będzie, kierując się ideami współpracy i otwartości, zarządzać przyszłymi standardami ciągłej dostawy, które przyspieszą cykl wydawania oprogramowania. Przyjęcie Jenkins, Jenkins X, Spinnaker i innych technologii pod skrzydła tego funduszu widzimy świetlaną przyszłość CI/CD!”

P.S.

Przeczytaj także na naszym blogu:

Źródło: habr.com

Kup solidny hosting stron z ochroną przed DDoS, serwery VPS VDS 🔥 Kup solidny hosting stron z ochroną przed DDoS, serwery VPS VDS | ProHoster