Microservices ਇੱਕ ਸੰਗਠਨਾਤਮਕ ਫੈਸਲੇ ਜਿੰਨਾ ਹੀ ਤਕਨੀਕੀ ਇਕ ਹਨ। Conway's law ਕਹਿੰਦਾ ਹੈ ਕਿ ਸਿਸਟਮ ਉਸ ਸੰਗਠਨ ਦੀ ਸੰਚਾਰ ਬਣਤਰ ਨੂੰ ਪ੍ਰਤੀਬਿੰਬਿਤ ਕਰਦੇ ਹਨ ਜੋ ਉਹਨਾਂ ਨੂੰ ਬਣਾਉਂਦਾ ਹੈ — ਤਾਂ ਤੁਹਾਡੀ ਟੀਮ ਬਣਤਰ ਤੁਹਾਡੇ ਆਰਕੀਟੈਕਚਰ ਨੂੰ ਆਕਾਰ ਦਿੰਦੀ ਹੈ ਭਾਵੇਂ ਤੁਸੀਂ ਇਸਦੀ ਯੋਜਨਾ ਬਣਾਓ ਜਾਂ ਨਹੀਂ।
"Organizations design systems that copy their communication structure."
3 teams that don't talk → 3 services with awkward, accidental seams
→ Inverse Conway Maneuver: design TEAMS around the architecture you want
ਹਰੇਕ ਸਰਵਿਸ ਕੋਲ ਇੱਕ ਸਪਸ਼ਟ ਮਾਲਕ ਟੀਮ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਜੋ ਇਸਨੂੰ ਬਣਾਉਂਦੀ, ਤੈਨਾਤ ਕਰਦੀ, ਅਤੇ ਚਲਾਉਂਦੀ ਹੈ ("you build it, you run it")। ਸਾਂਝਾ ਮਾਲਕਾਨਾ ਉਪਾਸ਼ਰਿਤ ਸੇਵਾਵਾਂ ਦੀ ਲਿਆਯਤ ਵਿੱਚ ਲਿਆਂਦਾ ਹੈ।
Orders team ─owns─▶ Orders service (code + deploy + on-call)
Payments team ─owns─▶ Payments service
→ autonomy: each team ships without waiting on others
| ਟੀਮ ਕਿਸਮ | ਭੂਮਿਕਾ |
|---|---|
| Stream-aligned | ਉਤਪਾਦ ਦੇ ਇੱਕ ਹਿੱਸੇ ਦਾ ਮਾਲਕ (ਜ਼ਿਆਦਾਤਰ ਟੀਮਾਂ) |
| Platform | ਸਵ-ਸੇਵਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਫਰਾਹਮ ਕਰਦਾ ਹੈ (CI/CD, mesh) |
| Enabling | ਦੂਜੀਆਂ ਟੀਮਾਂ ਨੂੰ ਅਭਿਆਸ ਤੋਂ ਸਲਾਹ ਦਿੰਦਾ ਹੈ |
| Complicated-subsystem | ਇੱਕ ਡੂੰਘੇ ਵਿਸ਼ੇਸ਼ ਖੇਤਰ ਦਾ ਮਾਲਕ |
ਟੀਚਾ ਕ੍ਰਾਸ-ਟੀਮ ਜਨਤਕ ਭਾਰ ਅਤੇ ਆਬਾਦ ਦੀ ਘਟਤਾ ਹੈ।
ਟੀਮਾਂ ਦਾ ਪੁਨਰਗਠਨ ਕੀਤੇ ਬਿਨਾਂ microservices ਨੂੰ ਅਪਨਾਉਣਾ ਇੱਕ ਵੰਡਿਆ ਮੋਨੋਲਿਥ ਪੈਦਾ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਪੁਰਾਣੇ ਤਾਲਮੇਲ ਦੇ ਪੈਟਰਨ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ ਲੀਕ ਹੋ ਜਾਂਦੇ ਹਨ।
ਜੇ ਟੀਮਾਂ ਨੂੰ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਭੇਜਣ ਲਈ ਨਿਰੰਤਰ ਤਾਲਮੇਲ ਕਰਨਾ ਪੈਂਦਾ ਹੈ, ਤਾਂ ਆਰਕੀਟੈਕਚਰ ਉਸ ਜੋੜ ਨੂੰ ਪ੍ਰਤੀਬਿੰਬਿਤ ਕਰੇਗਾ, ਕੋਈ ਫ਼ਰਕ ਨਹੀਂ ਕਿ ਤੁਸੀਂ ਸੇਵਾ ਚਿੱਤਰ ਨੂੰ ਕਿੰਨਾ ਸਾਫ ਕੀਤਾ ਹੋਵੇ।
ਟੀਮ ਦੀਆਂ ਹੱਦਾਂ ਨੂੰ ਸੇਵਾ ਸੀਮਾਵਾਂ ਦੇ ਨਾਲ ਸਹਿਜੀਤ ਕਰਨਾ (ਆਲੋਪ Conway ਚਲਨ) ਜੋ ਅਸਲੀ ਸਵਾਯਤਾ ਅਤੇ ਸਵਤੰਤ੍ਰ-ਤੈਨਾਤ ਲਾਭ ਮਿਕ੍ਰੋਸਰਵਿਸਿਜ਼ ਦਾ ਵਾਅਦਾ ਕਰਦੀ ਹੈ — ਸਾਂਗਠਨਿਕ ਚਾਰਟ ਡਿਜ਼ਾਈਨ ਦਾ ਇੱਕ ਹਿੱਸਾ ਹੈ।