6a7c0569c327

解析情感案例，传递生活正能量，发现世间真善美。 我是白苏，我在这里等你。 讲述人：▇▇▇▇刮开试试 我在外地打工了两年，这两年时间我都没有回家，因为想省钱，离过年还有不到一个...

6a7c0569c327 ·

吐槽一下：
软件领域大部分技术本质是极其简单的，这一行里新技术层出不穷名字又爱唬人，很多大佬又喜欢写些技术文章，把简单问题复杂化，导致很多新人被各种吓、觉得八辈子都学不完。

举例，我不同意老师你的这一句：
Spring Cloud所涉及到的技术点与功能是极为庞大的

我认为：
Spring Cloud所涉及到的技术点与功能很多很杂，但都极其简单，不庞大很渺小；这些个技术点加起来只干了一件事，让分布式服务维护（服务治理）起来更方便高效，明细如下：

分布式开发与部署：因为一个服务有很多节点（机器），所以需要搞一个可视化的发布部署管理系统，部署快速方便点
配置管理：因为想改配置，机器太多不可能人肉重启，所以需要一个动态生效的配置系统，上这个管理系统上一改，所有机器都能快速生效
网关路由：对用户比如app提供的http接口，由于后面提供了很多服务，为了让各种用户使用简单，提供统一的网关层，就干一件事，根据比如url来转发请求到对应的服务
熔断：分布式服务通常流量比较大，万一突发事件，流量再猛增几倍，可能真个系统就挂了，所以需要搞一个预警，流量达到一个峰值就降级，服务直接返回空
负载均衡：服务分布式了，万一某个节点量很大，别的节点很少，量大的节点就会挂，所以需要一个让流量均衡打到每个节点的玩意
日志处理：服务分布式了，不可能挨个登陆机器去查日志，最好有一个集中收集可查询的系统
追踪：一个请求需要十几个服务处理，最终结果失败了，要查原因，不可能每个服务挨个去看日志，需要一个穿通整个流程的玩意
数据处理：略
服务注册与发现：服务有多个节点，上新下旧，咋通知客户端，需要一个玩意搞这个
安全：略

回过头看上面这些所谓的庞大的技术点，每一个都很渺小，本质上都极其简单且不重要（跟核心业务流程比较），没有这些，分布式服务也能跑，只不过维护起来得累死，为了不加班为了不累死，大牛们各种“投机取巧”搞出一堆小玩意挨个解决各种维护问题点

e4682431aaf5 评论自醍醐灌顶——我眼中的Spring Cloud