【书籍观感】Spring Cloud 微服务实战 （一）

近几年的发展，微服务的重要性已经不言而喻。
虽然作为博客主（即我个人）认为，一定会有更明确的分布式解决方案。
因为目前而言，微服务的形式，造成了整体分布式的呈现了一种错综复杂的关系。
稍微大型的项目，动辄数百上千个微服务也是可能的。
那么在项目的集成和总体的业务框架上来说就是一种负担。

但是当然，当下，还是很流行以微服务作为基础概念而拓展出的分布式微服务架构。

本书从以下几个角度，一步步剖析了SpringCloud常用组件

• 认知：首先是对一个组件的认知。即是，它是什么，它能干什么，好处是什么
• 用法：其次就是怎么用，一定程度上有着代码的涉入，基本上属于手把手教你如何基础得搭建起来每个组件
• 源码：最后就是它为什么这么用，一定程度上解析了部分功能模块的功能实现方式。

Tip:
据作者文中阐述，由于本书著作的开始是2016年下旬，所以内部的一些对组件的理解和部分代码的实现以及源码的解析可能不尽完善。
但本着SpringCloud作为微服务的集成框架及组件社区，更多的是学习微服务框架中可能涉及到的组件和组件带来的功能性实现。
由以上所组成的，自己个人对于微服务整体架构的一种概念、理解、乃至思想架构。

虽然作者的写书时间是2016年
但至少从我开始写下这段话的时候已经接近2019年年末了，所以说是2020年也不过分了。
至今，大家已经或多或少对SpringBoot和SpringCloud有一定的理解了。
在这里我也就不一一阐述这两者之间的关系了。

主要说几点比较重要的吧（针对初学者）:

• 并不是说SpringBoot才可以搭建SpringCloud，只是说SpringBoot的StartsPoms对于快速实现微服务有着至关重要的作用。
  毕竟你不可能对着成千上百的微服务还一个一个手动去做很多SpringMVC时代才会做的无数个xml配置。

• 虽然很多教程里会告诉你
  大家在配置的时候可以随自己喜欢，而且有很多人也习惯了用.properties做配置。
  但个人，作为一种面向对象式的配置编程吧，还是推荐使用.yml/.yaml去做配置文件
  虽然我真的知道很多人已经习惯用.properties，并且觉得很多情况下.properties觉得很轻松。
  当然，在此我只是作为个人的一点建议，至于最终用不用，当然是随便了。

• 我知道还是有很多人沉迷在旧式的规范中
  呼吁一下RESTful API的重要性和简洁性，希望大家认真对待。

• SpringCloud中，很多组件都很好用的同时，也不要忘记，这是一个社区型的组件集成
  所以必然会有一些不一定真的就适合各自最终解决方案的组件。
  学习的同时，不要盲目去信仰什么，个人作为普通的低端Java开发，还是想说句
  万事都可以尝试，所以什么组件也都可以试试
  并且尝试使用最适合的去代替自己项目里过剩/或岌岌可危的组件
  并进行一定的源码维护与编译，也是一种提升。

随着时间
可以看到行业内的技术发展越来越快
但越来越快的同时
很多公司热衷于寻找高端人才而忽略了技术是一个演进的过程。

适合自己的才是最好的
单体架构的那么多年
也并不是一无是处
反而更多的是因为单体架构在一定组件的集成下更加稳定而导致的。

所以还是希望各自公司可以本着有一定稳定的框架及项目的情况下
在服务越来越多的准备下，再考虑看是否会需要用到微服务的理念来进行拆分。

最后就是提醒一句
业内大家也都经常会提醒的一句话
随着你每一次的无论是框架上的增加，业务上的增加，亦或者是组件上的增加
伴随着的都是一次复杂性的增加。

而往往，复杂性的增加，才是最让人无法放心得下的。
因为这将导致在整体架构上，又多了一个需要关心和照料的对象。

没有一个项目中出现的组件，是值得忽视的。