随著业务的加速发展，技术部门的组织机构构架在横向及横向不断增加和修正，与此同时，民营企业的私有制：应用领域控制系统，也显得愈来愈巨大。为的是让应用领域控制系统网络连接民营企业组织机构构架的修正，剖析组织机构构架对应用领域职责的边界线，大部分组织机构会选择采用 “微服务项目” 构架来对应用领域控制系统展开横向分拆，使得应用领域控制系统的维护边界线网络连接组织机构构架的职责边界线。
一般而言，越巨大的组织机构构架，应用领域控制系统会被分拆地愈来愈细，“微服务项目” 的数目也显得愈来愈多。而在 “微服务项目” 的分拆的实践中，很容易出现将组织机构构架的职责边界线硬生生地对里韦县 “微服务项目” 的分拆发射率中，这可能引致 “微服务项目” 分拆发射率而要，数目更进一步激增的难题。最后，“微服务项目” 之间的初始化亲密关系就像协调机制协作，也显得愈来愈复杂，难题在想要新增市场需求时格外突出。
“微服务项目” 增添便捷的同时，对合作开发人员而言，还增添了附加的考验：怎样加速开启完整的合作开发自然环境？合作开发的市场需求倚赖于其他同僚怎么初步设计？怎样加速增容这些微服务项目？
而对职员而言，也同样增添了一系列的考验：怎样管理合作开发人员的合作开发自然环境？怎样让讷伊县职的同僚加速展开合作开发？
换言之一下，要合作开发由 200 个 “微服务项目” 组成的云原生植物应用领域，会遇到什么样困难呢？
Localhost 黄金时代
在乙烯应用领域的黄金时代，对合作开发人员而言是极为亲善的，合作开发人员采用本机运行应用领域，修改标识符后动态施行，通过应用程序出访 Localhost 动态查阅标识符效果。
乙烯应用领域和 “微服务项目” 应用领域不同，乙烯应用领域是 “ALL-IN-ONE” 组织机构方式，大部份的初始化亲密关系仅指在自身的类和表达式，应用领域对硬体的要求一般也不会太高。
而合作开发 “微服务项目” 应用领域则大相径庭，由于彼此间的倚赖亲密关系，当须要合作开发某一个功能皮德盖服务项目时，不得不将大部份倚赖的服务项目都开启起来。随著微服务项目数目的增加，合作开发应用领域所须要的邻近地区资源愈来愈多，最后引致邻近地区无法满足合作开发的配置市场需求。
云原生植物起义者了布署和网络管理，合作开发呢？
云原生植物和 Kubernetes 的普及化，进一步过滤了 “微服务项目” 应用领域的维数，这主要体现在布署和网络管理期。
为的是解决微服务项目应用领域在合作开发、试验和生产期自然环境连续性的难题，现代的微服务项目应用领域合作开发，单厢将每一个模块装箱成 Docker 快照，并以工作阻抗的形式对其展开布署。利用 DevOps 流水线中的持续集成和持续布署，配合 Kubernetes 探针、HPA、应用领域自愈的能力，彻底起义者了微服务项目应用领域的布署和网络管理环节。
但我们忽略了一个关键节点：合作开发期
微服务项目应用领域采用 Kubernetes 工作阻抗封装后，解决了合作开发过程应用领域的加速开启难题，合作开发人员只须要在邻近地区安装单节点的 Kubernetes 集群，例如 Minikube、Kind 等即可加速开启微服务项目应用领域。
但对合作开发人员而言，原来乙烯应用领域的合作开发体验显得不复存在，由于应用领域很难在 Docker 容器之外运行，所以每次标识符修改，都须要经历以下步骤：
执行 docker build 构建快照执行 docker tag 对快照展开标记执行 docker push 推送快照到仓库修改 Kubernetes 工作阻抗的快照版本等待快照拉取结束等待 Pod 重建查阅修改后的标识符效果这直接拖慢了合作开发的循环反馈过程，每次修改，动辄须要数分钟甚至十分钟的等待时间。
Nocalhost – 重新表述云原生植物合作开发自然环境
Nocalhost 是一个云原生植物合作开发自然环境，希望让合作开发云原生植物应用领域像合作开发乙烯应用领域原始又简单。
Nocalhost 重新剖析了合作开发过程所涉及到的角色和资源：
团队职员合作开发人员应用领域集群合作开发空间通过对这些角色和资源的重新整合，Nocalhost 重新表述了云原生植物合作开发自然环境，并增添了全新的云原生植物合作开发体验。
为的是加速理解 Nocalhost 重新表述的云原生植物合作开发自然环境，让我们首先站在不同的角色来看 Nocalhost 能给他们增添什么。
合作开发人员：
摆脱每次修改须要重新 build 新快照以及长时间的循环反馈，修改标识符立即施行一键布署合作开发自然环境，摆脱邻近地区自然环境搭建和资源不足的限制邻近地区 IDE 编辑器和合作开发自然环境联动，支持远程增容图形化的 IDE 插件，无需熟悉 kubectl 命令即可完成云原生植物自然环境下的合作开发职员：
统一管理微服务项目应用领域包，降低应用领域的维护成本统一管理合作开发自然环境和集群，提高集群资源的利用率，同时具备隔离特性为新员工加速分配合作开发自然环境，分配自然环境后立刻能展开应用领域合作开发弹性的合作开发自然环境资源，用完销毁，降低合作开发成本以 Nocalhost 内置的 Demo：Bookinfo 为例，合作开发 Productpage 微服务项目，变成了以下简单的几个步骤：
一键布署合作开发自然环境
加速体验
想要加速体验 Nocalhost ，有以下几点前置条件：
准备一个 Kubernetes 集群（1.16+），支持 TKE、Mnikube、Kind 等已配置好 kubectl 且能出访 Kubernetes 集群集群开启了 RBAC安装 Visual Studio Code（1.52+） 和 Nocalhost 插件安装 nhctl cli 工具（https://nocalhost.dev/installation/）对 TKE 等支持 LoadBalancer 的集群，运行以下命令来加速初始化：
对 Minikube、Kind、K3S、MicroK8s 等，运行以下命令：
以 TKE 为例，init 将自动布署 Nocalhost 模块（默认读取～/.kube/config 集群）。init 结束后，得到管理员和自动创建的合作开发人员两个角色默认的账号密码，并输出了 Nocalhost Web 控制台的登陆地址：http://81.71.77.28
打开登陆地址，采用默认管理员用户名 [email protected]和密码 123456 登陆 Web 控制台，控制台能够管理用户、集群和应用领域。init 期自动采用布署 Nocalhost 的集群作为合作开发集群，同时创建了 Bookinfo 应用领域和合作开发人员，并为合作开发人员分配了 Bookinfo 应用领域的合作开发空间。
现在打开 VS Code ，进入 Nocalhost 插件，点击上方的 “地球” 按钮，同样输入 Web 控制台的地址，回车确定。
点击 “Sign In” 按钮，输入合作开发人员的登陆账号：[email protected]，密码：123456，登陆后即可一键布署 Bookinfo 并体验无需重新构建快照的应用领域合作开发。
落地案例
目前，腾讯云 CODING DevOps（近 200 微服务项目）正在采用 Nocalhost 展开合作开发，实践验证 Nocalhost 能够大大提高合作开发效率，缩短循环反馈。
开源与社区共建
Nocalhost 目前是完全开源的，并已进入 CNCF Landscape: https://landscape.cncf.io/
Github 地址：https://github.com/nocalhost/nocalhost。
采用 Apache-2.0 开源协议，可以无限制免费采用。
想了解更多关于 Nocalhost 的信息，欢迎出访官网：https://nocalhost.dev获取。
作者：王炜，CKA CKAD，云原生植物社区深圳站站长，CNCF Landscape 项目 Nocalhost 核心成员。
本文首发于云原生植物社区：Nocalhost – 重新表述云原生植物合作开发自然环境
