写在前面的话

【Vue实战系列】得到了很多小伙伴的支持，怀揣着有朝一日能当程序猿界的王红的心，再开一个新的专栏——【Docker实战系列】，希望小伙伴们继续支持。

为什么写Docker？有两个原因：

原因1：大数据催生了基础设施，重视基础设施，大数据才能走的更远——Docker较于SpringBoot其它基础设施，在实战中对我震撼更大。

目前笔者所在的公司，几乎每个项目组的PPT中，都会违心的写上“大数据”三个字，听闻某高层领导调侃道：“你们哪里是大数据，分明是数据大。。。。”

为什么很多所谓的“大数据”会让人感觉到只是“数据大”呢？

有两个衡量标准：

(1)是否运用了机器学习、深度学习的方法，实现数据挖掘？

例如：使用线性回归、聚类、分类、关联等方法，进行设备故障预测、网络升级意向评估等等。——机器学习是另一个庞大的话题，笔者会在另外的专题中分享和探讨。

(2)随着大数据的产生，对应用软件的性能、扩容、稳定性、部署等方面带来的问题，如何解决？

nginx、SpringBoot、SpringCloud、Eureka、Hystrix、Docker、Kubernates、DockerSwarm、Docker Compose。。。巴拉巴拉巴拉。。。一坨一坨云山雾罩的框架、概念、术语，从不同维度、不同层面解决着这些问题。

笔者2016年参与的某产品中，对于性能、扩容、稳定等问题采用的是SpringBoot、SpringCloud去解决，在那个阶段受益匪浅，同时也感(踩)慨(坑)良(无)多(数)。。。。

有一个至今萦绕在我心头的难题：如果A服务调用B服务，B服务自己死了，A服务不能死，怎么解？

当时，用了SpringCloud的很多特性，都没搞定——千万不要相信产品中自己定义一堆业务逻辑控制超时，千万不要相信，千万不要相信，千万不要相信。。。

直到2017年的某一天，意外的接触到了Docker，才豁然开朗。。。

原来，Docker不是一个部署工具啊。。。

原来，Docker不是一个牛逼版的VMware啊。。。

原来。。。

BGM响起。。。

原因2：别为偷懒找借口

笔者所在的公司，常常听到一句话：Docker这种技术是某某平台组才需要研究的，身为业务组的你不用研究。

你傻啊，你傻啊，你傻啊，你傻啊，你傻啊

好吧。。。

Docker真的挺有意思，谁用过，谁才能体会奇妙，小伙伴们一起来。