共计 5245 个字符，预计需要花费 14 分钟才能阅读完成。
本文转自 Rancher Labs
关注咱们，即可第一工夫获取 K8S 教程哦
简 介
时至今日，Kubernetes 正在变得越来越重要，不仅仅是运维须要 Kubernetes，在开发的世界里 Kubernetes 也不可或缺。因而可能熟练掌握 Kubernetes 常识会备受追捧。然而问题是，开发人员是否须要间接上手操作 Kubernetes，他们是否必须齐全理解 Kubernetes。
躲避这一问题的常见办法是通过提供一个平台或 CI/CD 流水线，将 Kubernetes 的复杂性从开发人员身上形象进去，使开发人员更容易在 Kubernetes 内测试应用程序，而无需间接拜访 Kubernetes。
然而，容许开发人员间接拜访 Kubernetes，让他们间接在 Kubernetes 外部开发一些应用程序往往是有意义的，因为这样能够在一个十分靠近生产的环境中工作。
这就呈现了一个问题，即如何让开发人员应用 Kubernetes 工作，同时又不因其复杂性而使他们不堪重负。这个问题的答案可能是须要应用为 Kubernetes 而筹备的开发者工具，例如 DevSpace。在这篇文章中，咱们将探讨开发人员如何应用 DevSpace 和 Rancher 来简化 Kubernetes 开发。
DevSpace: 应用 Rancher 轻松开发
DevSpace 是一款面向 Kubernetes 的客户端、开源的开发者工具。它能够：
- 间接在 Kubernetes 外部构建、测试和调试应用程序
- 通过更新正在运行的容器而不须要重建镜像或重启容器来进行热重载开发
- 在团队外部以及在开发、暂存和生产中对立部署工作流程
- 主动实现镜像构建和部署的重复性工作
DevSpace 作为开发者的客户端工具，是对 Rancher 的补充。开发者在 Rancher 内取得调配的我的项目，而后间接在 Kubernetes 内开发或测试利用。这使开发环境更靠近生产环境，让开发人员在公布新性能时更有把握，置信所有都可能在生产环境中运行良好。
设置 DevSpace
首先须要下载 DevSpace 二进制文件，接下来，在一个曾经容器化的我的项目中通过运行 devspace init 创立一个新的我的项目。如果你当初手边没有一个能够用来进行试验的我的项目，你能够应用咱们的示例我的项目：
https://devspace.sh/cli/docs/…
$ devspace init
____ ____
| _ \ _____ __/ ___| _ __ __ _ ___ ___
| | | |/ _ \ \ / /\___ \| '_ \ / _` |/ __/ _ \
| |_| | __/\ V / ___) | |_) | (_| | (_| __/
|____/ \___| \_/ |____/| .__/ \__,_|\___\___|
|_|
? How do you want to initialize this project?
Use the Dockerfile in ./Dockerfile
? Which registry do you want to use for storing your Docker images?
Use hub.docker.com => you are logged in as devspacecloud
? Which image name do you want to use on Docker Hub? devspacecloud/quickstart
? Which port is your application listening on? (Enter to skip) 8080
[done] √ Project successfully initialized在你答复了几个对于应该被初始化的我的项目的问题之后，DevSpace 将为你创立一个devspace.yaml。这个文件蕴含了如何应用 DevSpace 部署和开发我的项目，看起来如下所示：
version: v1beta9
# This section defines the images that should be built
images:
app:
image: devspacecloud/quickstart
preferSyncOverRebuild: true
# this option tells devspace to automatically wrap the Dockerfile entrypoint in memory
# with a small restart helper script so that the process can be easily restarted from within the
# container.
injectRestartHelper: true
# Defines an array of everything (component, Helm chart, Kubernetes maninfests)
# that will be deployed with DevSpace in the specified order
deployments:
- name: quickstart
helm:
# Uses a special helm chart provided by devspace to complement projects that don't have an own
# helm chart
componentChart: true
values:
containers:
- image: devspacecloud/quickstart
service:
ports:
- port: 8080
# Configuration that will be used for developing the application
dev:
# Port forward certain ports from the application to the local computer
ports:
- imageName: app
forward:
- port: 8080
# Hot reload changes instead of rebuilding the complete docker image all the time
sync:
- imageName: app
# This tells devspace to restart the container after a file was synced into it
onUpload:
restartContainer: true
profiles:
...当初，你能够跨团队分享这个配置。它指定了如何在 Kubernetes 外部独立于本地设置开发应用程序。
要开始开发应用程序，你须要拜访一个 Kubernetes 集群或 Rancher 我的项目。最佳实际是为每个开发人员创立一个 Rancher 我的项目或者为一个共享集群内的开发者团队创立一个繁多我的项目。
为了在不同我的项目和命名空间之间确保简略的隔离，应用常见的 Kubernetes 资源，如 Resource Quotas、网络策略、Pod 安全策略和 Limit Ranges 等。
应用 DevSpace 开发应用程序
运行命令 devspace.dev 来开启开发流程。这将起到以下作用：
- 构建和部署你的应用程序
- 流式传输在部署过程中部署的所有容器日志
- 转发在 devspace.yaml 中的 dev.ports 指定的所有端口
- 依据 dev.sync 中的同步配置来同步所有的文件更改，这样你就能够在运行的容器中重启应用程序，而无需重建镜像或重新部署任何货色
$ devspace dev -n test
[info] Using kube context 'docker-desktop'
[info] Using namespace 'test'
[done] √ Created namespace: test
[info] Building image 'myusername/devspace:C5992q4' with engine 'docker'
Step 1/7 : FROM node:13.12-alpine
...
[done] √ Done processing image 'myusername/devspace'
[done] √ Deployed helm chart (Release revision: 0)
[done] √ Successfully deployed quickstart with helm
[done] √ Port forwarding started on 3000:3000
[done] √ Sync started on /devspace/examples/quickstart <-> . (Pod: test/quickstart-5d7f4d8fd-w95cx)
#########################################################
[info] DevSpace UI available at: http://localhost:8090
#########################################################
[info] Starting log streaming for containers that use images defined in devspace.yaml
[quickstart]
[quickstart] > node-js-sample@0.0.1 start /app
[quickstart] > nodemon index.js
[quickstart]
[quickstart] [nodemon] 1.19.4
[quickstart] [nodemon] to restart at any time, enter `rs`
[quickstart] [nodemon] watching dir(s): *.*
[quickstart] [nodemon] watching extensions: js,mjs,json
[quickstart] [nodemon] starting `node index.js`
[quickstart] Example app listening on port 3000!本地批改文件后，文件会同步到容器中。容器重启后无需通过 Docker 齐全重建，大大放慢了开发过程。
而后 DevSpace 会启动一个本地 UI，你能够拜访和查看创立的 pod。这简化了与 Kubernetes 的交互，特地是对于不相熟 kubectl 的用户。
除了 devspace dev，devspace deploy 命令能够用于打包和部署应用程序，而不须要热重载、端口转发或日志流。DevSpace 提供了许多自定义性能，以依据你的用例和设置调整其行为，包含：
- 依赖项，能够让你开发和部署依赖于其余我的项目的我的项目
- Profiles，能够在一个
devspace.yaml中进行多种配置 - 容许指定动静配置值的变量
- 容许为我的项目配置自定义命令的命令
- 能够在特定的 DevSpace 事件上执行某些性能的 Hooks
- 主动为 devspace 命令增加标记（flag）的环境变量
- 扩大 DevSpace 和其命令的插件
DevSpace 标准化和简化了开发人员与 Kubernetes 的交互方式的同时，Rancher 在服务器端治理着开发者如何在 Kubernetes 外部工作。Rancher 能够让你启动开发集群并将它们分到不同的我的项目中，在这些我的项目中开发团队能够一起工作和测试。
Resource Quotas 我的项目除了常见的 Kubernetes 隔离资源外，还能够在资源方面束缚团队，让团队在共享 Kubernetes 集群中失去偏心的应用。共享 Kubernetes 集群能够缩小基础设施的开销并且能够间接在 Kubernetes 外部进行无效开发。
再为疾速开发添砖加瓦：loft
loft 是另一个很有用的工具，它能够在开发过程中增加一些比拟不便的性能，包含：
- 虚构集群，比“实在的”集群老本更低，并且能够在数秒内创立并再次清理，而且性能比简略的命名空间更弱小
- 在共享集群中为开发人员提供命名空间的自助服务（self-service）
- 睡眠模式，在肯定工夫不流动后，将命名空间置于睡眠状态，以节俭计算成本
你能够通过装置 loft helm chart 轻松地将 loft 增加到 Rancher。loft CLI 也能够作为 DevSpace 的插件。
总 结
对于开发人员而言，纯熟上手应用 Kubernetes 并不简略，目前许多企业依然在致力寻找一种办法来形象 Kubernetes 的复杂性。这往往导致定制化的平台不足许多性能，限度了 Kubernetes 的后劲，并且是另一个保护累赘。
将 DevSpace、Rancher 和 loft 联合起来，让开发者能够间接拜访 Kubernetes，并且只须要一个命令：devspace dev。
Rancher 非常善于创立和治理多个集群，DevSpace 善于为开发者提供工具。将 Rancher 和 DevSpace 相结合是非常简略的，并且能够显著晋升开发人员的生产力。
此外，loft 为开发团队提供了更多有用的性能，让开发者能够随时取得 Kubernetes 的工作环境，同时放弃低成本。将 Rancher、DevSpace 和 loft 这三个工具联合起来，对于应用 Kubernetes 的开发团队来说，是一个非常现实的设置。