Nowy fundusz Linux Foundation na projekty DevOps zaczyna się od Jenkinsa i Spinnakera

Nowy fundusz Linux Foundation na projekty DevOps zaczyna się od Jenkinsa i Spinnakera

W zeszłym tygodniu Fundacja Linux podczas Szczytu Przywództwa Open Source ogłosił w sprawie utworzenia nowego funduszu na projekty Open Source. Kolejny niezależny instytut zajmujący się rozwojem otwartych [i wymaganych przez branżę] technologii ma na celu łączenie narzędzi dla inżynierów DevOps, a dokładniej do organizowania i wdrażania procesów ciągłego dostarczania oraz rurociągów CI/CD. Organizacja nazywała się: The Fundacja Ciągłej Dostawy (KDF).

Aby lepiej zrozumieć, dlaczego takie fundamenty powstają w ramach macierzystej organizacji Linux Foundation, wystarczy spojrzeć na bardziej znany przykład – CNCF (Cloud Native Computing Foundation). Fundusz ten pojawił się w 2015 roku i od tego czasu przyjął w swoje szeregi wiele projektów Open Source, które naprawdę definiują nowoczesny krajobraz infrastruktury IT w chmurze: Kubernetes, Containerd, Prometheus itp.

Sama organizacja pełni rolę niezależnej platformy, w oparciu o którą projekty te są zarządzane i rozwijane w interesie różnych uczestników rynku. W tym celu w CNCF utworzono komitety techniczne i marketingowe, przyjęto określone standardy i zasady (jeśli interesują Cię szczegóły, polecamy przeczytać np. Zasady CNCF TOC)... I jak widać na „żywych” przykładach, schemat się sprawdza: projekty w ramach działu CNCF stają się coraz bardziej dojrzałe i zyskują popularność w branży, zarówno wśród użytkowników końcowych, jak i wśród deweloperów biorących udział w ich rozwoju.

Po tym sukcesie (w końcu wiele projektów chmurowych CNCF stało się już częścią codziennego życia inżynierów DevOps), ogólne trendy w IT i ich przejawy w świecie Open Source, Fundacja Linux postanowiła „zająć” (lub bardziej poprawne byłoby powiedzenie „promuj”) nowa nisza:

„The Continuous Delivery Foundation (CDF) będzie neutralnym pod względem dostawców ośrodkiem dla kluczowych projektów Open Source poświęconych ciągłemu dostarczaniu i specyfikacjom przyspieszającym procesy potokowe. CDF ułatwi interakcję wiodących programistów, użytkowników końcowych i dostawców z branży, będzie promować metodologie CI/CD i DevOps, definiować i dokumentować najlepsze praktyki, tworzyć przewodniki i materiały szkoleniowe, które umożliwią zespołom programistycznym z dowolnego miejsca na świecie wdrożenie CI /Dobre praktyki CD.” .

Pomysł

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

  1. ... wierzy w siłę ciągłego dostarczania i w to, w jaki sposób umożliwia programistom i zespołom częstsze wydawanie oprogramowania wysokiej jakości;
  2. …wierzy w rozwiązania typu open source, które można wykorzystać razem w całym cyklu dostarczania oprogramowania;
  3. ... kultywuje i wspiera ekosystem projektów Open Source, które są niezależne od dostawców poprzez współpracę i wzajemną kompatybilność;
  4. ...promuje i zachęca praktyków ciągłego dostarczania do współpracy, dzielenia się i ulepszania swoich praktyk.

Uczestnicy i projekty

Ale pięknych słów nie brakuje marketerom, które nie zawsze pokrywają się z tym, co dzieje się w rzeczywistości. I w tym sensie pierwsze wrażenie na organizacji można zrobić po tym, która z firm ją utworzyła i które projekty stały się jej „pierworodnymi”.

Głównymi członkami CDF są 8 firm, a mianowicie: Capital One, jeden z 10 największych amerykańskich banków, oraz przedstawiciele branży znacznie bardziej znani inżynierom IT w osobie CircleCI, CloudBees, Google, Huawei, IBM, JFrog i Netflix. Część z nich wspominała już o tak znaczącym wydarzeniu na swoich blogach, ale o tym poniżej.

Uczestnikami CDF są także końcowi użytkownicy jej projektów – CNCF ma podobną kategorię, w której można znaleźć eBay, Pinterest, Twitter, Wikimedia i wiele innych. W przypadku nowego funduszu takich uczestników jest na razie zaledwie 15, ale wśród nich pojawiają się już ciekawe i znane nazwiska: Autodesk, GitLab, Puppet, Rancher, Red Hat, SAP i dosłownie dołączyły przedwczoraj Sysdig.

A teraz może o najważniejszej sprawie - o projektach, nad którymi pieczę powierzono CDF. W momencie powstania organizacji było ich cztery:

Jenkinsa i Jenkinsa X

Jenkins to system CI/CD, który nie wymaga specjalnego wprowadzenia, napisany w Javie i istnieje już od wielu lat (tylko pomyśl: pierwsze wydawnictwo – w formie Hudsona – miało miejsce 14 lat temu!), dla którego nabył niezliczoną armię wtyczek.

Można rozważyć główną strukturę komercyjną stojącą dziś za Jenkinsem Chmury, którego dyrektorem technicznym jest pierwotny autor projektu (Kohsuke Kawaguchi) i który stał się jednym z założycieli fundacji.

