Notera. transl.: Med Kubernetes-entusiaster från projektet vi träffades vid ett evenemang nyligen där de gjorde ett gott intryck på oss. Det här materialet av dem, skrivet om ett aktuellt tekniskt ämne och med en märkbar humor, är en tydlig bekräftelse på detta, och därför bestämde vi oss för att översätta det.
Han pratar om huvudet (med samma namn) ett företag vars idé är att automatisera arbetsflöden och förenkla utvecklingen av applikationer i Kubernetes. För att göra detta låter verktyget dig enkelt (bokstavligen med ett kommando) distribuera nya ändringar som gjorts i koden till utvecklarklustret, och tillhandahåller även delade resurser/cachar för att påskynda sammansättningen och testningen av koden av teamet. För två veckor sedan var Trädgården värd , där det blev möjligt att använda inte bara ett lokalt Kubernetes-kluster, utan också ett avlägset sådant: den här artikeln ägnas åt denna händelse.
Det sista jag gillar att göra är att arbeta med Kubernetes på min bärbara dator. Pilot förbrukar sin processor och batteri, får kylare att snurra oavbrutet och är svår att underhålla.
Arkivfoto i tema för ökad effekt
Minikube, kind, k3s, Docker Desktop, microk8s, etc. - utmärkta verktyg skapade för att kunna använda Kubernetes så bekvämt som möjligt, och tack till dem för det. Allvarligt. Men oavsett hur man ser på det är en sak klar: Kubernetes är inte designad för att köras på min bärbara dator. Och själva den bärbara datorn är inte designad för att fungera med ett kluster av behållare utspridda över lager av virtuella maskiner. Den stackaren gör sitt bästa, men tycker uppenbarligen inte om det, visar sitt missnöje med tjutet från kylare och försöker bränna hans lår när jag vårdslöst lägger honom på knä.
Låt oss säga: laptop - laptop.
är ett utvecklarverktyg i samma nisch som Skaffold och Draft. Det förenklar och påskyndar utvecklingen och testningen av Kubernetes-applikationer.
Redan från början av arbetet med Garden, för cirka 18 månader sedan, visste vi det lokal Utvecklingen av distribuerade system är en tillfällig lösning, så Garden har mycket flexibilitet och en solid grund.
Vi är nu redo att stödja både lokala och avlägsna Kubernetes-miljöer. Det har blivit mycket lättare att arbeta: montering, driftsättning och testning kan nu utföras i ett fjärrkluster.
Kort sagt:
Med Garden v0.10 kan du helt glömma bort det lokala Kubernetes-klustret och ändå få ett snabbt svar på ändringar i koden. Allt detta är gratis och öppen källkod.
Njut av samma bekvämlighet i lokala och avlägsna miljöer
Fick din uppmärksamhet?
Och jag är glad över det, för vi har många fler intressanta funktioner! Den allmänna användningen av utvecklingskluster har bredare konsekvenser, särskilt för samarbetsteam och CI-pipelines.
Hur så?
Först och främst delas intra-klusterbyggaren - vare sig det är standard Docker-demonen eller Kaniko - såväl som intra-klusterregistret för hela klustret. Ditt team kan dela ett utvecklarkluster, med byggcacher och bilder tillgängliga för alla utvecklare. Eftersom Garden tilldelar taggar till bilder baserat på källhashar, är taggar och lager unikt och konsekvent definierade.
Det betyder att när en utvecklare väl skapar en bild så blir den det tillgänglig för hela laget. Dag efter dag laddar vi ner samma basbilder och gör samma byggen på datorer. Nyfiken på hur mycket trafik och el som går till spillo?
Detsamma kan sägas om tester: deras resultat är tillgängliga för hela klustret och för alla teammedlemmar. Om en av utvecklarna testade en viss version av koden, finns det ingen anledning att köra samma test igen.
Det handlar med andra ord inte bara om att du inte behöver köra minikube. Detta språng banar väg för ditt team att många optimeringsmöjligheter - inga fler onödiga byggen och testkörningar!
Vad sägs om CI?
De flesta av oss är vana vid det faktum att CI och lokal dev är två separata världar som måste konfigureras separat (och de använder inte en delad cache). Nu kan du kombinera dem och bli av med överskottet:
Du kan köra samma kommandon i CI och under utveckling, samt använda en enda miljö, cachar och testresultat.
I huvudsak förvandlas din CI till en utvecklarbot som arbetar i samma miljö som du.
Delar av systemet; sömlös utveckling och testning
Du kan avsevärt förenkla konfigurationerna för CI-pipelines. För att göra detta, kör bara Garden från CI för builds, tester och distributioner. Eftersom du och CI använder samma miljö är det mycket mindre troligt att du stöter på CI-problem.
Att gräva igenom otaliga rader med konfigurationer och skript, sedan trycka, vänta, hoppas och oändliga upprepningar ... Allt detta är i det förflutna. Du bara utvecklas. Inga extra drag.
Och för att klargöra saker och ting: när du eller en annan teammedlem byggde eller testade något med Garden hände samma sak för CI. Om du inte har ändrat något sedan testkörningarna behöver du inte köra tester (eller ens builds) för CI. Garden gör allt själv och går sedan vidare till andra uppgifter som att sätta upp en pre-launch-miljö, pusha artefakter och så vidare.
Låter frestande. Hur provar man?
Välkommen till ! Installera Garden och lek med exempel. För dig som redan använder Garden eller vill lära känna den bättre erbjuder vi . Häng med oss på kanalen om du har frågor, funderingar eller bara vill chatta. Vi är alltid redo att hjälpa och välkomnar feedback från användare.
PS från översättaren
Snart kommer vi också att publicera en recension av användbara verktyg för applikationsutvecklare som arbetar i Kubernetes, som förutom Garden inkluderar andra intressanta projekt ... Under tiden, läs även på vår blogg:
- «";
- «";
- «";
- «".
Källa: will.com