A múlt héten a The Linux Foundation szervezete az Open Source Leadership Summit eseményén bejelentette új alapítványának létrehozását az Open Source projektek számára. Egy új független intézet, amely az iparágban keresett nyílt technológiák fejlesztésére hivatott, célja, hogy egyesítse a DevOps mérnökök számára készült eszközöket, pontosabban a folyamatos szállítás és a CI/CD folyamatok megszervezésére és megvalósítására. Az alapítvány nevét is megtalálták: The (CDF).
Annak érdekében, hogy jobban megértsük, miért hoznak létre ilyen alapokat a Linux Foundation szülőszervénél, elég, ha megnézzük a jobban ismert példát, a CNCF-t (Cloud Native Computing Foundation). Ez az alap 2015-ben alakult, és azóta számos Open Source projektet irányított, amelyek valóban meghatározzák a modern felhőinformatikai infrastruktúra táját: Kubernetes, containerd, Prometheus stb.
A szervezet független platformként működik, amelyen ezek a projektek irányítva és fejlesztve vannak a piacon résztvevők érdekeinek szolgálatában. A CNCF-ben technikai és marketing bizottságokat alakítottak, és meghatározott szabványokat és irányelveket fogadtak el (ha részletekre kíváncsi, javasoljuk például a következőket: )… És ahogy a 'valós' példák mutatják, ez a modell működik: a CNCF alá tartozó projektek érettebbé válnak, és népszerűségre tesznek szert az iparban, mind a végfelhasználók, mind a fejlesztők körében, akik részt vesznek a fejlődésükben.
Ennek a sikernek a nyomán (hiszen sok 'felhőalapú' CNCF projekt már a DevOps mérnökök mindennapi életének részévé vált), a technológiai trendek és azok nyílt forráskódú megjelenései alapján a The Linux Foundation úgy döntött, hogy 'betölti' (helyesebben 'elősegíti') egy új niche-t:
A Folyamatos Szállítási Alapítvány (CDF) a legfontosabb Open Source projekteket szolgálja majd, amelyek a folyamatos szállításhoz és a pipeline folyamatokat gyorsító specifikációkhoz kapcsolódnak, és független a szállítóktól. A CDF hozzájárul a vezető fejlesztők, végfelhasználók és ipari beszállítók együttműködéséhez, népszerűsíti a CI/CD-t és a DevOps metodológiákat, meghatározza és dokumentálja a legjobb gyakorlatokat, valamint készít útmutatókat és tananyagokat, amelyek lehetővé teszik, hogy a szoftverfejlesztő csapatok a világ bármely pontjáról megvalósítsák a CI/CD legjobb gyakorlatait.
Ötlet
A CDF alapvető értékei és alapelvei jelenleg hogy a szervezet:
- … hisz a folyamatos szállítás erejében, és abban, hogy új lehetőségeket teremt a fejlesztők és csapatok számára, lehetővé téve a magas minőségű szoftverek gyakoribb kiadását;
- … hisz a nyílt forráskódú megoldásokban, amelyek együttműködése lefedi a szoftver szállításának teljes ciklusát;
- … ápolja és támogatja azokat az Open Source projekteket, amelyek függetlenek a szállítóktól, közös tevékenységek és kölcsönös kompatibilitás révén;
- … népszerűsíti és ösztönzi a folyamatos szállítással foglalkozó szakemberek körében az együttműködést, a saját gyakorlataik terjesztését és fejlesztését.
Résztvevők és projektek
De a szép szavak a marketingesek tartozéka, ami nem mindig egyezik meg a valósággal. E szempontból az első benyomást a szervezetről azoknak a cégeknek a fedezete alapján alkothatjuk, amelyek létrehozták, és mely projektek lettek az „első gyümölcsök”.
A CDF főbb tagjai között van nevezetesen az Egyesült Államok top 10 bankjának egyikeként számon tartott Capital One, és a IT mérnökök által jól ismert ipari képviselők, mint a CircleCI, CloudBees, Google, Huawei, IBM, JFrog és Netflix. Néhányuk már beszélt erről a jelentős eseményről a blogjaikban, de erről később többet olvashatunk.
A CDF résztvevői közé tartoznak a projektek végfelhasználói is - hasonló kategória található a CNCF-nél is, ahol olyan nevekkel találkozhatunk, mint az eBay, Pinterest, Twitter, Wikimedia és még sok más. A friss alap esetében ezekből a résztvevőkből jelenleg mindössze 15 létezik, de már közöttük is vannak érdekes és ismert nevek: Autodesk, GitLab, Puppet, Rancher, Red Hat, SAP és a legutóbb csatlakozott. Sysdig.
Most már a lényegre térjünk — a projektekről, amelyeket a CDF-re bíztak. A szervezet létrehozásakor négy ilyen projekt létezett:
Jenkins és Jenkins X
— valószínűleg nem szorul külön bemutatásra a Java nyelven írt CI/CD rendszer, amely már évek óta létezik (gondolj csak bele: az első kiadás Hudson néven 14 éve jelent meg!), aminek köszönhetően végtelen számú bővítménnyel gazdagodott.
A Jenkins mögött álló legfontosabb kereskedelmi struktúra ma a CloudBees, amelynek technikai igazgatója a projekt eredeti szerzője (Kohsuke Kawaguchi), és amely az alapítók egyike is.
— ez a projekt szintén nagymértékben köszönhető a CloudBees-nek (ahogy könnyen kitalálható, fő fejlesztőik ugyanannál a cégnél dolgoznak), azonban a hagyományos Jenkinshez képest ez egy teljesen új megoldás — mindössze egyéves.
A Jenkins X keretében egy kész megoldás érhető el a modern felhőalkalmazások CI/CD-jének megszervezésére, amelyeket Kubernetes klaszterekben telepítenek. A JX automatizálja a folyamatokat, rendelkezik beépített GitOps megvalósítással, előzetes verziók megjelenítésére alkalmas környezetekkel és más funkciókkal. A Jenkins X architektúrája a következőképpen néz ki:
A termékstack — Jenkins, Knative Build, Prow, Skaffold és Helm. A projektről a hvg.hu-n.
Spinnaker
— a Netflix által létrehozott platform a folyamatos szállításhoz, amelynek forráskódját 2015-ben nyitották meg. Jelenleg a Google is aktívan részt vesz a fejlesztésben: a közös munkájuk révén a termék olyan megoldásként fejlődik, amelyet nagyobb szervezetek DevOps csapatai támogatnak, és számos fejlesztőcsapatot szolgálnak ki.
A Spinnaker kulcsfontosságú fogalmai a szolgáltatások leírásához az alkalmazások (applications), klaszterek (clusters) és szervergörbék (server groups), és ezek elérhetőségéről a terheléselosztók (load balancers) és tűzfalak (firewalls) gondoskodnak:
A Spinnaker alapvető felépítéséről további információkat találhat a .
A platform lehetővé teszi, hogy számos felhő környezettel dolgozzon, beleértve a Kubernetes, OpenStack és különféle felhőszolgáltatókat (AWS EC2, GCE, GKE, GAE, Azure, Oracle Cloud Infrastructure), valamint integrálódik különféle termékekkel és szolgáltatásokkal:
- CI rendszerekkel (Jenkins, Travis CI) a folyamatok során;
- a Datadog, Prometheus, Stackdriver és SignalFx — az események nyomon követésére;
- Slack, HipChat és Twilio — az értesítésekhez;
- Packer, Chef és Puppet — virtuális gépekhez.
Ez az, ami a Netflixben a Spinnaker új alapba való bevonásáról szól:
„A Spinnaker sikere nagymértékben köszönhető azoknak a kiváló közösségeknek és személyeknek, akik használják és hozzájárulnak a fejlesztéséhez. A Spinnaker CDF-be való átadása megerősíti ezt a közösséget. Ez a lépés elősegíti a változások és befektetések megjelenését más cégektől, akik kívülről figyelik az eseményeket. Az új vállalatok számára nyitott ajtók új innovációkat hoznak majd a Spinnakerbe, amiből mindenki profitál.”
És a az Continuous Delivery Foundation megalapításával kapcsolatban külön említést nyer, hogy „a Spinnaker egy többkomponensű rendszer, amely koncepcionálisan összhangban áll a Tektonnal”. Így jutunk el az utolsó projekthez, amely bekerült az új alapba.
Tekton
— egy keretrendszer, amely közös komponensekből áll a CI/CD rendszerek létrehozásához és szabványosításához, lehetővé téve a pipeline-ok működését különböző környezetekben, beleértve a hagyományos virtuális gépeket, serverless és Kubernetes alkalmazásokat.
Ezek a komponensek a „Kubernetes stílusában” megvalósított erőforrások (a K8s-ben CRD-ként megvalósítva), amelyek építőelemként szolgálnak a pipeline-ok meghatározásához. A K8s klaszterben való használatuk rövid illusztrációját itt találja: .
A Tekton által támogatott termékek köre már ismerősnek tűnik: Jenkins, Jenkins X, Skaffold és Knative. A Google Cloud szerint a Tekton megoldja az „open source közösség és a vezető szolgáltatók közötti együttműködés problémáját a CI/CD infrastruktúra modernizálásában”.
…
A CNCF-hez hasonlóan a CDF-ben is létrejött egy Technikai Felügyeleti Bizottság (Technical Oversight Committee, TOC), amelynek feladata az új projektek alapba való bevonásával kapcsolatos kérdések megvizsgálása és döntések meghozatala. További információ a szervezetről jelenleg nem túl sok, de ez normális, és csak idő kérdése.
Zárjuk a JFrog bejelentéséből vett idézettel. :
„Most már, mint a Continuous Delivery Foundation újonnan alakult szervezetének egyik tagja, a [CI/CD megoldások támogatására univerzálisan képes technológiák fejlesztése iránti elkötelezettségünket] új szintre emeljük. Ez az újonnan megalakult szervezet, az együttműködés és átláthatóság eszméit követve, irányítja a jövőbeli folyamatos szállítási szabványokat, amelyek felgyorsítják a szoftverkiadási ciklust. A Jenkins, Jenkins X, Spinnaker és más technológiák ezen alapítvány alá helyezésével fényes jövőt látunk a CI/CD számára!”
P.S.
Olvasson további információkat a blogunkban:
- «»;
- «»;
- «»;
- «».
Forrás: habr.com
