Wéi migréiert an d'Wollek an zwou Stonnen dank Kubernetes an Automatisatioun

Wéi migréiert an d'Wollek an zwou Stonnen dank Kubernetes an Automatisatioun

D'URUS Firma huet Kubernetes a verschiddene Formen probéiert: onofhängeg Deployment op Bare Metal, a Google Cloud, an huet duerno seng Plattform op d'Mail.ru Cloud Solutions (MCS) Cloud transferéiert. Den Igor Shishkin erzielt wéi se en neie Cloud Provider gewielt hunn a wéi se et fäerdeg bruecht hunn an e Rekord zwou Stonnen dohinner ze migréieren (t3 ran), Senior System Administrator bei URUS.

Wat mécht URUS?

Et gi vill Weeër fir d'Qualitéit vum urbanen Ëmfeld ze verbesseren, an ee vun hinnen ass et ëmweltfrëndlech ze maachen. Dat ass genau wat d'URUS - Smart Digital Services Firma schafft. Hei implementéiere se Léisungen déi Entreprisen hëllefen wichteg Ëmweltindikatoren ze iwwerwaachen an hiren negativen Impakt op d'Ëmwelt ze reduzéieren. Sensoren sammelen Daten iwwer Loftkompositioun, Kaméidiniveau an aner Parameteren, a schécken se dann op déi vereenegt URUS-Ekomon Plattform fir Analyse an Empfehlungen ze maachen.

Wéi URUS vu bannen funktionnéiert

En typesche Client vun URUS ass eng Firma an oder no bei engem Wunnberäich. Dëst kéint eng Fabréck, Hafen, Eisebunnsdepot oder all aner Ariichtung sinn. Wann eise Client schonn eng Warnung kritt huet, wéinst Ëmweltverschmotzung eng Geldstrof kritt oder manner Kaméidi wëllt maachen, d'Quantitéit u schiedlechen Emissiounen reduzéieren, kënnt hien bei eis a mir bidden him schonn eng fäerdeg Léisung fir d'Ëmweltiwwerwaachung.

Wéi migréiert an d'Wollek an zwou Stonnen dank Kubernetes an Automatisatioun
D'H2S Konzentratioun Iwwerwachung Grafik weist regelméisseg Nuecht Emissiounen vun enger Emgéigend Planz

D'Apparater, déi mir bei URUS benotzen, enthalen e puer Sensoren, déi Informatiounen iwwer den Inhalt vu bestëmmte Gasen, Kaméidiniveauen an aner Daten sammelen fir d'Ëmweltsituatioun ze bewäerten. Déi genee Zuel vu Sensoren gëtt ëmmer vun der spezifescher Aufgab festgeluegt.

Wéi migréiert an d'Wollek an zwou Stonnen dank Kubernetes an Automatisatioun
Ofhängeg vun de Spezifizitéiten vun de Miessunge kënnen Apparater mat Sensoren op de Maueren vu Gebaier, Pole an aner arbiträr Plazen lokaliséiert ginn. All esou Apparat sammelt Informatioun, aggregéiert se a schéckt se un d'Dateempfanggateway. Do späichere mir d'Donnéeën fir laangfristeg Lagerung a virveraarbechte se fir eng spéider Analyse. Dat einfachst Beispill vu wat mir als Resultat vun der Analyse kréien ass de Loftqualitéitsindex, och bekannt als AQI.

Parallel funktionnéiere vill aner Servicer op eiser Plattform, awer si sinn haaptsächlech vun enger Servicenatur. Zum Beispill schéckt den Notifikatiounsservice Notifikatiounen un d'Clienten, wann ee vun de iwwerwaachte Parameteren (zum Beispill CO2 Inhalt) den zulässleche Wäert iwwerschreift.

Wéi späichere mir Daten. D'Geschicht vu Kubernetes op Bare Metal

Den URUS Ëmweltiwwerwaachungsprojet huet verschidde Datelager. An engem halen mir "raw" Donnéeën - wat mir direkt vun den Apparater selwer kritt hunn. Dëse Späicher ass e "magnetesche" Band, wéi op alen Kassettbänner, mat enger Geschicht vun all Indikatoren. Déi zweet Aart vu Späichere gëtt fir virveraarbechtte Donnéeën benotzt - Daten vun Apparater, beräichert mat Metadaten iwwer Verbindungen tëscht Sensoren an d'Liesunge vun den Apparater selwer, Associatioun mat Organisatiounen, Plazen, etc. Dës Informatioun erlaabt Iech dynamesch ze beurteelen wéi e bestëmmten Indikator huet geännert iwwer eng gewëssen Zäit. Mir benotzen d'"raw" Datelagerung, ënner anerem, als Backup a fir virveraarbechtte Donnéeën ze restauréieren, wann esou e Besoin entsteet.

Wa mir gesicht hunn eise Späicherproblem virun e puer Joer ze léisen, hu mir zwou Plattformwahlen: Kubernetes an OpenStack. Awer well déi lescht zimlech monstréis ausgesäit (kuckt just seng Architektur fir dovunner ze iwwerzeegen), hu mir eis op Kubernetes néiergelooss. En anert Argument fir seng Gonschten war déi relativ einfach Softwarekontrolle, d'Fäegkeet fir méi flexibel souguer Hardwareknäppchen no Ressourcen ze schneiden.

