做正确的事情，而不仅仅正确地做事情。这是一个被不断提起的话题，但是错误每天都上演。为了在规定的时间内完成一个大项目，总是要有所取舍。如果没有重点，均匀发力，容易事倍功半。如果“南辕北辙”，更是可悲可叹。
这需要制定一套统一的标准，让微服务体系中的所有应用遵循这套标准来实现跟踪信息的描述和传递，这套标准就是OpenTracing。OpenTracing抽象出一套与编程语言以及业务逻辑无关的接口，对链路追踪领域各类元素的统一管理，从而实现完整的全链路监控。
我们需要记住，接口调用基于单个应用接口的维度，对链路信息进行提取并展示。当一个应用的某个接口存在问题的时候，我们能迅速通过这个功能定位这个有问题的接口。
在调用链路视图中，可以查看到整个调用链路中，所经历的每一个应用的调用类型、服务名、IP地址，以及耗时。通过右侧的时间轴，能一步定位到哪一个应用存在性能瓶颈。
目前，由于疫情的原因，很多人在家使用钉钉移动协同办公， 如果某个人的KPI出现异常或者波动就会自动同步到群里，分析师会到后台分析异常原因。另外，团队运营人员在后台可以直接用运营弹框来组织活动，并对相关人群做触达并观看效果……
12 要素应用为我们提供了很好的架构指导，帮助我们：
1、构建水平伸缩的弹性应用架构，更好支撑互联网规模应用。
2、提升研发流程的标准化、自动化水平，提升研发效率。
可以将故障发现、流量切换和快速自愈这些能力外置到应用实现之外，由系统能力保障。Fail small的本质在于控制故障的影响范围——**半径。这个原则在架构设计和服务设计上都需要我们持续关注。
最后是“Fail often”，混沌工程是一种在生产环境周期性引入故障变量，验证系统对非预期故障防御的有效性的思想。Netflix 引入混沌工程概念解决微服务架构的稳定性挑战，也得到了众多互联网公司的广泛应用。
另外一点，Tunnel是直接访问存储层的，MaxCompute在底层的存储是一个分布式文件系统，Tunnel是直接访问这个文件系统的，这样在性能上就有了保证。也就是说，Tunnel在理想情况下是可以保证单并发达到10兆每秒的吞吐能力，通过假并发也是可以水平扩展整个吞吐能力。
writer是写一个临时目录。根据这个机制可以看到，如果writer或者close失败了，就相当于这个长连接断了。所以writer和close这两个接口是不能重试的，如果writer中间有任何阶段失败了，就需要重新写。
