uu快三注册—uu快三注册 - uu快三注册,uu快三注册是最具知名度和影响力的门户网站、旅游、美食、教育、房产、长安文 化、原创镜头、魅力、韵味、时政、社会、陕西、科教、文化、娱乐、体育、健身、健康专题、政务、评论、社区、视觉、人物等频 道,拥有uu快三注册,uu快三注册人气最旺的老城根论坛社区。是看日报、晚报的好去处,每天定期发布uu快三注册,uu快三注册最新最权威的时政新闻信息平台。向世界介绍西安,展示西安,宣传西安,推广西安

Kubernetes是否存在“杀敌一千,自损八百”的问题?

  • 时间:
  • 浏览:0

本文作者:kl2422

原文发布时间为:2017-08-80

事实上,Kubernetes觉得相当复杂。不可表态,Kubernetes的启动与运行皆难于上手。但你这些复杂也从那我侧面反映出Kubernetes的倾向性。早在1980年代,弗雷德·布鲁克斯(Fred Brooks)立足计算机科学领域撰写了一本名为《人月神话》的开创性著作。在书中,他讨论了他的团队在构建IBM大型机OS/380系统时的所见所感。他提到了一种生活系统性复杂因素:意外复杂与必要复杂。意外复杂属于一类随机介入的因素(属于负面类型),而必要复杂则属于完成工作所必需的因素(正面类型)。ECS与Docker Swarm皮层上看起来更简单,但却皆具有更多的意外复杂,并会将什么复杂直接传递给用户。你这些复杂在初始阶段往往从不明显。这样你这些意外复杂到底有何表现?首先,朋友前要弥补系统在能力方面的缺失。比如:ECS要求用户编写极少量代码以实现可用性(有时前要成百上千行代码)。什么工具的使用还受到架构层面的限制,一起去带来陡峭的学习曲线。在另一方面,Kubernetes的意外复杂很低而必要复杂很高(实现用户实际你都可不可不可以 实现的目标所前要的复杂)。Kubernetes有的是后来 这样强大,是由于着它由于着是谷歌的第三代容器管理技术——而Swarm与ECS还后来 第一代。

Kubernetes的“税收”

要素企业从不担心Kubernetes的复杂,后来 担心你这些复杂无法带来应有的回报。朋友担心技术团队在Kubernetes上付出很高的“税收”,但最终却这样但会 获得足够的价值。

但这正是难题所在:从不所有的基础架构都前要进行由数十到数千的大规模节点扩展(但会 ,朋友合适前要一3个节点,从而尽由于着降低宕机事故的由于着性)。千万别被扩展性所误导——Kubernetes的优势绝不仅限于扩展性。对于新手来讲,由于着你的Rails应用内存不足英文并引发宕机,则运行在普通EC2的实例上的此类应用应用进程将太满自动重启; 这由于着运维人员前要随时待命以外理难题。另外,Kubernetes拥有自动运行清况 检查机制,但会 由于着你的应用应用进程因一种生活由于而无法响应——包括运行时内存不足英文由于着遭遇锁死,Kubernetes总要自动进行重启。Kubernetes还都都都可不可不可以轻松基于分支环境进行开发,这但会 在EC2实例当中同样几乎无法实现。思考一下——您打算咋样运用更高可用性、自动扩展性以及更为丰厚的功能等重要优势?

意外复杂与必要复杂

中小型公司拒绝Kubernetes的那我由于在于复杂。

原文标题:Kubernetes否有有趋于稳定“杀敌一千,自损八百”的难题?

本文来自云栖社区相互相互合作伙伴Dockerone.io,了解相关信息还前要关注Dockerone.io。

运维服务:与专家相互相互合作维护你的运维平台,一起去负责各类日常运营难题——这由于着您不再前要招聘全职运维人员进行产品开发与交付。

原文链接:Is Kubernetes Overkill?(翻译:康良)

为了外理你这些“税收”,朋友会雇佣一支技术水平高超的运维团队并希望其能带来理想结果。毫无难题,由于着给予朋友充分的发挥空间,朋友总要选着自行构建一套基于Kubernetes的平台。但由于着权限不足英文,朋友会尝试从零现在现在结束构建起累似 于Kubernetes的外理方案(朋友将其称为‘伪Kubernetes’),而这显然会给公司带来技术债务。(由于着在自行构建时,朋友最终得到的一定后来 是一套错误且成本更为高昂的Heroku变种。这但会 由于着在云基础架构的第十条法则中进行过充分论证。)当你的目标是构建产品时,咋样会要将有限的资源浪费在运营任务身上呢?由于着你不前要由于着合适从不从零现在现在结束构建另一方的Heroku,咋样会要雇佣这样多运维工程师呢?朋友将在本系列的下一篇文章中就你这些话题展开探讨,即:你的开发人员是咋样变“坏”的。

内容展望?

运维咨询:利用朋友数十年的运维专业知识帮助您完成云端迁移,我就的架构拥有自动化能力并将你的SaaS与Web应用提升至新的水平。

【烧脑式Kubernetes实战训练营】本次培训理论结合实践,主要包括:Kubernetes架构和资源调度原理、Kubernetes DNS与服务发现、基于Kubernetes和Jenkins的持续部署方案 、Kubernetes网络部署实践、监控、日志、Kubernetes与云原生应用、在CentOS中部署Kubernetes集群、Kubernetes中的容器设计模式、开发Kubernetes原生应用步骤介绍等。Kubernetes否有有趋于稳定“杀敌一千,自损八百”的难题?什么都有朋友由于着都思考过你这些难题,一阵一阵是考虑到大要素中型SaaS、网络及电子商务企业早晚要放弃HeroKu(一款支持多种编程语言的云平台),(每另一方最终都将放弃Heroku。)而最终决定到底该选着AWS、Docker Swarm由于着是其它更为“简单”的外理方案——当然,也包括直接投向Kubernetes的怀抱。由Heroku迁移至AWS、Docker Swarm由于着是其它自主开发型外理方案的作法,往往会给朋友带来但会 自寻麻烦且本可外理的常见陷阱。这是由于着上述外理方案初看起来似乎比Kubernetes更为简单,但从长远的厚度讲却常会带来更严重的局限性、更难以外理的挑战以及更为可观的开销。由于着单纯逃离Heroku从不足英文以帮助朋友摆脱什么恐怖的噩梦,但会 目前什么都有公司现在现在结束在犹豫当中选着Kubernetes。下面,朋友将对由于作出具体阐述。

Kubernetes:一切源自可扩展性

中小型企业有的是后来 拒绝选着Kubernetes,一3个很普遍的由于后来 其可扩展性。CTO由于着会说,“我只拥有一款Rails应用进程,一套简单的传统EC2虚拟机就足以外理难题。Kubernetes处处有的是考虑扩展——而我不前要这样夸张的可扩展能力。”