Parallel mam Meeschter vu Kubernetes selwer, hu mir och Weeër studéiert fir Daten ze späicheren, wärend mir all eis Späichere bei Kubernetes op eiser eegener Hardware behalen hunn, hu mir exzellent Expertise kritt. Alles wat mir dunn op Kubernetes gelieft hunn: statefull Stockage, Iwwerwaachungssystem, CI / CD. Kubernetes ass eng alles-an-een Plattform fir eis ginn.

Awer mir wollte mat Kubernetes als Service schaffen, an net a senger Ënnerstëtzung an Entwécklung engagéieren. Plus, mir hunn net gär wéi vill et eis kascht et op bloe Metal z'erhalen, a mir brauche konstant Entwécklung! Zum Beispill, eng vun den éischten Aufgaben war Kubernetes Ingress Controller an d'Netzinfrastruktur vun eiser Organisatioun z'integréieren. Dëst ass eng ëmständlech Aufgab, besonnesch wann Dir bedenkt datt deemools näischt prett war fir programmatesch Ressourceverwaltung wéi DNS records oder d'Allokatioun vun IP Adressen. Méi spéit hu mir ugefaang mat externen Datelagerung ze experimentéieren. Mir hunn ni ronderëm de PVC-Controller ëmgesat, awer och dann gouf et kloer datt dëst e grousst Aarbechtsberäich war dat engagéiert Spezialisten erfuerdert.

Wiessel op Google Cloud Plattform ass eng temporär Léisung

Mir hu gemierkt datt dëst net weidergoe konnt, an hunn eis Donnéeën vu Bare Metal op Google Cloud Plattform geplënnert. Tatsächlech waren et zu där Zäit net vill interessant Optiounen fir eng russesch Firma: Nieft Google Cloud Plattform huet nëmmen Amazon en ähnlechen Service ugebueden, awer mir hunn eis nach ëmmer op d'Léisung vu Google niddergelooss. Dunn huet et eis méi wirtschaftlech rentabel geschéngt, méi no beim Upstream, fir net ze soen datt Google selwer eng Zort PoC Kubernetes an der Produktioun ass.

Den éischte grousse Problem erschéngt um Horizont wéi eis Clientsbasis gewuess ass. Wann mir e Besoin haten fir perséinlech Donnéeën ze späicheren, ware mir mat engem Choix konfrontéiert: entweder mir schaffen mat Google a verletzen russesch Gesetzer, oder mir sichen no enger Alternativ an der russescher Federatioun. De Choix war am grousse Ganzen prévisibel. 🙂

Wéi mir den ideale Cloud Service gesinn hunn

Um Ufank vun der Sich woussten mir scho wat mir vum zukünftege Cloud Provider wollte kréien. Wéi eng Service ware mir gesicht:

  • Schnell a flexibel. Sou datt mir séier en neien Node kënne addéieren oder eppes zu all Moment ofsetzen.
  • Bëlleg. Mir ware ganz besuergt iwwer de finanzielle Problem, well mir a Ressourcen limitéiert waren. Mir woussten scho datt mir mat Kubernetes wëlle schaffen, an elo war d'Aufgab hir Käschten ze minimiséieren fir d'Effizienz vun der Benotzung vun dëser Léisung ze erhéijen oder op d'mannst z'erhalen.
  • Automatiséiert. Mir hu geplangt mam Service duerch d'API ze schaffen, ouni Manager an Telefonsgespréicher oder Situatiounen, wou mir e puer Dosen Noden am Noutmodus manuell musse erhéijen. Well déi meescht vun eise Prozesser automatiséiert sinn, hu mir datselwecht vum Cloud Service erwaart.
  • Mat Serveren an der russescher Federatioun. Natierlech hu mir geplangt mat der russescher Gesetzgebung ze respektéieren an déi selwecht 152-FZ.

Zu där Zäit waren et wéineg Kubernetes aaS Ubidder a Russland, a wann Dir e Provider auswielt, war et wichteg fir eis eis Prioritéite net ze kompromittéieren. D'Team vun Mail.ru Cloud Solutions, mat deem mir ugefaang hunn ze schaffen an nach ëmmer ze kollaboréieren, huet eis e vollautomatiséierte Service zur Verfügung gestallt, mat API-Ënnerstëtzung an e praktesche Kontrollpanel deen Horizont enthält - domat kënne mir séier eng arbiträr Unzuel vun Noden erhéijen.

Wéi mir et fäerdeg bruecht hunn an zwou Stonnen op MCS ze migréieren

