如果一个系统是由多个相互协作的服务组成,那么我们就可以在服务内部使用不同的技术,这样我们就能够选择合适的技术来实现需求,而不是找一个标准的可以适用所有地方的技术。
如果我们的系统的一部分需要改善性能,我们可能决定使用不同的技术栈来更好地实现性能需求。我们也可能发觉我们系统部分模块需要修改存储数据的方式。比如:在社交网络系统,我们将用户的交互数据保存在图形导向的数据库来反映高度互相关联的社交网络,而用户提交的帖子可以存储在文件导向的数据库,从而使架构变的多样化。如下图
通过微服务,我们也可以更快地适应新技术,更好地理解新技术带来的好处。使用新技术的风险来自于新技术相关的风险。在单一系统里,如果我们想使用新的编程语言、数据库或者框架,任何一个改动都会影响到系统的大部分模块。如果我们的系统由多个服务组成,我门就可以有多个地方可以尝试我们的新技术而不会影响其他地方。我可以找一个使用新技术风险最低的地方,尽量减少新技术带来的潜在风险。很多组织或者公司发现这是实现将新技术变成现实并且带来好处的最快方式。
使用新技术当然会带来新的成本。有的组织或者公司会对语言的选择做一些限制。比如Twitter和Netflix, 大多使用JVM作为平台,因为他们自己很懂得JVM的可靠性和性能,他们也会自己开发新的JVM库和工具,使得大规模使用JVM更加容易,但是也导致使用非Java的服务或者客户端更加困难,但是不管是Twitter还是Netflix,他们也都只使用单一的技术栈。另外一个使用混合技术我们需要关注的点是开发任务的大小,如果真的可以在两个星期内重写一个微服务,那样可以明显地减轻新技术带来的风险。
后面很多章节我们都在关注如何权衡利弊。