夜晚读书 -- 关于微服务和容器

1. 单体>SOA>微服务架构

• 单体怎么理解？你可以把它想象成一个WAR包，一个系统包含所有的子系统或者模块的功能都集中的打进了一个WAR包里。那么这个单体它的集中度是非常好的，但是代价也是非常高的。代价有这些：
  

• SOA Service-Oriented Architecture 能解决这个问题吗？一般同时还会引入了ESB，企业服务总线。我的感觉是不能。不能彻底的解决问题，但是并非没有一点效果没有，最起码可以把企业里的服务治理的漂漂亮亮，看着也舒服。而实际上提供服务的系统，可能还是单体。

• 微服务呢？说实话有时候我看到一些光鲜亮丽的概念啊，我就感到恶心想吐。年纪越大对于一些包装就越来越憎恨。内容是必须要有一定合适的形式来表现出来的，但是这个形式不等于包装。所以微服务的概念就不记了，看一下他的缺点。
  

这本书是讲spring cloud和docker的，所以：

SpringBoot项目入门，使用Spring Initializr生成项目。略过。

再看一本关于docker的书，先看下他带来的变化，感觉很棒

看几个我感兴趣的优点：

能减少这么多团队之间流转的扯皮的事情，那我觉得这是一个好东西。
核心概念还是要搞清楚的：

通过下面这张图我就发现了他的缺点。缺点是由他的优点造成的。因为他发布的独立性，所以两个实际差别很小的镜像，他们的大部分内容是相同的，也就是重复的。这个世界上确实鱼和熊掌难以兼得，重要的是权衡和取舍。

可靠的重现，很好的品质。

看到这里，前面我的理解是不是错了？

所有这3个层都可以被多个运行中的容器共享…原来如此，是我想错了？

docker命令行和docker守护进程的原理。今天比较晚了，下次再继续。