An esou Beweegunge stellen vill Firmen Schwieregkeeten a Réckschlag, awer an eisem Fall waren et keng. Mir haten Gléck: Well mir scho virun der Migratioun un Kubernetes geschafft hunn, hu mir einfach dräi Dateien korrigéiert an eis Servicer op der neier Cloud Plattform MCS lancéiert. Loosst mech Iech drun erënneren datt mir zu där Zäit endlech blo Metal verlooss hunn an op der Google Cloud Plattform gelieft hunn. Dofir huet d'Beweegung selwer net méi wéi zwou Stonnen gedauert, plus e bësse méi Zäit (ongeféier eng Stonn) gouf verbruecht fir Daten vun eisen Apparater ze kopéieren. Deemools hu mir scho Spinnaker benotzt (e Multi-Cloud CD Service fir kontinuéierlech Liwwerung ze bidden). Mir hunn et och séier an den neie Stärekoup bäigefüügt a weider wéi gewinnt geschafft.

Dank der Automatiséierung vun Entwécklungsprozesser an CI / CD gëtt Kubernetes bei URUS vun engem Spezialist gehandhabt (an dat sinn ech). Iergendwann huet en anere Systemadministrator mat mir geschafft, awer dunn huet et sech erausgestallt datt mir all d'Haaptroutine schonn automatiséiert hunn an et ëmmer méi Aufgaben vun eisem Haaptprodukt waren an et huet Sënn gemaach fir Ressourcen op dëst ze riichten.

Mir kruten dat wat mir vum Cloud Provider erwaart hunn, well mir ouni Illusiounen eng Zesummenaarbecht ugefaang hunn. Wann et Tëschefäll waren, waren se meeschtens technesch an déi, déi einfach duerch d'relativ Frëschheet vum Service erkläert kënne ginn. Den Haapt Saach ass datt d'MCS Team séier Mängel eliminéiert a séier op Froen a Messenger reagéiert.

Wann ech meng Erfahrung mat Google Cloud Plattform vergläichen, an hirem Fall wousst ech net emol wou de Feedback Knäppchen war, well et einfach net néideg war. A wa Probleemer optrieden, huet Google selwer Notifikatiounen unilateral geschéckt. Mä am Fall vun MCS, Ech mengen de grousse Virdeel ass, datt si esou no wéi méiglech russesch Clienten - souwuel geographesch a geeschteg.

Wéi gesi mir an Zukunft mat Wolleken schaffen

Elo ass eis Aarbecht enk mat Kubernetes verbonnen, an et passt eis komplett aus der Siicht vun Infrastrukturaufgaben. Dofir plangen mir net iwwerall dovunner ze migréieren, obwuel mir stänneg nei Praktiken a Servicer aféieren fir Routine Aufgaben ze vereinfachen an nei ze automatiséieren, d'Stabilitéit an d'Zouverlässegkeet vun de Servicer ze erhéijen ... Mir lancéieren elo de Chaos Monkey Service (speziell , Mir benotzen Chaoskube, awer dëst ännert net d'Konzept: ), déi ursprénglech vun Netflix erstallt gouf. Chaos Monkey mécht eng einfach Saach: et läscht eng zoufälleg Kubernetes Pod op eng zoufälleg Zäit. Dëst ass néideg fir eise Service normalerweis mat der Unzuel vun Instanzen n–1 ze liewen, sou datt mir eis trainéieren fir op all Probleemer virbereet ze sinn.

Elo gesinn ech d'Benotzung vun Drëtt Partei Léisungen - déi selwecht Cloud Plattformen - als déi eenzeg richteg Saach fir jonk Firmen. Normalerweis, um Ufank vun hirer Rees, si si limitéiert a Ressourcen, souwuel mënschlech wéi finanziell, an hir eege Cloud oder Datenzenter bauen an erhalen ass ze deier an Aarbechtsintensiv. Cloud Ubidder erlaben Iech dës Käschten ze minimiséieren; Dir kënnt séier vun hinnen d'Ressourcen kréien, déi néideg sinn fir d'Operatioun vun de Servicer hei an elo, a bezuelt fir dës Ressourcen no der Tatsaach. Wat d'URUS Firma ugeet, bleiwe mir de Kubernetes an der Wollek fir de Moment trei. Mee wee weess, mir musse vläicht geographesch ausbauen, oder Léisunge baséieren op spezifesch Ausrüstung. Oder vläicht berechtegt d'Quantitéit u verbrauchte Ressourcen eegene Kubernetes op Bare-Metal, wéi an de gudden alen Deeg. 🙂

Wat mir geléiert hunn aus der Aarbecht mat Cloud Servicer

Mir hunn ugefaang Kubernetes op Bare Metal ze benotzen, an och do war et gutt op seng Manéier. Awer seng Stäerkten goufen präzis als aaS Komponent an der Wollek opgedeckt. Wann Dir e Goal setzt an alles sou vill wéi méiglech automatiséiert, kënnt Dir d'Verkeefer Spär vermeiden an d'Bewegung tëscht Cloud Provider dauert e puer Stonnen, an d'Nervezellen bleiwen bei eis. Mir kënnen aner Firmen beroden: Wann Dir Ären eegene (Cloud) Service wëllt lancéieren, limitéiert Ressourcen a maximal Geschwindegkeet fir d'Entwécklung hunn, fänkt elo un andeems Dir Cloud Ressourcen lount, a bauen Ären Datenzenter nodeems Forbes iwwer Iech schreift.

Source: will.com

Setzt e Commentaire