Proiectați software pentru un mediu cloud native

Definiți comportamentul necesar

Practicile cloud native susțin dezvoltarea și operarea repetabile în medii publice, private sau hibride. CNCF pune accent pe sisteme care rămân gestionabile, observabile și reziliente pe măsură ce se schimbă. Containerele și orchestrarea pot susține această abordare. Nu dovedesc singure toate aceste proprietăți.

Începeți cu un serviciu fictiv de raportare. Un instrument AI creează un endpoint, un worker și o imagine de container. O demonstrație produce PDF-ul corect. Înainte de producție, echipa trebuie să răspundă la altă întrebare: ce se întâmplă când platforma înlocuiește workerul în timpul unui job?

Este o întrebare despre proiectarea aplicației, dar și despre infrastructură. O repornire poate restaura procesul, pierzând însă lucrul său neterminat.

Separați procesul de starea durabilă

Prototipul păstrează joburile din coadă și rapoartele terminate pe discul containerului. Înlocuirea containerului le poate elimina pe ambele. Adăugarea de workeri poate produce și răspunsuri diferite, în funcție de workerul care primește cererea.

Proiectarea revizuită folosește o stocare durabilă pentru joburi și un serviciu aprobat de stocare a obiectelor. O cerere consemnează identitatea jobului. Un worker preia jobul, creează rezultatul și consemnează locația lui. Verificările de acces se aplică în continuare când un utilizator descarcă raportul.

Păstrați secretele în afara imaginii. Furnizați-le prin sistemul aprobat pentru secrete. Notați ce modificări de configurație necesită o lansare nouă sau repornirea unui proces.

Proiectați reîncercările înainte de a adăuga workeri

Să presupunem că workerul salvează un PDF, apoi se oprește înainte de a confirma jobul. Coada livrează din nou jobul. A doua încercare nu trebuie să creeze o a doua debitare a clientului sau să trimită mesaje contradictorii de terminare.

Folosiți o operațiune idempotentă unde este potrivit. Repetarea aceleiași cereri logice trebuie să păstreze efectul intenționat. Definiți o identitate stabilă a cererii, consemnați durabil rezultatul și verificați ce se întâmplă în fiecare punct de eșec. AWS descrie tehnica în ghidul pentru reîncercări sigure.

Reîncercările necesită și limite. Folosiți un timp maxim de așteptare, o limită de reîncercări și o întârziere care evită cererile repetate simultan. Păstrați lucrul eșuat pentru inspecție în loc să îl reîncercați la nesfârșit.

Faceți starea dorită verificabilă

O configurație declarativă precizează instalarea intenționată. Un controller lucrează pentru a menține acea stare. De exemplu, un Kubernetes Deployment gestionează replicile aplicației și actualizările controlate. Aplicația trebuie totuși să gestioneze corect înlocuirea.

Gestionați versiunile infrastructurii și ale configurației aplicației. Verificați modificările prin procesul normal de livrare. Observați terminarea efectivă a joburilor, timpul de așteptare al joburilor din coadă, defecțiunile și limitele dependențelor. Un proces care rulează poate totuși să nu poată produce un raport.

Alegeți o platformă pe care echipa o poate opera

Cloud native nu cere transformarea fiecărei aplicații în microservicii. O aplicație modulară pe un mediu de execuție gestionat își poate îndeplini cerințele. Mai multe servicii introduc mai multe interfețe, decizii de instalare și muncă operațională.

Oferiți agentului de dezvoltare contractul efectiv al platformei: mediul de execuție acceptat, metoda de identitate, serviciile de date, regulile de instalare și dovezile necesare. Testați comportamentul la întrerupere și înlocuire împreună cu cererile reușite. Continuați cu disponibilitatea și limitele defecțiunilor.