Tehnologii
Consultanță și administrare Kubernetes
Indispensabil la zeci de servicii și echipe multiple. Sub acea scară, un impozit permanent de administrare, plătit pentru capacități nefolosite.
Prima întrebare la un telefon despre Kubernetes nu e tehnică: câte servicii separate rulează astăzi și câte echipe livrează independent. Dacă răspunsul e două aplicații și o singură echipă, discuția se termină acolo și recomandăm Docker cu unelte simple de rulare. Se întâmplă mai des decât ne-ar conveni comercial.
Kubernetes își merită complexitatea când platforma are zeci de servicii, echipe care livrează în ritmuri diferite, cerințe de disponibilitate scrise în contract și livrări zilnice fără fereastră de întrerupere. Atunci repornirea automată a serviciilor căzute, mutarea sarcinii pe noduri sănătoase și lansările graduale nu sunt lux, ci singura variantă care ține.
Complexitatea operațională nu dispare: se mută de la aplicație la cluster și rămâne acolo ca activitate permanentă, cu un responsabil numit.
Hai să vorbim despre proiectul tău
Scrie-ne pe WhatsApp sau trimite un email — vorbești direct cu un programator.
office@northdan.com · +40 752 070 247
Ce primești
Serviciile se ridică singure
Un serviciu căzut repornește automat, iar sarcina se mută pe noduri sănătoase — incidentele obișnuite nu mai cer intervenție la ore imposibile.
Livrări fără fereastră de întrerupere
Versiunile noi se lansează gradual, cu întoarcere automată la eșec, deci livrarea încetează să fie un eveniment planificat noaptea.
Cluster administrat, nu construit de la zero
Pornim de la serviciile administrate ale furnizorilor de cloud, unde componentele critice sunt întreținute de ei, nu de echipa voastră.
Manifestele și accesele, la voi
Toată configurația clusterului stă în fișiere versionate pe care le primiți, alături de procedura de operare și de conturile pe firma voastră.
Pentru ce folosim Kubernetes concret
Patru profiluri care justifică pragul. Platforma cu zeci de servicii, unde pornirea și oprirea manuală nu mai e posibilă. Organizația cu mai multe echipe care livrează independent, fiecare cu propriul ritm. Sistemul cu disponibilitate scrisă în contract, unde o oprire are cost direct. Și produsul care livrează zilnic, fără fereastră de mentenanță anunțată clienților.
Ce livrăm efectiv pe Kubernetes
Niciun produs public al nostru nu e prezentat aici ca referință de cluster: nu publicăm despre infrastructură afirmații pe care cineva din exterior să nu le poată verifica. Livrarea are însă un conținut precis: cluster pe serviciu administrat, manifeste versionate, limite de resurse pe fiecare serviciu, monitorizare cu alarme, o procedură de operare scrisă în română și un responsabil numit pentru cluster.
Compromisurile reale
Un cluster costă bani înainte să ruleze ceva pe el. Pe Amazon EKS, tariful publicat este de 0,10 USD pe oră per cluster la suport standard pentru versiunea de Kubernetes și de 0,60 USD pe oră la suport extins, la care se adaugă separat nodurile de lucru, volumele, adresele IPv4 publice și traficul dintre zonele de disponibilitate. Diferența dintre cele două tarife spune tot: amânarea unui upgrade se vede direct în factură. Costul unui proiect nu vine din Kubernetes, ci din numărul de servicii și din cerințele de disponibilitate.
Când NU alegem Kubernetes — și ce alegem în loc
Sub pragul de zeci de servicii containerizate, Docker cu unelte simple de rulare acoperă aceeași nevoie la o fracțiune din complexitatea de administrare, iar economia nu e în licențe, ci în orele de operare pe care nu le mai plătiți. Nu luăm proiecte în care Kubernetes ar fi cumpărat pentru două aplicații stabile, și o spunem la primul telefon, nu după contract.
Cine îl întreține după ce plecăm noi
Proiectul Kubernetes menține ramuri de release pentru cele mai recente trei versiuni minore, iar versiunile 1.19 și mai noi primesc aproximativ un an de corecții fiecare, conform paginii oficiale de release-uri. Upgrade-ul de cluster e deci o activitate care se repetă de două-trei ori pe an, la nesfârșit.
De aceea plecăm de la serviciu administrat și lăsăm cluster propriu doar pentru constrângeri stricte de suveranitate a datelor. După predare există două variante de operare — echipa voastră, instruită și cu procedura scrisă, sau un contract de mentenanță la noi — și o regulă care nu se negociază: niciun cluster fără responsabil numit.
Întrebări frecvente
Firma noastră chiar are nevoie de Kubernetes?
Testul care decide nu e numărul de servere, ci cine apasă butonul de livrare. Dacă livrează o singură echipă, într-o fereastră agreată, răspunsul e nu. Kubernetes rezolvă coordonarea între echipe care livrează independent, nu găzduirea în sine.
Cât costă să ținem un cluster Kubernetes?
Costul are trei părți: tariful de control al furnizorului, resursele consumate de noduri și volume, și orele de operare. Ultima este cea subestimată. Nu publicăm o cifră pentru munca noastră înainte de a vedea câte servicii și ce cerințe de disponibilitate aveți.
Găsim ușor oameni care administrează Kubernetes în România?
Bazinul e subțire, iar serviciile administrate din cloud există tocmai din acest motiv. Recomandarea noastră e să nu construiți dependența de o singură persoană: procedură scrisă, acces documentat și un al doilea om instruit din prima lună.
Cluster propriu sau serviciu administrat din cloud?
Aproape întotdeauna administrat: furnizorul întreține componentele critice și oferă garanții, iar echipa voastră rămâne pe aplicații. Cluster propriu doar la cerințe stricte de suveranitate a datelor sau la o scară la care calculul de cost se schimbă.
Cine administrează clusterul după implementare și ce primim la predare?
Primiți manifestele versionate, procedura de operare, configurația de monitorizare și accesele pe conturile firmei. Administrarea rămâne fie la echipa voastră, instruită pe parcursul proiectului, fie la noi, prin contract. Ce nu acceptăm este un cluster fără responsabil.
Pagini similare
Resurse conexe
Hai să vorbim despre proiectul tău
Scrie-ne pe WhatsApp sau trimite un email — vorbești direct cu un programator.
office@northdan.com · +40 752 070 247