SpringCloud(微服务)学习

SpringCloud（微服务）学习

当下最火的就是微服务了，其中SpringCloud是最热门的微服务框架，Spring系列一直是Java后台服务器的热门框架。
SpringCloud可以基于以前的SpringBoot工程去改造，毕竟都是Spring系列的，而且在SpringCloud中，SpringBoot的一个服务可以简单认为是一个微服务，将原有的SpringBoot微服务拆分（或者拿几个SpringBoot工程来凑），加上服务治理、均衡负载、熔断等，理论上一个基本的微服务架构就成型了。

微服务的意义

将服务拆分成微服务，并不见得都是好的，所以需要知道微服务架构的意义和合适的场景。
微服务是可以说是分布式或者云的产物。
分布式系统有一个关键的CAP原则，Consistency一致性、Availability可用性、PartitionTolerance分区容忍性。分布式系统只能满足CAP三者其中两者。具体概念再查查就有。
当今大多数互联网后台都是分布式的，因为随着业务规模和复杂程度的增加，必然需要分布式系统支撑。微服务主要追求AP和轻一致的C，这种设计性能会好，但是牺牲一点一致性。
微服务的一个特点，其实是能够做到服务间的治理、均衡负载、服务降级、微服务监控等事情的，核心思想就是尽量优化性能，及时发现问题，出现问题的时候影响降低。
另一个特点，就是微服务的迭代比较快。原来可能有多个特性在一个迭代中，都在同一个服务，现在微服务化后，可能多个特性都分开在多个微服务中，一个微服务可能就一两个特性，当上线特性的时候，因为是解耦了的，所以对其他微服务的影响也小，测试用例也少，这样从开发到部署的速度加快了。
可以看到，如果对业务有非常强的一致性，性能不是最重要的考虑指标，其实微服务不太适合；另外，从现实情况考虑，拆分微服务的维护成本也是增大了的，当业务比较小，或人力比较少的时候，就需要衡量下了，如果没有做好devops，那么对于开发、测试和运维都是比较痛苦的。