Cum să înveți arhitectura software fără să înnebunești: sfaturi de la un veteran
Autorul explică de ce arhitectura nu e despre diagrame UML, ci despre capacitatea de a explica de ce ai nevoie de al cincilea microserviciu.

Știm cu toții momentul acela: în Jira apare o sarcină „proiectează arhitectura” și te simți ca un boboc care încearcă să asambleze o mobilă IKEA fără instrucțiuni. Alexey Kladkov (Matklad) în articolul său explică cum să înveți de fapt arhitectura software, fără să cazi în capcana desenatului nesfârșit de pătrățele.
Ideea principală: arhitectura nu e despre alegerea dintre REST și GraphQL, ci despre abilitatea de a-i explica colegului de ce noul tău microserviciu nu va rezolva problema, ci va adăuga un alt punct de cădere. Autorul propune o abordare practică – citește codul proiectelor mari, fă review la arhitectura altora și nu-ți fie teamă să rescrii.
Deosebit de amuzant este sfatul „nu învăța arhitectura din cărți” – cică toate pattern-urile alea din GoF sunt bune, dar în realitate vei întâlni mai degrabă un God Object decât o Abstract Factory. Și da, dacă CI-ul tău cade după fiecare commit – asta e tot o problemă de arhitectură, nu doar un „bug în teste”.
Comentariul studioului METABYTE: Suntem de acord 146% – cel mai bun mod de a înțelege arhitectura e să rescrii un monolit legacy în microservicii și să realizezi că n-ai trebuit. Noi ajutăm startup-urile să nu calce pe aceste greble, dar dacă chiar vrei – anunță-ne, aducem berea.
URMATORUL PAS
Ti-a placut abordarea?
Aplicam aceleasi principii in proiectele clientilor: AI, automatizari, produse care nu se sting dupa lansare.