ABONAMENTE VIDEO REDACȚIA
RO
EN
Numărul 139 Numărul 138 Numărul 137 Numărul 136 Numărul 135 Numărul 134 Numărul 133 Numărul 132 Numărul 131 Numărul 130 Numărul 129 Numărul 128 Numărul 127 Numărul 126 Numărul 125 Numărul 124 Numărul 123 Numărul 122 Numărul 121 Numărul 120 Numărul 119 Numărul 118 Numărul 117 Numărul 116 Numărul 115 Numărul 114 Numărul 113 Numărul 112 Numărul 111 Numărul 110 Numărul 109 Numărul 108 Numărul 107 Numărul 106 Numărul 105 Numărul 104 Numărul 103 Numărul 102 Numărul 101 Numărul 100 Numărul 99 Numărul 98 Numărul 97 Numărul 96 Numărul 95 Numărul 94 Numărul 93 Numărul 92 Numărul 91 Numărul 90 Numărul 89 Numărul 88 Numărul 87 Numărul 86 Numărul 85 Numărul 84 Numărul 83 Numărul 82 Numărul 81 Numărul 80 Numărul 79 Numărul 78 Numărul 77 Numărul 76 Numărul 75 Numărul 74 Numărul 73 Numărul 72 Numărul 71 Numărul 70 Numărul 69 Numărul 68 Numărul 67 Numărul 66 Numărul 65 Numărul 64 Numărul 63 Numărul 62 Numărul 61 Numărul 60 Numărul 59 Numărul 58 Numărul 57 Numărul 56 Numărul 55 Numărul 54 Numărul 53 Numărul 52 Numărul 51 Numărul 50 Numărul 49 Numărul 48 Numărul 47 Numărul 46 Numărul 45 Numărul 44 Numărul 43 Numărul 42 Numărul 41 Numărul 40 Numărul 39 Numărul 38 Numărul 37 Numărul 36 Numărul 35 Numărul 34 Numărul 33 Numărul 32 Numărul 31 Numărul 30 Numărul 29 Numărul 28 Numărul 27 Numărul 26 Numărul 25 Numărul 24 Numărul 23 Numărul 22 Numărul 21 Numărul 20 Numărul 19 Numărul 18 Numărul 17 Numărul 16 Numărul 15 Numărul 14 Numărul 13 Numărul 12 Numărul 11 Numărul 10 Numărul 9 Numărul 8 Numărul 7 Numărul 6 Numărul 5 Numărul 4 Numărul 3 Numărul 2 Numărul 1
×
▼ LISTĂ EDIȚII ▼
Numărul 87
Abonament PDF

Dragostea durează trei ani. Cât durează dezvoltarea unui tool intern?

Mircea Bugan
Module Lead DevOps @ 3PillarGlobal Romania



PROGRAMARE


A fost odată o idee: să găsim o modalitate cât mai rapidă prin care să asigurăm conformitatea unui produs software existent, cu noile standarde impuse de către client. În principiu, părea simplu... În realitate, aceasta se întâmpla acum 12 luni și încă nu este gata. Ce am realizat de atunci, ce am învățat și ce am face diferit, vom vedea în continuare.

Ecosistemul existent era compus dintr-un soft dezvoltat în decursul multor ani, infrastructură găzduită în AWS (în mare parte EC2, ECS-EC2, RDS, S3, SQS, SNS...), management al infrastructurii cu Terraform și Ansible și management al configurațiilor cu Chef și Ansible. Atât echipele de developeri, cât și cele de SysOps sunt localizate în România și US.

Principalele cerințe au fost:

În afară de înlocuirea instanțelor cu containere, unde softul trebuia adaptat de către developeri, restul sunt sarcini evidente pentru inginerii SysOps. Astfel, s-a decis crearea unei echipe SysOps specializate.

Proiectul pe care ne-am hotărât să îl realizăm este un wrapper peste Terraform care să ne permită deploymentul selectiv de părți de infrastructură în diferite conturi AWS, care să poată interacționa cu imagini Docker și care să fie utilizat prin instrucțiuni simple în linie comandă.

Practic, ne făceam și nouă viața mult mai ușoară, codul de Terraform fiind foarte vechi și stufos și suferind de câteva desincronizări din cauza aceasta.

Aproximativ o lună a durat până am stabilit o arhitectură a conturilor AWS, apoi am trecut la dezvoltarea propriu-zisă. În primă instanță, am dorit să îl dezvoltăm în Go, dar pentru un Proof of concept am creat scripturi Bash. Demonstrațiile inițiale au mers foarte bine, dar au mai fost solicitate câteva teste pentru a verifica și alte aspecte.

Prima provocare majoră a fost denumirea diferitelor componente din structura tool-ului. Astfel avem "platformă", "serviciu", "componentă", "tip de componentă", "stack". Termeni care, în alt context înseamnă ceva, la noi înseamnă ceva specific.

După aceste teste, am ajuns în situația în care aveam deja multe scripturi scrise în Bash și am hotărât că vom evalua ulterior trecerea la Go.

Toolul este modular, fiecare modul având sarcini precise. După trei luni aveam realizate câteva module și începeam testarea cu codul aplicației. Softul existent avea unele servicii care deja rulau în containere, iar celelalte servicii urma să fie portate pe Docker în "scurt" timp.

A doua provocare a apărut în momentul în care am constatat că developerilor le este destul de incomod să folosească un tool gândit de o echipă de SysOps, pentru operații asupra infrastructurii. A fost nevoie de ceva intervenții în partea de interacțiune cu utilizatorul pentru a avea un tool comod, pentru toată lumea care îl va folosi.

După mai bine de patru luni, începeam integrarea cu softul. Am ales să portăm pe noua infrastructură generată cu toolul nostru, pe rând, serviciile care deja rulau în containere. La fiecare serviciu apăreau câteva noi necesități care erau rezolvate prin completarea modulelor existente sau prin introducerea de module noi.

În paralel, developerii au început modificarea serviciilor care nu rulau încă în containere.

De portarea serviciilor care rulau deja în containere s-a ocupat echipa de SysOps. Pentru a o putea duce la bun sfârșit, a fost nevoie de integrarea unui developer în echipă, softul având și el nevoie de câteva modificări.

Primul serviciu a fost portat și validat după mai bine de șase luni de la începerea proiectului.

Mergând pe aceeași direcție, a fost începută o colaborare foarte strânsă între developeri și echipa SysOps pentru modificarea serviciilor care nu rulau încă în containere Docker.

În acest moment, ne apropiem de pragul de 12 luni de la startul proiectului și mai sunt câteva servicii de portat. Termenul pentru validarea portării este peste o lună.

Ce învățături putem extrage din experiența de până acum?

Iar concluzia tuturor învățăturilor de mai sus este: toolul intern ar trebui să fie tratat ca un software livrat unui client extern.

Chiar dacă nu e o certitudine că dragostea durează doar trei ani, cu siguranță dezvoltarea unui tool intern menit să ne facă viața mai ușoară, ar trebui să dureze mai puțin de un an.

NUMĂRUL 138 - Maps & AI

Sponsori

  • Accenture
  • BT Code Crafters
  • Accesa
  • Bosch
  • Betfair
  • MHP
  • Connatix
  • BoatyardX
  • .msg systems
  • Yardi
  • Colors in projects

INTERVIURI VIDEO