第二，这个架构使得每个服务可以被独立地开发。开发者可以自由地选择合适的技术，只要这个服务满足API交互规范。当然，大多数组织想通过限制技术选项来避免过于无拘无束。然而，这种自由意味着开发者没必要在开始新工程时继续使用过时的技术。当开发一个新的服务时，他们可以选择使用当前的技术。另外，因为服务相对来说很小，那么使用当前的技术重写旧的服务会更加可行。
第三，微服务架构模式使得每个微服务可以被独立部署。当本地的服务发生变化时，开发者不再需要协调这种变化引起的部署问题。只要被测试通过，这些变化就可以被部署。UI团队可以执行AB测试，并且可以快速地迭代UI的变化。微服务架构模式使得持续部署成为可能。
最后，微服务架构模式使得每个服务可以被独立地扩展。为了满足吞吐量和可用性，你可以对每个服务部署任意的实例数量。另外，你可以使用最能满足服务资源要求的硬件。例如，你可以部署CPU密集型图像处理服务到EC2 Compute Optimized instances，部署内存数据库到EC2 Memory-optimized instances。”
总结下微服务架构几点要素：注册与发现、API Gateway、服务间通讯……
3Gpp制定的5G架构规范也是采用微服务的模式。下图是5G系统的总体架构图。5G系统被拆分为许多个F(Function)，你问为啥不叫Service，哈哈，3Gpp还是要保持自己的个性的吧，我猜。其中NRF(Network Resource Function)负责各个服务的注册与发现。标红的是我们要实现的服务CHF(Charging Function)，与我们打交道的是SMF。各个服务通过定好的协议进行交互，如：NRF的接口协议就叫Nnrf，CHF的接口协议就叫Nchf。
不止于5G的整体架构是微服务架构，每个子服务的内部也都是按微服务的架构重新设计实现的。容器化、微服务架构、服务编排是这两年我们系统的改造重点。相信也是其它子服务的改造重点。5G核心网未来要满足网络切片的要求，NFV和微服务化，服务编排都是实现这一切的基础。