gydtep

世上没有免费的午餐，微服务技术让 IT 系统变得更敏捷、更健壮、更高性能的同时，也带来了架构复杂度的提升。对于开发者而言，要想更好的驾驭微服务架构，需要解决持续集成、服务发现、应用通信、配置管理、流量防护等一系列难题。

gydtep

SAE 除了可以简化运维工作量，降低资源成本以外，还为微服务应用提升了一系列附加的功能，这是应用层 Serverless 技术为开发者带来的额外价值，我们可以尽可能的利用这些开箱即用的功能，让建设微服务应用变成更加简单。

gydtep

SAE 自带商业版 Nacos 注册中心，可以免费使用，不需要自行搭建。如果有特殊的需求，比如让部署在 SAE 的应用和其他应用相互发现，也可以使用微服务引擎（MSE）产品提供的注册中心，或者自建的注册中心。

gydtep

在数据库方面，如何解耦核心和非核心业务的DB。在业务链路方面，由于微服务具有复杂的业务场景和节点，这些业务场景和节点间如何混合，业务节点如何支撑业务链路，容量不足时哪些业务场景应优先通过

gydtep

高可用设计通常是静态的，它能够被内嵌到架构设计中，被内嵌到基础设施或者中间件中。高可用设计应根据业务场景实现个性化设计。这要求我们不仅需要关注系统当下的业务特点，还需要预测其未来的业务特点，通过各种特性来刻画该业务对用户的可用性影响。

gydtep

这需要制定一套统一的标准，让微服务体系中的所有应用遵循这套标准来实现跟踪信息的描述和传递，这套标准就是OpenTracing。

gydtep

全链路监控组件如何获得链路相关的信息呢？最简单的方式是让开发者在业务代码中手工埋点，生成符合OpenTracing标准的链路信息，并汇入全链路监控组件。

gydtep

手工埋点的方式要求开发者主动配合，并在业务代码中嵌入大量非业务逻辑。这样的方式是极为脆弱的，开发者稍有疏忽就会导致链路信息丢失，甚至影响到正常的业务逻辑。所以非手工埋点的自动链路信息采集，成为了业界的主流，其中包括两种实现方式：

gydtep

SDK方式: 通过引入链路追踪SDK自动生成链路数据，并自动上报。对于底层框架没有公开API的情况，监控逻辑的注入会比较复杂，有可能需要开发者针对具体的底层框架预先做好适配工作。

gydtep

探针方式不需要在代码编译前引入SDK，而是在应用运行的过程中，通过一个Agent动态的拦截底层框架的行为，从而自动注入监控逻辑