Kubernetes konsultavimo paslaugos
Klasterio projektavimas, produkcijai tinkamas saugumo sustiprinimas, migracija iš senų konteinerių diegimų ir praktiniai mokymai, kad jūsų komanda valdytų tai, ką mes sukūrėme. Taip pat sąžiningai pasakysime, kai Kubernetes jums iš viso nereikia.
Kubernetes padarytas teisingai, nuo klasterio projektavimo iki perdavimo
Dauguma Kubernetes projektų, kuriuos periiname, turi tas pačias problemas: klasteris, veikiantis lokaliai, bet esantis saugumo rizika produkcijoje, Helm diagramos, nukopijuotos iš Stack Overflow, jokios RBAC politikos, jokios tinklo politikos ir jokio aiškaus savininko. Kiekvieną projektą pradedame nuo dabartinės būklės audito, kad tiksliai žinotumėte, ką valdote, prieš pradėdami keisti.
Mokymai yra įtraukti į projektą. Kiekvienas projektas baigiamas dokumentuotais veikimo vadovais, architektūros sprendimų įrašais ir bent dviem jūsų komandos žmonėmis, galinčiais savarankiškai valdyti klasterį. Kuriame tam, kad perduotume.
Visapusis Kubernetes konsultavimas
Klasterio projektavimas ir architektūra
Mazgų grupių dydžio nustatymas, kelių zonų prieinamumas, valdomo Kubernetes pasirinkimas (EKS, GKE, AKS) prieš savarankiškai talpinimą, tinklų modelis (CNI pasirinkimas, ingress kontroleris, paslaugų tinklelio vertinimas) ir saugojimo strategija. Klasteris, specialiai sukurtas jūsų realiam darbo krūviui ir skalei.
Migracija iš senų diegimų
Nekonteinerizuotų darbo krūvių konteinizavimas, migracija iš EC2 arba atpliku metalo į Kubernetes ir perkėlimas iš ECS arba Docker Swarm. Etapinė migracija palaiko gamybą visą laiką, kol mes migruojame paslaugą po paslaugos.
Saugumo sustiprinimas
RBAC politikos projektavimas, tinklo politikos vykdymas, pod saugumo standartai, paslapčių valdymas (Vault arba debesyje vietinės paslaptys), vaizdų nuskaitymas CI, priėmimo kontroleriai ir vykdymo saugumas su Falco. CIS Kubernetes Benchmark atitikimas, kur reikalaujama.
Operatorių mokymai
Praktiniai jūsų inžinierių komandos mokymai: kubectl operacijos, Helm diagramų valdymas, trikčių šalinimo veikimo vadovai, incidentų reagavimo knygelės ir klasterio atnaujinimo procedūros. Jūsų komanda išeina gebanti užtikrintai valdyti klasterį be priklausomybės nuo mūsų.
Dažniausiai užduodami klausimai
Kada man reikia Kubernetes?
Kubernetes pelno savo sudėtingumą, kai veikia daugiau kaip 8–10 paslaugų, reikia tikslaus horizontalaus skalavimo, aukšto prieinamumo keliose prieinamumo zonose arba valdote platformą, nuo kurios priklauso kitos inžinierių komandos kaip infrastruktūros. Komandoms, turinčioms mažiau nei 15 inžinierių su mažiau paslaugų, valdomos platformos, tokios kaip ECS, Fly.io arba Railway, dažnai teikia 90% naudos su 20% eksploatavimo papildomų išlaidų. Sąžiningai pasakysime, į kurią stovyklą priklausote.
Kiek laiko trunka Kubernetes migracija?
Migracija iš EC2 arba Docker Compose į produkcijai tinkamą EKS arba GKE klasterį paprastai trunka 6–12 savaičių 5–15 paslaugų programai. Tai apima klasterio aprūpinimą, paslaugų konteinizavimą (jei reikia), Helm diagramų kūrimą, CI/CD konvejerio integraciją, saugumo sustiprinimą ir etapinį srauto perėjimą. Migracijos iš ECS arba Docker Swarm, kur konteineriai jau egzistuoja, paprastai trunka 4–8 savaites. Sudėtingesnė kelių aplinkų sąranka su paslaugų tinklelio integracija gali trukti 3–5 mėnesius.
Kaip apsaugote Kubernetes klasterį?
Kubernetes saugumas yra daugiasluoksnė problema. Klasterio lygmeniu: RBAC politikos, API serverio sustiprinimas, etcd šifravimas ir priėmimo kontroleriai. Darbo krūvio lygmeniu: pod saugumo standartai (ribojančioji politika), tinklo politikos nuliniam pasitikėjimui tarp paslaugų vykdyti ir ne root konteinerio vykdymas. Tiekimo grandinės lygmeniu: vaizdų nuskaitymas CI, pasirašyti vaizdai ir privati registras. Vykdymo metu: Falco anomalijų aptikimui ir audito registravimas į jūsų SIEM. Visus sluoksnius įgyvendiname sistemingai, įskaitant sunkiuosius.
Valdomas Kubernetes (EKS/GKE/AKS) prieš savarankiškai talpinimą — kurį naudoti?
Didžiajai daugumai organizacijų valdomas Kubernetes (EKS, GKE arba AKS) yra tinkamas pasirinkimas. Valdomo lygio planas yra valdomas, pataisomas ir labai prieinamas be eksploatavimo papildomų išlaidų jūsų komandai. Savarankiškai talpinamas Kubernetes (vietiniuose serveriuose su kubeadm arba k0s) prasmingas, kai turite griežtus duomenų buvimo vietos reikalavimus, draudžiančius debesį, esamą vietinę infrastruktūrą, kurią reikia naudoti, arba oro tarpą turinčias aplinkas be interneto ryšio. Savarankiškai talpinimas reikalauja žymiai didesnių eksploatavimo papildomų išlaidų — aiškiai nustatome šią kainą, kad galėtumėte priimti pagrįstą sprendimą.
Kubernetes klasteris, kurį jūsų komanda gali iš tikrųjų valdyti
Papasakokite, kur esate šiandien — konteineriai, VM ar atpliku metalas — ir ko siekiate. Apimtį nustatysime su migracijos ir mokymo planu.
Susisiekti → DevOps ir platformų inžinerija →