A Harvard Business Review akkoriban elutasította eredeti tanulmányát, mivel nem bizonyította a hipotézisét. Mindazonáltal ez a megfigyelés Conway törvénye néven vált ismertté, és mind a kollégáim, mind a magam kollektív tapasztalatai újra és újra megerősítették ennek az állításnak az igazságát. De nem kell elhinni a szavunkat!
A The Harvard Business School által készített “Exploring the Duality between Product and Organizational Architectures” című tanulmányban különböző kódbázisok elemzését végezték el, hogy bebizonyítsák Conway eredeti hipotézisét a szoftverrendszerekre alkalmazva. Ebben több példát vettek az azonos cél megoldására létrehozott szoftverekre (például szövegszerkesztő, pénzügyi menedzsment és adatbázis-szoftverek), és összehasonlították a lazán összekapcsolt nyílt forráskódú csapatok által létrehozott kódbázisokat és a szorosan összekapcsolt csapatok által létrehozott kódbázisokat. Tanulmányukban azt találták, hogy a gyakran együtt működő, fókuszált termékcsapatok inkább a szorosan összekapcsolt, monolitikus kódbázisok felé hajló szoftvereket hoztak létre. Míg a nyílt forráskódú projektek inkább moduláris, dekomponált kódbázisokat eredményeztek.
A szervezetek már néhány éve megértették ezt a kapcsolatot a szervezeti struktúra és az általuk létrehozott szoftverek között, és a kívánt eredmény elérése érdekében új struktúrákat alkalmaznak. A Netflix és az Amazon például több kis csapat köré szerveződik, amelyek mindegyike a teljes rendszer egy-egy kis részéért felel. Ezek a független csapatok az általuk létrehozott szolgáltatások teljes életciklusa felett rendelkezhetnek, ami nagyobb fokú autonómiát biztosít számukra, mint a monolitikusabb kódbázisú nagyobb csapatok számára. Ezek a szolgáltatások a maguk független szempontjaival egymástól függetlenül változhatnak és fejlődhetnek, ami lehetővé teszi, hogy a változásokat gyorsabban szállítsák a termelésbe. Ha ezek a szervezetek nagyobb csapatméreteket fogadtak volna el, a nagyobb monolitikus rendszerek, amelyek kialakultak volna, nem adták volna meg nekik ugyanazt a képességet a kísérletezésre, az alkalmazkodásra és végső soron az ügyfelek elégedetté tételére.
Elképzelhető, hogy a saját szervezetükben olyan feszültségeket tapasztalnak, ahol a struktúra és a szoftver nincs összhangban. Talán már találkozott például azokkal a kihívásokkal, amelyekkel azok az elosztott csapatok járnak, amelyek ugyanazon a monolitikus kódbázison próbálnak dolgozni. Itt a kommunikációs utak, amelyekre Conway utal, ellentétben állnak magával a kóddal, ahol az egységes kódbázis finom szemcsés kommunikációt igényel, de egy elosztott csapat csak durva szemcsés kommunikációra képes. Ahol ilyen feszültségek merülnek fel, ott a monolitikus rendszerek szervezeti határok mentén történő felosztásának lehetőségeinek keresése gyakran jelentős előnyökkel jár.
A korábbi Technológiai Radarokban kiemeltük a mikroszolgáltatások növekvő népszerűségét, amelyeket egyre inkább a csapatok autonómiáját és a változások sebességét növelni kívánó szervezetek alkalmaznak. Martin Fowler és James Lewis cikke mélyebben foglalkozik a témával, kiemelve, hogy ezek az architektúrák sokkal nagyobb rugalmasságot biztosítanak a szervezeteknek abban, hogy rendszereik architektúráját a csapataik felépítéséhez igazítsák, így biztosítva, hogy Conway törvénye működjön. A Tech Radar következő számában a mikroszolgáltatások növekvő befolyásának tükröződésével foglalkozunk, az olyan infrastrukturális technológiáktól kezdve, mint a Packer vagy a Docker, a Consul szolgáltatásfelfedező eszközig, vagy az olyan mikrokonténerekig, mint a népszerű DropWizard vagy a meglehetősen új SpringBoot. A fordítottját is megvitatjuk – a szervezetek a csapatszerkezetüket az informatikai rendszereikhez igazítva változtatják meg.
Teljesen számítunk arra, hogy további technikák és támogató technológiák jelennek meg a Microservice architektúrák lehetővé tételére, és ezeket az elkövetkező hónapokban nyomon követjük. Addig is, ha többet szeretne tudni, iratkozzon fel a legfrissebb Tech Radarra, olvassa el Martin és James cikkét a mikroszolgáltatásokról, vagy az O’Reilly kiadó Building Microservices című könyvét.
.