DevOps 常见问题
DevOps vs OPS
- | DevOps | OPS |
---|---|---|
范围 | 覆盖开发、测试、运维等全生命周期 | 负责 系统运营与维护 |
目标 | 注重提升交付速度与质量 | 注重保持系统稳定可靠 |
方法 | 强调自动化、监控和协作 | 依赖以手工和经验为主的运维 |
团队 | 需要开发、测试、运维多方协作 | 侧重运维人员自身的技能 |
理念 | 属于一种新的理念和文化 | 是一项实践性较强的工作 |
交付新的功能和特性 | 维持稳定不变 |
- OPS - IT Operations
- DevOps - development and operations working together
- 参考
版本老就意味着安全稳定?
Kubernetes vs Docker Swarm
结论: 选择 Kubernetes 或者 K3S
- Docker Swarm
- 劣势
- 开发维护不活跃
- 网络模块弱
- 基本被淘汰
- 简单易用
- 劣势
- Kubernetes
- 大规模部署使用
- 功能完善各方面支持好
- 较多发布版可选择
- 劣势
- 占用资源多 - 少于 50 节点建议选择 k3s 这种轻量的发布 版
- 需要学习更多知识 - 但值得
- 对开发来发来说压力大
- 部署维护复杂 - k3s 一定程度上减轻了复杂度
2018 年
就稳定性和功能的完善性上来说, Kubernetes 是完败 Docker Swarm 的.但易用性和用户的友好度来说, Docker Swarm 是完胜的. 因此从不同的角度个和个人的身份角色来说,对这两者的评判都有所不同.
从运维人员来说, Kubernetes 肯定是更好的,但是前提是团队中得有这样的运维人员对 Kubernetes 进行支撑和维护. Kubernetes 的搭建相对来说是比较困难的,但大的团队都会有致力于维护运营 Kubernetes 集群的能力,因此 Kubernetes 对于这样的团队或公司来说是更好的选择.
而从开发人员的角度来说, Docker Swarm 能够快速搭建并且使用,虽然问题较多但是对开发人员而言绕过或修正这些问题远比运维一个 Kubernetes 来的轻松.如果一个团队中没有专门的运维人员,且无法使用到像 Azure,AWS,GKE 这样的 IaaS 服务,那么 Docker Swarm 在这时是更好的选择.
Cloud vs Primier
- Cloud
- 成本高
- 过度
neofetch
curl -LO https://github.com/dylanaraps/neofetch/raw/master/neofetch
chmod +x neofetch
./neofetch
OnBording
- ArgoCd
Terraform vs Ansible
- 都是 IaC - Infrastructure as code
- Ansible