国内最专业的IT技术学习网

UI设计

当前位置:主页 > UI设计 >

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

发布时间:2019/09/12标签:   代码    点击量:

原标题:神话还是现实?Docker 和 Kubernetes 架构
在 Docker 和 Kubernetes 时期,软件开辟的天下产生了怎么的变更?有能够应用这些技巧一劳永逸地构建一个放之四海而皆准的架构吗?当全部货色都“打包”在容器中时,有能够同一开辟和集成的进程吗?这些决议有甚么请求?它们会带来甚么限度?它们会闪开发职员的生涯变得更轻松,仍是会增添不用要的庞杂性?是时间探讨和说明这些(以及别的一些)成绩了!(在本文和原创插图中)本文将带你踏上从事实到开辟进程到架构再回到事实的路程,在沿途的每一站答复最主要的成绩。咱们将实验断定一些应当成为系统架构一局部的组件和准则,并在不外多深刻完成细节的情形下展现一些示例。这篇文章的论断能够会让你不快乐或快乐。这完整取决于你的团体教训,你对这个分为三章的故事的见解,乃至能够取决于你浏览时的心境。请在文末宣布批评或提出成绩,让我晓得你的主意!1、从事实到开辟流程在很大水平上,我所见过或有幸参加树立的全部开辟进程都效劳于一个简略的目的 —— 下降将一个主意酿成事实、并托付出产的时光,同时坚持必定水平的代码品质。这个主意是好是坏并不主要。坏主张来往复去,你能够只是实验一下,而后谢绝它们,让它们自生自灭。值得一提的是,从一个坏主张中 回退(rolling back)的义务落在将你的开辟流程主动化的呆板人肩上。连续集成和托付(CI/CD)仿佛是软件开辟天下中的一根拯救稻草。究竟,另有甚么比这更简略的呢?你有主意,你有代码,以是去做吧!假如不是存在一个小成绩的话,这将会是完善无缺的 —— 假如与贵公司特有的技巧和营业流程相分别,集成和托付流程将很难正轨化。但是,只管这个义务看起来很庞杂,生涯仍是在一直引入优良的主意,让咱们(固然是我本人)更濒临于树立一个简直在任何场所都有效的完善机制。对我来讲,完成这类机制的近来一步是 Docker 和 Kubernetes,它们的形象档次和认识状态方式让我以为现有成绩中的 80% 都能够经过简直雷同的方式来处理。剩下的 20% 咱们也无奈疏忽。然而这恰是你能够把你内涵的制造性蠢才会合于其上的有味的任务,而不是用于处置反复性的平常义务。专一于 “架构框架”(architectural framework)能够让你忘却那 80% 曾经处理掉的成绩。全部这些象征着甚么,Docker 是怎样处理开辟流程中的成绩的?让咱们来看一个简略的流程,这关于大少数任务情况来讲也是充足的:

版权信息Copyright © 银河官网 版权所有    ICP备案编号:鲁ICP备09013610号