神话还是现实？Docker 和 Kubernetes 架构

假如你的生态体系包括在一个宏域中事变的数百个处事，你将不得不处理赏罚数以千计的处事通讯方法。为了简化数据流，你应该思量在某些变乱产生时将动静分发到大量收件人的手段，而不管变乱的上下文怎样。换句话说，你必要一个变乱总线来宣布基于尺度协议的变乱并订阅它们。

对付变乱总线，你可以行使任何可以或许操纵所谓署理的体系： RabbitMQ 、 Kafka 、 ActiveMQ 和其余相同的体系。一样平常来说，数据的高可用性和同等性对付微处事至关重要，可是因为 CAP 定理 ，你如故必要捐躯一些对象来实现总线的正确漫衍和集群打点。

很天然，变乱总线应该可以或许办理各类处事间通讯的题目，可是跟着处事数目从成百上千增进到数万，纵然是最好的基于变乱总线的架构也也许会失败，因此你必要探求另一种办理方案。一个很好的例子是集成总线要领，它可以扩展上述 “愚笨的管道 —智能的斲丧者”(Dumb pipe — Smart consumer)计策的手段。

有许多缘故起因抉择了必要行使“ 企业集成/处事总线 ”要领，该要领旨在低落面向处事架构的伟大性。下面列出了部门缘故起因：

• 多个动静的聚合
• 将一个变乱拆分成几个变乱
• 体系对变乱相应的同步/事宜说明
• 接口的适配，这对与外部体系的集成尤其重要
• 变乱路由的高级逻辑
• 与沟通处事的多重集成(从外部和内部)
• 数据总线的不行扩展齐集化

作为企业集成总线的开源软件，你也许必要思量 Apache ServiceMix ，它包括了计划和开拓这种 SOA 所必须的几个组件。

数据库和其他有状态处事

和 Kubernetes 一样，对付必要数据耐久性和与磁盘细密相助的处事，Docker 彻底改变了游戏法则。有人说，处事应该在物理处事器或假造机上以旧的方法“保留”。我尊重这一概念，我不会就其利弊睁开争论，但我相等必定，这种说法的存在只是由于在 Docker 情形中暂且缺乏打点有状态处事的常识、办理方案和履历。

我还应该提到，数据库凡是占有存储天下的中心位置，因此你选择的办理方案应该为在 Kubernetes 情形中事变做好充实筹备。

按照我的履历和市场环境，我可以区分以下几组有状态处事，并为每一组处事提供最吻合的面向 Docker 的办理方案示例：

• 数据库打点体系 — PostDock 是任何 Docker 情形中 PostgreSQL 的简朴靠得住的办理方案
• 行列/动静 署理(broker) — RabbitMQ 是构建动静行列体系和路由动静的经典软件。RabbitMQ 设置中的 cluster_formation 参数对付集群配置是必不行少的
• 缓存处事 — redis 被以为是最靠得住和机动的数据缓存办理方案之一
• 全文搜刮 — 我前面已经提到过的 Elasticsearch 技能栈，最初用于文本搜刮，但同样善于存储日记和处理赏罚大量文本数据的任何事变
• 文件存储处事 — 为任何范例的文件存储和交付(ftp、sftp 等)提供的通用处事

镜像依靠

假如你还没有碰着你必要的包或依靠项已经从民众处事器裳?佚或暂且不行用的环境，请不要以为这种环境永久不会产生。为了停止任何不须要的不行用性并为内部体系提供安详性，请确保你的处事的构建和交付都不必要互联网毗连。在内部收集中设置全部镜像和拷贝：Docker 镜像、rpm 包、源代码库、python/go/js/php 模块。

这些和任何其余范例的依靠都有本身的办理方案。最常见的要领可以通过在搜刮引擎查询“ X 的私有依靠镜像 ”找到。

三、从架构回归实际

不管你喜不喜好，你的整个架构早晚城市失败。这样的环境一向在产生：技能很快就过期了(1-5 年)，要领论变革慢一点(5-10 年)，计划原则和基本理论无意变革(10-20 年)，但不管怎么样这个趋势是不行否决的。

思量到技能的过期，请始终全力将你的生态体系保持在技能创新的顶峰，筹划和推出新的处事来满意开拓职员、营业部分和最终用户的需求，向好处相干方推广新的适用措施，提供常识来敦促你的团队和公司向前成长。

通过融入专业社区、阅读相干文献和与同事交换，可以让你保持领先职位。意识到你的机遇，并在项目中正确行使新趋势。试验并应用科学的要领来说明你的研究功效，可能依赖你信赖和尊重的其他人的结论。

（编辑：湖南网）

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