没问题制造问题 有一则颇为滑稽的场景，讲述了一位工程师向项目经理解释一个过于复杂的微服务系统是如何工作的，以便获取用户的生日，但最终仍然解释不清楚。 这一场景准确地描述了当前IT文化的荒谬之处。 然而

今天重点谈下传统的单体应用架构朝微服务转型实践过程中遇到的一些问题，具体的解决方法的一些思考，供大家参考。 这篇文章涉及到的项目背景为我们自己的财务共享项目，即原来是一个大单体应用，需要进行微服务架构

今天重读了Martin Fowler的《Microservices》，在此记录一下对九大特性的理解。 组件，是一个可以独立更换和升级的单元。就像PC中的CPU、内存、显卡、硬盘一样，独立且可以更换升级而不影响其他单元。 在“微服务”架构中，需要我们对服务进行组件化分解。服务，是…

在很多微服务化的文章中，很少会把持续集成放在第一篇，因为大多数的文章都会将如何拆的问题，例如拆的粒度，拆的时机，拆的方式。 为什么需要拆呢？因为这是人类处理问题的本质方式：将一个大的复杂问题，变成很多个小问题解决。 所以当一个系统复杂到一定程度，当维护一个系统的人数多到一定程度…

微服务（Microservices），这个近几年我们经常听到。那么现在市面上的的微服务架构技术有很多，比如比较成熟的 Spring Boot、Spring Cloud 全家桶。如果在非 Java 体系里如何实现微服务架构呢？