Garden v0.10.0: A laptopnak nincs szüksége Kubernetesre
Jegyzet. ford.: Kubernetes rajongókkal a projektből Kertápolásra nemrég találkoztunk egy rendezvényen KubeCon Europe 2019ahol jó benyomást tettek ránk. Ez az aktuális technikai témában, érezhető humorérzékkel megírt anyaguk ennek egyértelmű megerősítése, ezért döntöttünk a fordítás mellett.
A főről beszél (azonos néven) termék egy vállalat, amelynek az az ötlete, hogy automatizálja a munkafolyamatokat és egyszerűsítse az alkalmazások fejlesztését a Kubernetesben. Ehhez a segédprogram lehetővé teszi, hogy egyszerűen (szó szerint egyetlen paranccsal) telepítse a kódban végrehajtott új módosításokat a fejlesztői fürtre, és megosztott erőforrásokat / gyorsítótárakat is biztosít, hogy felgyorsítsa a csapat általi összeállítást és a kód tesztelését. Két héttel ezelőtt a Kert adott otthont kiadás 0.10.0, amelyben nem csak egy helyi Kubernetes-fürt, hanem egy távoli is használható lett: ezt a cikket ennek az eseménynek szenteljük.
Az utolsó dolog, amit szeretek csinálni, az az, hogy Kubernetes-szel dolgozom a laptopomon. A Pilot fogyasztja a processzort és az akkumulátort, a hűtőket megállás nélkül forog, és nehéz karbantartani.
Stock fotó a témában a fokozott hatás érdekében
Minikube, kind, k3s, Docker Desktop, microk8s stb. - kiváló eszközök, amelyek a Kubernetes minél kényelmesebb használatához készültek, és köszönet nekik ezért. Komolyan. De akárhogy is nézzük, egy dolog világos: a Kubernetes nem arra készült, hogy az én laptopomon fusson. És magát a laptopot nem úgy tervezték, hogy a virtuális gépek rétegeiben szétszórt konténercsoporttal működjön. Szegény minden tőle telhetőt megtesz, de nyilván nem szereti, nemtetszését a hűsítők üvöltésével mutatja ki, és megpróbálja megégetni a combját, amikor meggondolatlanul térdre fektettem.
Mondjuk: laptop – laptop.
Kertápolásra egy fejlesztői eszköz, amely ugyanabban a résben van, mint a Skaffold és a Draft. Leegyszerűsíti és felgyorsítja a Kubernetes alkalmazások fejlesztését és tesztelését.
A Gardenen végzett munka kezdetétől, körülbelül 18 hónappal ezelőtt tudtuk ezt helyi Az elosztott rendszerek fejlesztése átmeneti megoldás, így a Garden nagy rugalmassággal és szilárd alapokkal rendelkezik.
Készen állunk a helyi és távoli Kubernetes környezetek támogatására is. Sokkal könnyebbé vált a munka: az összeszerelés, a telepítés és a tesztelés mostantól távoli fürtben is elvégezhető.
Röviden szólva:
A Garden v0.10 használatával teljesen elfelejtheti a helyi Kubernetes-fürtöt, és továbbra is gyorsan reagálhat a kód változásaira. Mindez ingyenes és nyílt forráskódú.
Ugyanazt a kényelmet élvezheti helyi és távoli környezetben is
Felkeltette a figyelmedet?
És ennek örülök, mert még sok érdekességünk van! A fejlesztői fürtök általános használatának szélesebb körű hatásai vannak, különösen az együttműködő csapatok és a CI-folyamatok esetében.
Hogy hogy?
Először is meg van osztva a fürtön belüli építő - legyen az a szabványos Docker démon vagy a Kaniko -, valamint a fürtön belüli nyilvántartás az egész klaszter számára. Csapata megoszthat egy fejlesztői fürtöt, ahol az összeállítási gyorsítótárak és képek minden fejlesztő számára elérhetők. Mivel a Garden a forráskivonatok alapján rendel címkéket a képekhez, a címkék és a rétegek egyedileg és következetesen vannak meghatározva.
Ez azt jelenti, hogy amint a fejlesztő létrehoz egy képet, azzá válik az egész csapat rendelkezésére áll. Nap mint nap ugyanazokat az alapképeket töltjük le, és ugyanazokat a buildeket készítjük számítógépeken. Érdekelne, mennyi forgalom és áram pazarlása?
Ugyanez elmondható a tesztekről is: eredményeik a teljes klaszter és minden csapattag számára elérhetőek. Ha az egyik fejlesztő tesztelte a kód egy bizonyos verzióját, akkor nem szükséges ugyanazt a tesztet újra futtatni.
Más szóval, nem csak arról van szó, hogy nincs szükség a minikube futtatására. Ez az ugrás utat nyit a csapata számára sok optimalizálási lehetőségek – nincs több felesleges összeállítás és tesztfutás!
Mit szólnál a CI-hez?
A legtöbben megszoktuk, hogy a CI és a helyi fejlesztő két külön világ, amelyeket külön kell konfigurálni (és nem használnak megosztott gyorsítótárat). Most kombinálhatja őket, és megszabadulhat a feleslegtől:
Ugyanazokat a parancsokat futtathatja a CI-ben és a fejlesztés során, valamint egyetlen környezetet, gyorsítótárakat és teszteredményeket használjon.
Lényegében a CI-je egy fejlesztői robottá változik, amely ugyanabban a környezetben dolgozik, mint Ön.
A rendszer elemei; zökkenőmentes fejlesztés és tesztelés
Jelentősen leegyszerűsítheti a CI-folyamatok beállításait. Ehhez csak futtassa a Gardent a CI-ről az összeállításokhoz, tesztekhez és telepítésekhez. Mivel Ön és a CI ugyanazt a környezetet használja, sokkal kevésbé valószínű, hogy CI-problémákba ütközik.
Számtalan konfiguráció- és szkriptsor átásása, majd tolások, várakozás, reménykedés és végtelen ismétlések... Mindez a múlté. Csak fejlődsz. Nincs extra mozdulat.
És hogy tisztázzuk a dolgokat: amikor Ön vagy egy másik csapattag épített vagy tesztelt valamit a Garden segítségével, ugyanez történt a CI-vel is. Ha nem változott semmit a tesztfutás óta, akkor nem kell teszteket (vagy akár buildeket) futtatnia a CI-hez. A Garden mindent maga csinál, majd más feladatokra tér át, mint például az indítás előtti környezet beállítása, a műtermékek tologatása stb.
Csábítóan hangzik. Hogyan próbáljuk ki?
Isten hozott a a GitHub adattárunkban! Telepítse a Garden alkalmazást, és játsszon példákkal. Azok számára, akik már használják a Gardent, vagy szeretnék jobban megismerni, ajánljuk Távoli Kubernetes útmutató. Csatlakozz hozzánk a csatornán #kert a Slack Kubernetesbenha kérdései, aggályai vannak, vagy csak beszélgetni szeretne. Mindig készek vagyunk segíteni, és szívesen fogadjuk a felhasználók visszajelzéseit.
PS a fordítótól
Hamarosan a Kubernetesben működő alkalmazásfejlesztők számára hasznos segédprogramokról is közölünk egy ismertetőt, amely a Gardenen kívül további érdekes projekteket is tartalmaz... Addig is olvassa el blogunkon: