so1n

在业务中, 我们经常需要有一个唯一id, 来区分每个数据, 如每个订单都有一个自己的这些唯一id， 而订单id可能是通过多服务生成的, 这类的生成id的方案统称为分布式ID

无论是微服务， 还是普通的API服务器， 他们都是进程， 服务在发布的时候， 必定会重启， 这时候会先杀掉旧进程， 再启用新的进程， 但旧的服务还在进行通信， 这时候强制杀产生Bug

当依赖的服务已经出现故障时，熔断器会主动阻止本服务对依赖服务的请求，从而保证自身服务的正常运行不受依赖服务影响, 也减少依赖服务异常期间的压力，防止服务雪崩效应。

大部分服务治理的功能都会利用过去一段时间产生的数据来决策接下来的请求该怎么做， 而这些数据就是服务治理的基石。为了做好服务治理， 稳定的，多功能的基石是必不可少的。

最近系统上出现部分日志丢失的情况,为了解决这个问题,开始了解Linux的日志结构和机制。以下是我的学习总结, 主要涉及到了如何发送日志， 怎么处理日志和传输日志以及怎么管理日志文件

前记 在2019上半年时， 项目需要用到RPC来为不同服务间建立连接, 便开始调研RPC相关的内容， 由于项目本身是基于Asyncio生态的， 所以就开始找基于asyncio生态的RPC框架， 那时候

在编写项目时，都会对代码质量有一定的追求， 比如代码艺术， 设计模式， 重构设计等等。 但是一个良好Python项目除了程序员本身的代码质量能力之外， 还有系统设计和代码质量工具等等。

现在云原生越来越流行, 容器化势在必行, 作为后端开发者需要学会如何把自己编写的应用编写为一个Docker容器来运行,

一个支持多个Web框架的API拓展框架，支持参数校验和自动转化，文档页面输出，mock响应以及测试用例的结果校验