Let wel. vertaal.: Met Kubernetes-entoesiaste van die projek ons het by 'n onlangse geleentheid ontmoet , waar hulle 'n aangename indruk op ons gemaak het. Hierdie materiaal van hulle, geskryf oor 'n aktuele tegniese onderwerp en met 'n merkbare sin vir humor, is 'n duidelike bevestiging hiervan, en daarom het ons besluit om dit te vertaal.
Hy praat oor die belangrikste ding (met dieselfde naam) maatskappy, wie se idee is om werkvloeie te outomatiseer en toepassingsontwikkeling in Kubernetes te vereenvoudig. Om dit te doen, laat die nutsprogram jou toe om maklik (letterlik met een opdrag) nuwe veranderinge wat in die kode aangebring is na die ontwikkelaargroepering te ontplooi, en verskaf ook gedeelde hulpbronne/kas om die bou en toetsing van die kode deur die span te bespoedig. Twee weke gelede het die Tuin aangebied , waarin dit moontlik geword het om nie net 'n plaaslike Kubernetes-kluster te gebruik nie, maar ook 'n afgeleë een: dit is die gebeurtenis waaraan hierdie artikel gewy word.
My minste gunsteling ding om te doen is om met Kubernetes op my skootrekenaar te werk. Die "stuurman" eet sy verwerker en battery op, laat verkoelers onophoudelik draai en is moeilik om in stand te hou.
Stockfotografie in tema vir ekstra effek
Minikube, soort, k3s, Docker Desktop, microk8s, ens. - uitstekende gereedskap wat geskep is om die gebruik van Kubernetes so gerieflik moontlik te maak, en dankie daarvoor. Ernstig. Maar maak nie saak hoe jy daarna kyk nie, een ding is duidelik: Kubernetes is nie geskik om op my skootrekenaar te hardloop nie. En die skootrekenaar self is nie ontwerp om te werk met 'n groep houers wat oor lae virtuele masjiene versprei is nie. Die arme ding probeer sy bes, maar hou duidelik nie van hierdie aktiwiteit nie, wys sy ontevredenheid met die tjank van die koelers en probeer sy bobene verbrand as ek hom roekeloos op my knieë sit.
Kom ons sê: skootrekenaar - skootrekenaar.
is 'n hulpmiddel vir ontwikkelaars wat dieselfde nis as Skaffold en Draft beklee. Dit vereenvoudig en versnel die ontwikkeling en toetsing van Kubernetes-toepassings.
Van die oomblik toe ons aan Garden begin werk het, sowat 18 maande gelede, het ons dit geweet plaaslike Ontwikkeling van verspreide stelsels is 'n tydelike oplossing, so Garden gebou in aansienlike buigsaamheid en 'n stewige fondament.
Ons is nou gereed om beide plaaslike en afgeleë Kubernetes-omgewings te ondersteun. Werk het baie makliker geword: samestelling, ontplooiing en toetsing kan nou in 'n afgeleë groepering uitgevoer word.
In kort:
Met Garden v0.10 kan jy heeltemal vergeet van 'n plaaslike Kubernetes-kluster en steeds vinnige reaksie op kodeveranderings kry. Dit alles is gratis en oopbron.
Geniet dieselfde ervaring in plaaslike en afgeleë omgewings
Het u aandag gekry?
En ek is bly hieroor, want ons het baie meer interessante kenmerke! Die algemene gebruik van dev-klusters het breër implikasies, veral vir samewerkende spanne en CI-pyplyne.
Hoe is dit?
Eerstens word die intra-kluster-versamelaar - of dit nou 'n standaard Docker-demon of Kaniko is - sowel as die intra-cluster-register gedeel vir die hele groep. Jou span kan 'n ontwikkelaargroepering deel, met boukas en beelde wat vir alle ontwikkelaars beskikbaar is. Omdat Garden prente merk op grond van bronhassies, word merkers en lae uniek en konsekwent gedefinieer.
Dit beteken dat sodra 'n ontwikkelaar 'n beeld skep, dit word beskikbaar vir die hele span. Dag na dag laai ons dieselfde basisbeelde af en maak dieselfde bouwerk op ons rekenaars. Nuuskierig hoeveel verkeer en elektrisiteit vermors word?
Dieselfde kan gesê word oor toetse: hul resultate is beskikbaar vir die hele groep en alle spanlede. As een van die ontwikkelaars 'n sekere weergawe van die kode getoets het, is dit nie nodig om dieselfde toets weer uit te voer nie.
Met ander woorde, dit is nie net 'n kwessie van nie minikube bestuur nie. Hierdie sprong baan die weg vir jou span om baie optimaliseringsgeleenthede - nie meer onnodige bouwerk en toetslopies nie!
Wat van CI?
Die meeste van ons is gewoond aan die feit dat CI en plaaslike dev twee afsonderlike wêrelde is wat afsonderlik gekonfigureer moet word (en hulle deel nie 'n kas nie). Nou kan jy hulle kombineer en ontslae raak van die oormaat:
U kan dieselfde opdragte in CI en in die ontwikkelingsproses uitvoer, asook gebruik 'n enkele omgewing, kas en toetsresultate.
In wese word jou CI 'n ontwikkelaarbot wat in dieselfde omgewing as jy werk.
Stelselelemente; naatlose ontwikkeling en toetsing
CI pyplyn konfigurasies kan aansienlik vereenvoudig word. Om dit te doen, hardloop net Garden from CI vir bouwerk, toetse en ontplooiings. Aangesien jy en die CI dieselfde omgewing gebruik, is jy baie minder geneig om CI-probleme teë te kom.
Deur deur ontelbare reëls van konfigurasies en skrifte, dan druk, wag, hoop en eindelose herhalings ... Dit alles is in die verlede. Jy doen net ontwikkeling. Geen onnodige bewegings nie.
En om uiteindelik die situasie op te klaar: toe jy of 'n ander spanlid iets met Garden gebou of getoets het, het dieselfde ding vir CI gebeur. As jy niks verander het sedert die toetslopies nie, hoef jy nie toetse (of selfs bouwerk) vir CI uit te voer nie. Garden doen alles self en beweeg dan aan na ander take soos die organisering van die voorbekendstelling omgewing, stoot artefakte, ens.
Klink aanloklik. Hoe om te probeer?
Welkom by ! Installeer Garden en speel met die voorbeelde. Vir die wat reeds Tuin gebruik of dit beter wil leer ken, bied ons . Sluit by ons aan in die kanaal , as jy vrae, probleme het of net wil gesels. Ons is altyd gereed om te help en verwelkom terugvoer van gebruikers.
PS van vertaler
Binnekort sal ons ook 'n oorsig publiseer van nuttige nutsprogramme vir toepassingsontwikkelaars wat in Kubernetes werk, wat ander interessante projekte bykomend tot Tuin insluit ... Lees intussen ook op ons blog:
- «»;
- «»;
- «»;
- «".
Bron: will.com