实现容器化的目的及实质性原理

容器化之前这个项目回收虚机陈设的，每个假造机交错的启动了两个可能三个微处事，这会碰着一个题目，就是端口斗嘴的题目，在项目插手新应用时，必要思量处事器之间端口斗嘴题目的，还要思量每个微处事的端口不能一样，由于行使假造机陈设应用时，也许会有呆板节点妨碍必要手动迁徙应用的环境，假如部门微处事端口一样，迁徙的进程也许会受阻。

其它，当一个项目只有几个应用时，端口维护起来也许没有什么题目，像本项目，涉及三十多个微处事，这就会成为一件很疾苦的工作。而行使容器陈设时，每个容器彼此断绝，全部应用可以回收同样的端口，就无需再去体谅端口的题目。

措施康健题目

行使过Java措施的人大部门都碰着过措施假死的环境，好比端口显着是通的，可是哀求就是不处理赏罚，这就是一种措施假死的征象。而我们在行使虚机陈设时，每每不能把康健搜查做的很好，或者在虚机上面并没有做接口级的康健搜查，这就会造成措施假死无法自动处理赏罚的题目，而且在虚机上面做一些接口级的康健搜查及处理赏罚操纵并不是一件简朴的工作，同样也是一件死板乏味的工作，尤其是当一个项目微处事过多，康健搜查接口纷歧致时更为疾苦。

但在k8s上面，自带的Read和Live探针用以处理赏罚上面的题目就极其简朴，如图所示，我们可以看到今朝支持三种方法的康健搜查：

tcpSocket: 端口康健搜查

exec: 按照指定数令的返回值

httpGet: 接口级康健搜查

同时这些康健搜查的机动性也很高，可以自界说搜查隔断、错误次数、乐成次数、搜查Host等参数，并且上面提到的接口级康健搜查httpGet也支持自界说主机名、哀求头、搜查路径以及HTTP可能HTTPS等设置，可以看到用k8s自带的康健搜查可以省去我们很大一部门事变，不消再去维护很是多令人厌恶的剧本。

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!