microservizi nel devops

Non lasciare che le viti blocchino il tuo motore: parliamo di quei fastidiosi “piccoli servizi” in DevOps

Immagina questo scenario: la tua pipeline automatizzata attentamente progettata funziona senza intoppi, con test, distribuzione e monitoraggio tutto in una volta. All'improvviso, un certo collegamento si è bloccato: non è che ci fosse un problema con il grande framework, ma che un "piccolo servizio" all'interno che era responsabile dell'invio di piccole notifiche improvvisamente si è zittito, come una vite arrugginita, facendo sì che l'intero delicato motore emettesse un forte suono di attrito. I progressi si sono bloccati e la squadra ha fissato lo schermo, con la sensazione che i lacci delle scarpe si fossero slacciati mentre correvano.

Questo è il "dolce problema" che i microservizi spesso portano alle persone che praticano DevOps. Perseguiamo l'agilità e dividiamo le applicazioni di grandi dimensioni in microservizi indipendenti e piccoli. Questo è corretto. Lavorano in modo indipendente, usano lingue diverse, svolgono compiti specializzati, si aggiornano rapidamente e suonano benissimo. Ma quando sono troppi, la gestione è come dirigere un'orchestra sinfonica senza direttore: ogni musicista è tecnicamente bravo, ma il ritmo è confuso e il suono diventa rumore.

Ci sono troppi microservizi. Sono aiutanti o piantagrane?

Potresti chiedere: "I microservizi non sono un buon partner per DevOps? Come mai diventano un problema?" Sì, sono partner, ma un gruppo di partner che richiede un elevato grado di coordinamento. Spesso il problema si nasconde nei dettagli:

• **Dove è finita la Visibilità? ** Quando sono in funzione dozzine o addirittura centinaia di piccoli servizi, come si fa a capire a colpo d'occhio chi è sano e chi è "pigro"? Quando si verifica un errore, quale servizio "tossisce" per primo?
• ** Lo schieramento si è trasformato in un'avventura. ** Se il servizio A viene aggiornato, il servizio B non lo riconoscerà? Le dipendenze sono come fili invisibili che possono far inciampare chiunque accidentalmente.
• La famosa "mucca" (riferita al server di produzione) divenne sfuggente. Gli strumenti di monitoraggio tradizionali sono molto accurati nel considerare una singola "mucca", ma spesso non sono all'altezza di fronte a un gruppo di "polli" (microservizi containerizzati) che corrono in giro.

Questo non vuol dire negare i microservizi, ma dire che abbiamo bisogno di modi più intelligenti per “nutrirli” e “prendercene cura”.

Dai ai microservizi una "casa", non solo un magazzino

cosa fare? Il segreto non è continuare a scrivere nuovi servizi, ma come far sì che i servizi esistenti coesistano armoniosamente e funzionino stabilmente. Ciò non richiede un martello più pesante, ma un insieme di strumenti e idee più raffinati.

Pensaci, e se ciascuno dei tuoi microservizi potesse auto-segnalare il proprio stato di salute, essere facilmente scoperto e richiamato, degradarsi con grazia quando le cose vanno male invece di abbattere i suoi vicini e persino trovare automaticamente aiuto quando il traffico aumenta...? Se una vite è bloccata, emetterà un allarme tempestivo e troverà anche temporaneamente un sostituto.

Questo è ciò di cui parleremo della governance e dell'osservabilità dei microservizi: sembra un po' tecnico, ma in realtà ha due punti fondamentali: visibilità e controllo.

Vedere chiaramente significa non solo sapere se il servizio funziona, ma anche sapere come funziona. Attraverso registri, indicatori e tracciamento dei collegamenti unificati, puoi ottenere informazioni dettagliate sul polso dell'intero sistema proprio come se stessi guardando una dashboard. Quale API sta rallentando? Quale query del database ti ha trattenuto? È chiaro a colpo d'occhio.

Essere in grado di controllarli significa stabilire alcune regole delicate per questi servizi vivaci attraverso la rete di servizi, l’instradamento intelligente e politiche elastiche. Consenti loro di comunicare in modo più sicuro, senza causare problemi in caso di guasto e senza influire sugli utenti durante l'aggiornamento.

Da "occupato" a "calmo e calmo"

Quando queste cose sono a posto, il cambiamento si fa sentire. La squadra non deve più combattere gli incendi come i vigili del fuoco. Lo sviluppo può concentrarsi maggiormente sulla funzionalità, mentre il funzionamento e la manutenzione sono liberati dal noioso coordinamento del rilascio. L'editoria è passata da un "grande evento" una volta al mese a un'"operazione di routine" più volte al giorno, e ne sono fiducioso.

Un amico una volta ha scherzato dicendo che era come passare dalla guida di un’auto d’epoca manuale a un’auto elettrica intelligente e a guida autonoma. Decidi ancora dove andare (obiettivo aziendale), ma il processo è molto più fluido. Esistono più sistemi per assisterti e avvisarti dei rischi e puoi concentrarti maggiormente sulle condizioni stradali e sulla destinazione finale.

Naturalmente, ciò richiede le "parti" e i "progetti" appropriati. Esistono vari strumenti e piattaforme sul mercato, ma la chiave per scegliere è se comprende realmente la cultura integrata "build-run" di DevOps e se può essere perfettamente integrato nella catena di strumenti esistente invece di aggiungere nuova complessità.

kpowerPensieri: lasciamo che la stabilità diventi la pietra angolare dell'innovazione

Dal nostro punto di vista, la tecnologia è sempre al servizio delle persone. L'obiettivo finale dell'integrazione di microservizi e DevOps non è costruire l'architettura tecnica più interessante, ma creare un ambiente di distribuzione efficiente e stabile che dia fiducia al team. Ci concentriamo sui dettagli che consentono agli ingegneri di prosperare nel lavoro creativo piuttosto che nella ripetitiva risoluzione dei problemi.

, nella progettazione e nella selezione dei relativi componenti – siano essi servoazionamenti per il controllo di precisione o infrastrutture per garantire la robustezza del sistema – siamo propensi al concetto che la vera potenza sta nel rendere la complessità semplice e affidabile, e lasciare che la stabilità diventi il ​​suono di sottofondo dell’innovazione continua. Proprio come il cuscinetto più portante di una macchina sofisticata, è silenzioso ma fa funzionare l'intero sistema in modo ruggente e potente.

Questo non è un progetto una tantum, è un viaggio. Il punto di partenza potrebbe essere quello di affrontare quei “dolci guai”, per poi, passo dopo passo, stringere le viti e aggiungere sensori più sensibili al motore. Alla fine, quello che sentirai è il ronzio rassicurante del sistema che funziona senza intoppi, che è il suono degli affari che procedono senza intoppi.

Sei pronto a lasciare che il tuo "motore" canti una canzone del genere?

Fondata nel 2005,kpowerè dedicata a un produttore professionale di unità di movimento compatte, con sede a Dongguan, nella provincia del Guangdong, in Cina. Sfruttando le innovazioni nella tecnologia di azionamento modulare,kpowerintegra motori ad alte prestazioni, riduttori di precisione e sistemi di controllo multiprotocollo per fornire soluzioni di sistemi di azionamento intelligenti efficienti e personalizzate. Kpower ha fornito soluzioni di sistemi di azionamento professionali a oltre 500 clienti aziendali in tutto il mondo con prodotti che coprono vari campi come sistemi domestici intelligenti, elettronica automatica, robotica, agricoltura di precisione, droni e automazione industriale.