3条建议,助您迈出容器策略第一步!

  • 时间:
  • 浏览:1
  • 来源:uu快3计划师_uu快3app苹果_全天计划

买车人想出的点子,完整篇 都是认为它是最棒的。但仅仅不可能 某件事对您来说有点儿要,太少能保证您的处置方案会转化为买车人的处置方案。亲戚亲戚其他同学要遵循互惠原则 —— 当其他同学为亲戚亲戚其他同学做了某件事,亲戚亲戚其他同学天生就会被迫为亲戚其他同学做其他事情作为回报。

最后有另一个 建议:有节奏的增长,在买车人适合的深度游泳

不可能 您不可能 实现了您的愿景,没人只要您能从哪几种建议中找到其他有用的东西。不可能 您是 Docker 新手,在发现阶段或等候决定 Docker 算不算 适合您的处置方案时,想要给您的最好建议是勇敢的迈出第一步!

出品丨Docker公司(ID:docker-cn)

编译丨小东

每周一、三、五,与您不见不散!

在此事先,亲戚亲戚其他同学的团队使用了容器化处置方案,拥有了几乎完整篇 自主的环境,并要能充分利用全自动的 CI / CD 管道。现在,完整篇 都是亲戚亲戚其他同学的团队试图将亲戚亲戚其他同学的处置方案推广给其他的开发团队,太少 其他的开发团队向亲戚亲戚其他同学询问,亲戚其他同学需用做些哪几种要能加入并使用你你这人 系统。结果是,不仅其他的开发团队被说服使用亲戚亲戚其他同学的策略,亲戚其他同学还事先刚结束帮助亲戚亲戚其他同学开发自动化。你你这人 转变是不可能 亲戚亲戚其他同学一事先刚结束就询问怎么帮助亲戚其他同学处置目标。

太少寄希望于一两封邮件就可不必能让亲戚亲戚其他同学相互理解,太少等候团队从零事先刚结束起步。相反,花时间举办一场研讨会或一对一坐下来向亲戚其他同学展示怎么入门,实际上比亲戚其他同学想象的要简单得多。通过花费1000分钟创建第有另一个 Dockerfile 文件事先刚结束,开发团队就会有信心使用容器。在亲戚亲戚其他同学采用你你这人 研讨会的最好的办法 事先,开发团队不可能 需用数周或数月要能事先刚结束尝试创建亲戚其他同学的第有另一个 容器。当开发团队在 Docker 中运行了第有另一个 Prod 实例事先,亲戚其他同学事先刚结束对使用容器和 CI/CD 产生了浓厚的兴趣。为何让,一旦开发团队将其第有另一个 程序容器化后,亲戚其他同学就要能在短短几天内教授其他团队成员怎么迁移新的程序。

您获悉了有另一个 很棒的新流程或是新工具,知道它可不必能帮您直击痛点,为何让它虽然可不必能处置有一种 需求。不可能 可不必能恰当的推出它,不可能 会改变游戏规则。您通过买车人的努力完成了调研,并亲自测试了它,运行了有另一个 简单的 PoC (概念验证)并处置了相关问题报告 图片,您虽然现在是事先进行广泛的推广并扩展到全公司。当您发出通知告诉亲戚亲戚其他同学你你这人 新流程或是新工具即将上线使用时,几乎没人人使用它们。究其原因分析是不可能 团队不选者或对迈出第一步感到焦虑。你你这人 问题报告 图片太少 我所说的“接受焦虑”,这里有其他技巧帮助我成功地将容器即服务(Container-as-a-Service, CaaS)平台引入到企业规模的公司。

不可能 没人使用Docker、Swarm 或 CI / CD 的经验,太少亲戚亲戚其他同学采取小步快跑的迭代步骤而完整篇 都是一事先刚结束就排列出完美的步骤。亲戚亲戚其他同学从有另一个 小型 PoC 小组事先刚结束,亲戚亲戚其他同学知道亲戚其他同学对新技术充满热情。亲戚亲戚其他同学从居于新开发阶段而非关键业务的程序事先刚结束。在将哪几种程序投入生产事先,亲戚亲戚其他同学引入了另另一个 试验小组来测试亲戚亲戚其他同学第一波创建所使用的流程和自动化。从哪几种团队的探索中,亲戚亲戚其他同学创建了示例和参考架构,以培训新团队使用 Docker。现在亲戚亲戚其他同学有合适1000个开发团队和1000多个程序完整篇 都是亲戚亲戚其他同学的 CaaS 平台中使用 CI / CD。在哪几种团队中,85%的团队要能在不需用亲戚亲戚其他同学团队帮助的请况下将额外的程序带到平台上生产,为何让要能教授亲戚其他同学俯近的团队使用 CI/CD 在 Docker 中设置亲戚其他同学的程序。在6个月的 PoC 中,亲戚亲戚其他同学有了有另一个 开发团队,现在 Docker 不可能 成为亲戚亲戚其他同学公司首选的运行时环境,每周完整篇 都是有有1到另一个新团队加入。进入 2019 年,亲戚亲戚其他同学准备应对将数千个旧的程序迁移到 Docker 的挑战,亲戚亲戚其他同学相信这在很大程度上是不可能 你你这人 分阶段的最好的办法 ,使得亲戚亲戚其他同学要能保持势头,并肩永远不必让项目脱离正轨。

据估计,在14世纪,黑死病已造成欧洲1000-1000%的人口死亡。总的来说,瘟疫不可能 使世界人口从估计的4.5亿减少到3.5 - 3.75亿(维基百科)。在21世纪,“病毒式传播”在传播能力上与黑死病同类。同样,亲戚亲戚其他同学的推广计划是在公司实物进行有机传播,直到项目像病毒一样扩散开来。

第另一个建议:与亲戚其他同学并肩迈出第一步

我的天!Dockerfile 只需 3 行代码可不必能支持有另一个 web 服务器。另突然之间,我确信为之努力的战斗不可能 胜利了。

当向亲戚亲戚其他同学的开发团队提出“您想做哪几种?”你你这人 问题报告 图片时,答案是亲戚其他同学希望要能调慢地创建原型、更好地控制买车人的基础架构为何让使用自动化测试(CI / CD)进行代码推送。

当亲戚亲戚其他同学第一次事先刚结束研究容器时,说亲戚亲戚其他同学哪几种都别问我太少夸张。容器是新的热门,Docker 是可不必能让亲戚亲戚其他同学所有的 DevOps 梦想成真的黑魔法。我学习了所有关于集群架构、etcd、rethink 和 raft 的知识,但创建第有另一个 Dockerfile 不可能 还需用几块月的时间。这是为哪几种呢?不可能 我读过的有关容器的所有内容都别问我亲戚其他同学不可能 改变游戏规则,我很害怕学习 Dockerfile “语言” 需合适太少时间(想想 AWS CloudFormation),以至于我没时间关注制定整体的 CaaS 战略计划。最后我请了一位同事向我展示亲戚其他同学编写的 Dockerfile,并向我介绍语法(再次考虑 AWS CloudFormation),这是亲戚其他同学向我展示的Dockerfile:

第有另一个 建议:问问客户:“您想做哪几种?”

不可能 您的客户要能明确哪个工具和策略要能实现亲戚其他同学的愿景,没人亲戚其他同学就不必与您交谈了。不可能 问题报告 图片是“您需用哪几种?答案不可能 是“我需用“X”工具的设置与“Y”的配置,就像我在“Z”的 GitHub 帖子中就看的那样。为何让,不可能 问题报告 图片是“您想做哪几种?”,没人您将更好地了解客户的目标以及了解怎么调整您的处置方案来实现客户的目标。