Jenkins X - ten projekt również wiele zawdzięcza CloudBees (jak można się domyślić, jego główni programiści pracują w tej samej firmie), jednak w przeciwieństwie do samego Jenkinsa, rozwiązanie jest zupełnie nowe - ma dopiero rok.

Jenkins X oferuje gotowe rozwiązanie do organizacji CI/CD dla nowoczesnych aplikacji chmurowych wdrażanych w klastrach Kubernetes. Aby to osiągnąć, JX oferuje automatyzację potoków, wbudowaną implementację GitOps, środowiska podglądu wersji i inne funkcje. Architekturę Jenkins X przedstawiono następująco:

Nowy fundusz Linux Foundation na projekty DevOps zaczyna się od Jenkinsa i Spinnakera

Stos produktów — Jenkins, Knative Build, Prow, Skaffold i Helm. Więcej o projekcie my już napisałem na koncentratorze.

Spinaker

Spinaker to platforma ciągłego dostarczania stworzona przez firmę Netflix, która została udostępniona na zasadach open source w 2015 r. Obecnie w jego rozwój aktywnie angażuje się Google: dzięki ich wspólnym wysiłkom produkt rozwijany jest jako rozwiązanie dla dużych organizacji, których zespoły DevOps obsługują wiele zespołów programistycznych.

Kluczowymi pojęciami w Spinnakerze do opisu usług są aplikacje, klastry i grupy serwerów, a ich dostępność dla świata zewnętrznego jest obsługiwana przez moduły równoważenia obciążenia i zapory ogniowe:

Nowy fundusz Linux Foundation na projekty DevOps zaczyna się od Jenkinsa i Spinnakera
Więcej informacji na temat podstawowego urządzenia Spinnaker znajdziesz w dokumentacja projektu.

Platforma umożliwia współpracę z różnorodnymi środowiskami chmurowymi, w tym Kubernetes, OpenStack i różnymi dostawcami usług chmurowych (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 rurociągach;
  • z Datadog, Prometheus, Stackdriver i SignalFx - do monitorowania zdarzeń;
  • ze Slack, HipChat i Twilio - do powiadomień;
  • z Packerem, Chefem i Puppetem - dla maszyn wirtualnych.

Oto co napisał do Netflix w sprawie włączenia Spinnakera do nowego funduszu:

„Sukces Spinnakera zawdzięczamy w dużej mierze wspaniałej społeczności firm i ludzi, którzy z niego korzystają i przyczyniają się do jego rozwoju. Przeniesienie Spinnakera do CDF wzmocni tę społeczność. Ten krok zachęci do zmian i inwestycji inne firmy, które obserwują sytuację z zewnątrz. Otwarcie drzwi dla nowych firm wniesie do Spinnakera więcej innowacji, z których skorzystają wszyscy”.

Oraz w Publikacje Google’a przy okazji powstania Fundacji Continuous Delivery odrębnie zaznacza się, że „Spinnaker to wieloelementowy system, który jest koncepcyjnie spójny z Tektonem”. W ten sposób dotarliśmy do ostatniego projektu objętego nowym funduszem.

Tekton

Tekton — framework przedstawiony w postaci wspólnych komponentów do tworzenia i standaryzacji systemów CI/CD, które zakładają działanie potoków w różnych środowiskach, w tym na zwykłych maszynach wirtualnych, bezserwerowych i Kubernetes.

Te komponenty same w sobie są zasobami „w stylu Kubernetesa” (zaimplementowanymi w samym K8 jako CRD), które działają jako elementy składowe do definiowania potoków. Zaprezentowano krótką ilustrację ich zastosowania w klastrze K8s tutaj.

Stos produktów obsługiwanych przez Tekton będzie już wydawał się znajomy: Jenkins, Jenkins X, Skaffold i Knative. Google Cloud wierzy, że Tekton rozwiązuje „problem społeczności Open Source i wiodących dostawców współpracujących nad modernizacją infrastruktury CI/CD”.

...

Analogicznie do CNCF, CDF utworzył komitet techniczny (Technical Oversight Committee, TOC), do którego obowiązków należy rozpatrywanie spraw (i podejmowanie decyzji) dotyczących włączania nowych projektów do funduszu. Pozostałe informacje o samej organizacji na stronie stronie internetowej CDF jeszcze niewiele, ale jest to normalne i tylko kwestia czasu.

Zakończmy cytatem z Ogłoszenie JFroga:

„Teraz, jako jedna z nowo powstałych spółek Continuous Delivery Foundation, przeniesiemy nasze zaangażowanie [w tworzenie technologii, która będzie uniwersalna we wsparciu innych rozwiązań CI/CD] na wyższy poziom. Ta nowa organizacja będzie wyznaczać przyszłe standardy ciągłego dostarczania, które przyspieszą cykl wydawania oprogramowania dzięki opartemu na współpracy i otwartemu podejściu. Wraz z przyjęciem Jenkins, Jenkins X, Spinnaker i innych technologii pod skrzydłami tej fundacji widzimy świetlaną przyszłość dla CI/CD!”

PS

Przeczytaj także na naszym blogu:

Źródło: www.habr.com

Dodaj komentarz