抖音号资讯：架构的好处在于，每个团队都可以快速开发自己的部分

这种公司级“微服务（Microservice）”架构的好处在于，每个团队都可以快速开发自己的部分，而不用考虑其他团队——他们可以用自己的数据库、自己的技术库、自己的内部设计——只不过，最后必须通过API让其他团队也可以在不了解他们内部原理的情况下调用这些服务。

然后，团队间可以快速、灵活地通过API调用其他人的服务、数据，而不必在跨团队协作会议中互相撕逼。这些API实现了快速、灵活、可复用且松散耦合的特点——这时，团队就可以在内部继续迭代、进化，只要保证API正常对外工作就可以了。

此外，Dirk还提出另一个架构观点，那就是“两个总比零个好”。

也就是说，由于是在高度分布的团队中进行工作，很可能会出现，两个团队在无意中搞出了一样的或者高度近似的东西。

这是没问题的。

因为让几个快速工作的团队做了相同的工作，总比让他们花费数天、数周甚至数月撕逼，最终得出一个通用解决方案要有价值得多。虽然最终出了点冗余的东西，但是总归避开了无价值的会议撕逼。

最后，如果有必要的话，几个项目可以合并，或者随着时间的推移，一个项目战胜/替代了另一个项目。

不过，考虑到两个团队同时取得成功的概率实在比较低——毕竟亚马逊鼓励快速、大胆实验，而大部分实验最终以失败告终（还记得Fire Phone么）——其实出现内部团队间的赛马，看看哪个真正能跑出来，也是没问题的。

二、组织——小型、赋能的团队

两个披萨团队——即two-pizzar team——算是你听说过的亚马逊名词了：团队人数不应该很大，大约2个披萨就可以让每个人吃饱，也就是说，每个团队大约6人。

当然，这也取决于披萨到底有多大，有时候可能2-4人构成的团队也是没问题的。