服务化改造实践（二）| Dubbo + Kubernetes
“没有最好的技术，只有最合适的技术。”我想这句话也同样适用于微服务领域，没有最好的服务框架，只有最适合自己的服务改造。在Dubbo的未来规划中，除了保持自身技术上的领先性，关注性能，大流量，大规模集群领域的挑战外，围绕Dubbo核心来发展生态，将Dubbo打造成一个服务化改造的整体方案也是重点之一。
微服务开源生态报告 No.3
「微服务开源生态报告」，汇集各个开源项目近期的社区动态，帮助开发者们更高效的了解到各开源项目的最新进展。
社区动态包括，但不限于：版本发布、人员动态、项目动态和规划、培训和活动。
非常欢迎国内其他微服务领域的开源项目将近期的社区动态，投递给我们，我们将一同发布。
Dubbo之SPI实现原理详解
开篇
SPI全称为Service Provider Interface，是一种服务提供机制，比如在现实中我们经常会有这种场景，就是对于一个规范定义方而言（可以理解为一个或多个接口），具体的服务实现方是不可知的（可以理解为对这些接口的实现类），那么在定义这些规范的时候，就需要规范定义方能够通过一定的方式来获取到这些服务提供方具体提供的是哪些服务，而SPI就是进行这种定义的。
Dubbo 在 K8s 下的思考
序言
Dubbo在2011开源之后，一直是国内最受欢迎的RPC框架，之后spring boot和Spring Cloud的面世，助推了微服务的火热程度。计算机的世界变化很快，自从容器和K8s登上舞台之后，给原有的RPC领域带来了很大的挑战。
优秀的代码都是如何分层的？
好的应用分层应该做到1.方便后续代码进行维护扩展；2.分层的效果需要让整个团队都接受；3.各个层职责边界清晰。本文针对controller，service, mapper三个维度的应用分层进行整理，以优化后续代码的维护
