.net网站做优化,办公装修怎么设计,欧亚快递100,南通优普网站建设优化目录 1. 什么是 DevOps2. DevOps 概念的起源 2.1. 单体架构 瀑布模式2.2. 分布式架构 敏捷开发模式 2.2.1. 多人协同开发问题2.2.2. 多机器问题2.2.3. 开发和运维角色的天生对立问题2.3. 微服务架构 DevOps3. DevOps 到底是什么4. DevOps 常用的工具 4.1. Jenkins4.2. Kuber… 目录 1. 什么是 DevOps2. DevOps 概念的起源 2.1. 单体架构 瀑布模式2.2. 分布式架构 敏捷开发模式 2.2.1. 多人协同开发问题2.2.2. 多机器问题2.2.3. 开发和运维角色的天生对立问题2.3. 微服务架构 DevOps3. DevOps 到底是什么4. DevOps 常用的工具 4.1. Jenkins4.2. Kubernetes1. 什么是 DevOps
DevOps 这个词其实就是 Development 和 Operations 两个词的组合。它的英文发音是 /devɒps/类似于迪沃普斯 它的目标DevOps 就是让开发人员和运维人员更好地沟通合作通过自动化流程来使得软件整体过程更加快捷和可靠 2. DevOps 概念的起源
2.1. 单体架构 瀑布模式 以电商系统为例它是单体应用架构这个时候只有开发人员 没有运维人员开发人员就是全栈项目开发好找台服务器安装好环境把 jar 包丢到远程服务器放上去开启服务就可以
这个时候服务监控也简单服务出了问题直接去线上看一下运行日志为了解放双手监控服务开发者会写一些脚本分析日志服务器少部署简单通常开发就可以完成运维的工作不需要专门的运维来做部署所以开发模式很简答直接按照瀑布流方式开发就可
2.2. 分布式架构 敏捷开发模式 随着业务体量发展越来越大一台机器扛不住那么就加机器单机变多机业务架构也开始加入了 nginxcdn 缓存等通用基础服务业务变多肯定会招人就涉及到多人协同开发多人多机器模式
2.2.1. 多人协同开发问题
人员一多为了更好的分工大多会将项目进行拆分每个人负责专注于一部分有点包干到户的感觉。敏捷开发的核心理念就是既然我们无法充分了解用户的真实需求是怎样的将一个大的目标不断拆解把它变成一个个可交付的小目标然后通过不断迭代以小步快跑的方式持续开发。另外一个项目是很大的为了保证项目质量测试环节不可减少为了加快速度增大开发效率QA 的工作最好是和开发同步交替进行的需要将测试环节从后面注入到整个开发环节当中每次可交付的都是一个可用的功能集合对开发交付的内容进行持续验证
2.2.2. 多机器问题
再说说多机器问题之前机器很少架构简单的时候开发就可以干运维的活就算加了几台服务器那也是脚本将 JAR 包同时发布到这些机器上好像也挺简单但是会有两个人同时上线部署被覆盖的问题所以大家在上线之前可能会去群里吆喝一声”我要上线了大家先别上线哈“可想而知这样效率也很低下
公司业务一大像大公司的动不动就是几千台服务器就需要专门的运维介入了一方面是因为开发分工每个人都专注于自己的事情不会那么用心进行维护另一方面是运维的学习成本确实变高了开发人质量参差不齐服务器要是每个人都可以上估计领导每天晚上都要做噩梦。但是这个时候也不是 DEVOPS而是 DEVOPS这时 Ops 的主要职责就是硬件维护、网络设备维护、DBA 、基础服务维护、数据监控等运维们擅长写各种部署监控脚本减少机械的重复工作开发模式变成了敏捷开发模式
2.2.3. 开发和运维角色的天生对立问题
加入运维就要协调人员配合运维的宿命就是维稳他们是很讨厌变动的开发的天职确是不断地推代码上线进行代码变动更替迭代这两个工种天生就是对立的
很多大公司有那种开发人员想要上线需要提交各种审批层层签字画押多少人的上线激情被一句冷冰冰的‘还没到窗口发布期’给泼的透心凉。所以敏捷开发解决了协同开发和多机器部署开发问题但是没有解决内部人员的矛盾留着这个矛盾在公司开发和运维随时都可能约‘生死架’
2.3. 微服务架构 DevOps 将项目拆成一个个小的服务单独部署以电商项目为例如图将整个项目拆分为用户服务商品服务订单服务积分服务…每个服务单独部署之间通过互相调用的方式来交互而且可以将一些基础服务例如上传图片发送短信等很多服务都需要的基础东西抽象到一个单独的服务也就是前些年鼓吹的很厉害的‘中台服务’
拆分部署催生出 DevOps再看看这种架构下的开发模式 DevOps运维需要做的上线工作主要就是将代码部署到对应的机器里面微服务有那么多的服务每个大点的公司几百个服务不算多而且还可能随时搞一个服务出来如果还按照原始的脚本部署方式可能最后连是哪个脚本都找不到。而且如果每个服务上线都需要运维来同意开发也太卑微了估计要天天求着运维同意发布运维也会烦不胜烦
那么为何不能再远程部署一些机器专门用来管理代码进行上线工作由运维事先把上线的规则都给定义好了开发只要按照他的规则都访问这台服务器进行各自的代码合成和发布自己上线呢能用代码自动完成的事情就绝不要手动解决这是每个开发人员都在想的东西。运维需要做的事情慢慢的都沉淀到了各个平台上面例如监控有专门的监控组件和可视化基础服务例如服务器CDN负载均衡等基础服务可以外包到云服务厂商日志也有专门的日志工具链路追踪也有专门的组件和可视化还有网关等渐渐的只要这些都配置好了开发也可以做运维的部分工作毕竟开发才是最了解代码的人哪里出了问题看看监控日志可以最快速度定位到问题于是 DevOps开发模式诞生了开发也是运维
3. DevOps 到底是什么
从目标来看DevOps 就是让开发人员和运维人员更好地沟通合作通过自动化流程来使得软件整体过程更加快捷和可靠
对比前面所说的瀑布式开发和敏捷开发我们可以明显看出DevOps 贯穿了软件全生命周期而不仅限于开发阶段 下面这张图更明显地说明了 DevOps 所处的位置还有它的价值 在 DevOps 的流程下运维人员会在项目开发期间就介入到开发过程中了解开发人员使用的系统架构和技术路线从而制定适当的运维方案。而开发人员也会在运维的初期参与到系统部署中并提供系统部署的优化建议
DevOps 的实施促进开发和运维人员的沟通增进彼此的理gan解qing
4. DevOps 常用的工具
GitJenkinsDockerKubernetes
4.1. Jenkins
Jenkins读[ˈdʒɛŋkɪnz]是很多软件开发团队在走向 DevOps 时会用的自动化工具。它是开源的 CI/CD 服务器帮助用户自动化交付流水线的不同阶段。Jenkins 之所以流行的主要原因是其巨大的插件生态系统。目前它提供 1000 多个插件因此它可以和几乎所有 DevOps 工具集成
使用 Jenkins 很容易它在 WindowsMac OS X 和 Linux 上开箱即用。很容易就可以使用 Docker 安装它。用户可以通过浏览器搭建并且配置 Jenkins 服务器。如果你是第一次使用它可以选择安装最常用的插件。当然也可以创建自定义配置。使用 Jenkins 用户可以尽快迭代并部署新代码。它还帮助用户度量流水线里每一步是否成功
官网https://jenkins.io/
4.2. Kubernetes
Kubernetes 又称 K8S它是容器编排平台将容器化推进到下一个层面。它可以使用 Docker 或者其他替代产品。使用 Kubernetes 用户可以将容器组织成逻辑单元。如果你只有几个容器那么可能并不需要容器编排平台。但是当系统达到一定级别的复杂度需要扩展资源的时候这就是合理的下一步。Kubernetes 让用户可以自动化管理上百个容器的过程
使用 Kubernetes 无需将容器化的应用程序绑定到某个单独的机器里。相反你可以将它部署到一个机器集群里Kubernetes 会自动化分发并在整个集群里调度容器
一个 Kubernetes 集群包含一个 master 和几个 worker 节点。master 节点实现预定义的规则并且将容器部署到 worker 节点上。Kubernetes 负责所有一切。比如它注意到某个 worker 节点下线了就会将其上的容器重新分发到别的节点上
官网https://kubernetes.io/ --------------------- 作者桐花思雨 来源CSDN 原文https://blog.csdn.net/weixin_38192427/article/details/115721321 版权声明本文为作者原创文章转载请附上博文链接 内容解析ByCSDN,CNBLOG博客文章一键转载插件
