2018-09-12对这个专栏看的越多，越觉得作者讲得有条理又有深度，物超超超所值 200
2018-09-16从微服务架构来讲，多个独立功能内聚的服务带来了整体的灵活性，但是同时也带来了部署运维的复杂度提升，这时Docker配合Devops带来了不少的便利(轻量、隔离、一致性、CI、CD等)解决了不少问题，再配合compose，看起来一切都很美了，为什么还需要K8s？可以试着这样理解么？把微服务理解为人，那么服务治理其实就是人之间的沟通而已，人太多了就需要生存空间和沟通方式的优化，这就需要集群和编排了。Docker Compose，swarm，可以解决少数人之间的关系，比如把手机号给你，你就可以方便的找到我，但是如果手机号变更的时候就会麻烦，人多了也会麻烦。而k8s是站在上帝视角俯视芸芸众生后的高度抽象，他看到了大概有哪些类人(组织）以及不同组织有什么样的特点（Job、CornJob、Autoscaler、StatefulSet、DaemonSet...），不同组织之间交流可能需要什么（ConfigMap,Secret...）,这样比价紧密的人们在相同pod中，通过Service-不会变更的手机号，来和不同的组织进行沟通，Deployment、RC则可以帮组人们快速构建组织。Dokcer 后出的swarm mode，有类似的视角抽象（比如Service），不过相对来说并不完善。以上，是否可以这样理解？展开作者回复: 没毛病
2 152
2018-09-12学费太值得了，老师太会教课了说得很清楚 52
2018-09-12感觉不能迁移“有状态”的容器，是因为迁移的是容器的rootfs，但是一些动态视图是没有办法伴随迁移一同进行迁移的。作者回复: 是的，到目前为止，迁移都是做不到的，只能删除后在新的节点上重新创建
36
2018-09-29这价格讲到这种程度，跟捡到便宜似的，感谢作者 26
2018-09-12对于第二个问题，是不是像存储在文件或者数据库里的数据还是比较好迁移，但是对于缓存，临时存储的数据是不是就不太好迁移。作者回复: 没错！
20
2018-09-16面向yaml文件编程 14
2018-10-26k8s就是把组织协调这项管理学落实到计算机工程上 13
2018-09-121 我自己用swarm后，感觉和docker 公司的整体风格很一致：上手简单，但是最后还是没用的很好，因为毕竟需要太多的依赖需要在不同容器之间传递。k8s从更高视野看服务器软件架构从而提出更有效而且看起来更重的方案，最终被证明是有效的。 10
2018-09-21迁移可以简单分为两类：磁盘数据文件不变，进程重启；磁盘数据文件不变、内存数据也不变，相当于连带进程一起挪过去。第一种类型有很简单的方法：挂载云盘，从空间上解耦。第二种类型就复杂了，需要将内存数据一点点迁移过去，最后瞬间切换。IaaS很早就应用热迁移技术了。
Kubernetes则讨巧了，只着眼于应用，直接约定容器是可以随时被杀死的，热迁移就没有那么重要了。甚至连IP都隐藏了，又绕过了一个大难题～ 6- 2018-09-12第二个问题: 我觉得应该是很多容器数据都是挂载在本地路径，所以没办法直接进行迁移。
如果容器的数据挂载在共享存储上，那是不是没有kubernetes也是可以迁移有状态的容器？作者回复: 那就要看有多少种状态需要处理啦
6 
2018-11-25第一次接触K8S，这篇文章整整看了一个小时，算是对整体有个模糊的轮廓概念。。。
PS：讲真心不错 5
2019-06-28订这么多课程，这个作者最有水平，太值了！把如此复杂的容器技术说的引人入胜！ 4
2018-09-16为什么一个node上，kubelet与Device plugin要走gRPC，这个没有CSI这样的专门中间层吗？作者回复: 没有，这一块的设计我后面会讲到
4- 2018-09-12不能迁移是因为容器在本地的很多状态修改不会commit到云端吧？ 4
2018-09-13@老师。我记得service的ip也是可变的。不变的是service name。通过kube dns解析。当然service可以绑定主机名。但是那样就不能高可用。不知道我说的对不对？作者回复: service vip不会变，除非你把它删了重建。通过dns解析的是headless service，它不会分配vip。
3
2018-09-13一直对CNI、CSI 有点困惑，为什么不将其纳入到container runtime/oci 的范畴？作者回复: 前面是paas层用的，后面是容器用的
3
2018-11-19虽然我已经了解这块了，但是再看一遍张磊老师的剖析，很深刻！ 2
2018-09-22容器OCI规范推出，那么统一规范的容器镜像都可以在不同厂商自主研发的容器运行时上运行。随着时间的推进，在容器编排上的需求，虽然有swarm和mesos的方案，但是对于一些有能力做基于容器PaaS平台的大公司，并且还有一些具有自主研发能力、野心大和具有一定PaaS平台资源的，并想借用容器赚钱的大公司，就不太乐意用这些方案（所以为什么大公司前期都迫切需要一个容器规范出现的原因吧）。这时也迫切需要一个可以对接自主研发的“运行时”的工具出来，并该工具能弥补容器编排不完美这个缺陷。个人觉得，Kubernetes的出现确实伟大，伟大到击垮Docker公司原先建立的都围着他转的容器社区体系，也伟大到可以又让大公司赚钱。 --- 纯属个人理解作者回复: 开源和商业不分家
2
2018-09-12整个集群的持久化数据，则由 kube-apiserver 处理后保存在 Ectd 中。是不是Etcd呢？作者回复: 对对
2