深入研究微服务世界的 Java 开发人员经常发现自己面临着在两个著名框架之间做出选择：Micronaut 和 Spring Boot。
这两个框架都为构建微服务提供了强大的解决方案，但每个框架都有自己的优点和缺点。
在本文中，我们将探讨与 Spring Boot 相比使用 Micronaut 的一些潜在缺点，强调根据项目的特定需求调整您的选择的重要性。
Spring Boot 在生态系统的成熟度与规模方面远远领先于 Micronaut。
我在上一篇对资源服务器进行了简单的阐述，让大家对资源服务器的概念有了简单的认识，今天我将用实际例子来演示单体应用改造为Spring Cloud微服务时的资源服务器实现。
以Spring Security实战干货的DEMO为例子，原本它是一个单体应用，认证和授权都在一个应用中使用。改造为独立的服务后，原本的认证就要剥离出去（这个后续再讲如何实现），服务将只保留基于用户凭证（JWT）的访问控制功能。接下来我们将一步步来实现该能力。
在微服务架构下，你的服务可能由不同的团队提供和维护，在这种情况下，接口的开发和维护可能会带来一些问题，比如服务端调整架构或接口调整而对消费者不透明，导致接口调用失败。
为解决这些问题，Ian Robinson提出了一个以服务消费者定义契约为驱动的开发模式：“Consumer-Driver Contracts(CDC)”，就是：消费者驱动契约。
通常我们开发中主要由服务提供方约定接口，虽然提供方架构调整或改变接口之前通常会通知消费者，但可能还存在上述风险，如果上线出现问题就GG了，而CDC则是以消费者提出接口契约，交由服务提供方实现，并以测试用例对契约进行产生约束，所以服务提供方在满足测试用例的情况下可以自行更改接口或架构实现而不影响消费者。
继续昨天说的计划，解惑一下收到比较多的问题。
有朋友问“为什么在很多文章中，大家引用的Spring版本名字都不一样呢？比如：Angel.SR6，Brixton.SR5等等，它们都有什么区别呢？”，今天我们就聊聊这个轻松一些的话题，说说Spring Cloud版本的那些事儿。
之前提到过，Spring Cloud是一个拥有诸多子项目的大型综合项目，原则上其子项目也都维护着自己的发布版本号。那么每一个Spring Cloud的版本都会包含不同的子项目版本，为了要管理每个版本的子项目清单，避免版本名与子项目的发布号混淆，所以没有采用版本号的方式，而是通过命名的方式。
