关于容器云陈设题目

我们接头过多次，要建树容器云平台，仅有Kubernetes是远远不足，还必要许多的基本组件来支撑整个营业应用。好比日记、监控、设置、注册发明、处事网关等组件。这些组件是容器化陈设好照旧假造机/物理机上陈设好，都是绕不开的题目。

初始节点数目和处事数目少的环境下，也许基本组件容器化陈设是个不错的选择。着实就像我们所说的开拓测试情形，目标是为了快、火速，以是量不会很大。跟着节点数增进，处事量增进，不可是Kubernetes自身组件会碰着瓶颈，处事管理处事打点等平台基本组件也会碰着同样的题目。

七、中间件陈设

我们建树容器云，很重要的缘故起因是但愿操作云上中间件的手段。假如没有中间件处事，那将必要许多的事变来构建这些处事，不外荣幸的是，已经有许多中间件可以在容器云上陈设。不外同样面对一个“量”的题目，量大的环境下，是否能支撑，是否比非容器化必要成倍的资源来支撑，是否给运维带来一些坚苦。好比某证券的Kafka集群有20多台，内存设置一样平常选择64G，回收SSD硬盘，并做了raid5冗余，这样的设置在容器云平台必定是不吻合的，以是必要陈设于假造机可能物理机上。

在开拓测试情形我们照旧提议行使容器化情形。在出产按照现实的环境和营业场景选择吻合的陈设方法。数据库什么的也许就不是很吻合，固然也支持，可以陈设，但从运维、安详、组件不变性等方面思量，非容器化陈设也许更吻合。

八、微处事/营业处事陈设

微处事必定是要陈设到容器上。目标就是为了操作容器的轻量、断绝、尺度化、弹性伸缩等特征。微处事/营业处事每每是必要不绝的改造、更新，以是处事整个生命周期要足够火速，不可是开拓火速。着实从这点我们也可以看到，容器化陈设较量得当常常变革的、轻量的，那些粗笨的、根基没有太大变革的组件假如容器化陈设也许无法揭示容器的利益。把容器当假造机用，有点多此一举。着实许多公司选择互联网应用场景陈设于容器云作为回收实验容器云的初步，也是由于这些缘故起因吧。看来是好汉所见略同。

我们还接头过容器化陈设时，每个镜像也许会不小，几百兆、乃至上G，跟我们传统ESB处事陈设对资源需求就有很大差异。容器化断绝更好，可是每个容器城市一再占用资源。好比java应用，凡是一台呆板安装一个JDK就可以了，可以运行许多个Java应用。但对付容器来说，每个容器都必要一个JDK，以是每个镜像都必要打包JDK，在收集传输、存储、运行时资源占用，好像都没有节省。

（编辑：湖南网）

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