有个网站叫设计什么,南昌优化网站推广,青岛制作网站,外贸网站建站系统简介#xff1a; 传统软件开发过程中#xff0c;开发和运维是极其分裂的两个环节#xff0c;运维人员不关心代码是怎样运作的#xff0c;开发人员也不知道代码是如何运行的。 作者 | 许成铭#xff08;竞霄#xff09; 来源 | 阿里巴巴云原生公众号
DevOps 简析
传统软…简介 传统软件开发过程中开发和运维是极其分裂的两个环节运维人员不关心代码是怎样运作的开发人员也不知道代码是如何运行的。 作者 | 许成铭竞霄 来源 | 阿里巴巴云原生公众号
DevOps 简析
传统软件开发过程中开发和运维是极其分裂的两个环节运维人员不关心代码是怎样运作的开发人员也不知道代码是如何运行的。
而对于互联网公司而言其业务发展迅速需要快速更新以满足用户差异化的需求或者竞对的产品策略需要进行产品的快速迭代通过小步快跑的方式进行敏捷开发。
对于这种每周发布 n 次甚至每天发布 n 次的场景高效的协作文化就显得尤为重要。DevOps 就在这种场景下应运而生它打破了开发人员和运维人员之间的壁垒。 DevOps 是一种重视“软件开发人员Dev”和“IT 运维技术人员Ops”之间沟通合作的文化、运动或惯例。通过自动化“软件交付”和“架构变更”的流程来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。 上图是一个完整的软件开发生命周期DevOps 运动的主要特点是倡导对构建软件的整个生命周期进行全面的管理。
DevOps 工程师的职责
管理应用的全生命周期比如需求、设计、开发、QA、发布、运行关注全流程效率提升挖掘瓶颈点并将其解决通过标准化、自动化、平台化的工具来解决问题。
DevOps 的关注点在于缩短开发周期增加部署频率更可靠地发布。通过将 DevOps 的理念引入到整个系统的开发过程中能够显著提升软件的开发效率缩短软件交付的周期更加适应当今快速发展的互联网时代。
Serverless 简析 上图左侧是谷歌趋势对比了 Serverless 和微服务的关键词趋势走向可看出随着时间变化Serverless 的热度已经逐渐超过微服务这说明全世界的开发人员及公司对 Serverless 非常青睐。
那 Serverless 究竟是什么上图右侧是软件逻辑架构图有开发工程师写的应用也有应用部署的 Server服务器还有 Server 的维护操作比如资源申请、环境搭建、负载均衡、扩缩容、监控、日志、告警、容灾、安全、权限等。而 Serverless 实际上是把 Server 的维护工作屏蔽了对于开发者是黑盒这些工作都由平台方支持对业务来说只需关注核心逻辑即可。
总得来说Serverless 架构是“无服务器”架构是云计算时代的一种架构模式能够让开发者在构建应用的过程中无需关注计算资源的获取和运维降低运营成本缩短上线时间。
Serverless 时代 DevOps 的变化
1. Serverless 的特性 上图左侧为 2020 年中国云原生用户调查报告中 Serverless 技术在国内的采用情况图中显示近三成用户已经把 Serverless 应用在生产环境中16% 的用户已经将 Serverless 应用在核心业务的生产环境12% 的用户也已经在非核心业务的生产环境中用到 Serverless可见国内对 Serverless 接受度较高。
上图右侧为咨询公司 OReilly 对全球不同地区不同行业的公司进行的调查报告结果图中显示一马当先使用 Serverless 架构的就是 DevOps 人员。
那么当 Serverless 遇上 DevOps会发生哪些变化呢首先我们看一下云原生架构白皮书中对 Serverless 特性的归纳总结
全托管的计算服务
用户只需要编写自己的代码来构建应用无需关注同质化的复杂的基础设施的开发运维工作。
通用性
能够在云上构建普适的各种类型应用。
自动的弹性伸缩
用户无需对资源进行预先的容量规划业务如果有明显的波峰波谷或临时容量需求Serverless 平台都能够及时且稳定地提供对应资源。
按量计费
企业可以使成本管理更加有效不用为闲置资源付费。
Serverless 让运维行为对开发透明开发人员只需关注核心业务逻辑的开发进而精益整个产品开发流程快速适应市场变化。而上述 Serverless 的这些特性与 DevOps 的文化理念及目标是天然契合的。
2. Serverless 开发运维体验 传统应用构建的流程中DevOps 人员管理整个生命周期的步骤非常多
在资源准备阶段要购买 ECS 进行机器初始化等系列操作在研发部署阶段需要把业务应用、监控系统、日志系统等旁路系统部署在 ECS 上在运维阶段你不仅需要运维自己的应用还需运维 Iaas 及其他旁路的监控、日志、告警组件。
而如果迁到 Serverless其开发体验是怎么样的呢
在资源准备阶段不需要任何资源准备因为 Serverless 是按需使用、按量付费的不用关注底层 Server在研发部署阶段只需要将自己的业务部署到对应的 Serverless 平台上在运维阶段彻底做到了免运维。
可以看到传统应用构建流程中的 Iaas 及监控、日志、告警在 Serverless 上完全没有它以全托管、免运维的形式展现给用户。
Serverless 时代 DevOps 的最佳实践
上文介绍的体验其实就是基于阿里云的一款 Serverless 产品——SAE 来实现的。Serverless 应用引擎SAE是阿里云 Serverless 产品矩阵中提供的 DevOps 最佳实践。先简单介绍一下 SAE
1. Serverless 应用引擎SAE
SAE 是一款面向应用 Serverless PaaS 平台支持 Spring Cloud、Dubbo、HSF 等主流的应用开发框架。用户可以零代码改造直接将应用部署到 SAE 上并且按需使用、按量付费、秒级弹性可以充分发挥 Serverless 的优势为用户节省闲置的资源成本。 在体验上SAE 采用全托管、免运维的方式用户可以聚焦于核心的业务逻辑开发而应用的整个生命周期管理如监控、日志、告警这些都由 SAE 完成。可以说SAE 提供了一个成本更优、效率更高的一站式应用托管方案用户可以做到零门槛、零改造、零容器基础就可以享受到 Serverless 带来的技术红利。
Serverless 应用引擎SAE三大特点
0 代码改造微服务无缝迁移开箱即用支持 War/Jar 自动构建镜像15s 弹性效率应用端到端快速扩容应对突发流量57% 降本提效多套环境按需启停降本且提效。
2. 构建高效闭环的 DevOps 体系
SAE 内构建了高效闭环 DevOps 体系覆盖开发态、部署态和运维态的整个过程。 中大型企业一般都使用企业级的 CICD 工具如 Jenkins 或云效部署到 SAE从而完成从源码到构建再到部署的整个流程。
对于个人开发者或者中小企业更倾向于使用 Maven 插件或 IDEA 插件一键部署到云端方便本地调试也提升了整个的用户体验。
当部署到 SAE 之后可以进行可视化的智能运维操作比如高可用运维服务治理、性能压测、限流降级等、应用诊断线程诊断、日志诊断、数据库诊断等以及数据化运营。以上操作都是部署到 SAE 之后用户可以开箱即用的现成的功能。
用户通过 SAE 可以非常方便地实现整体的开发运维流程感受 Serverless 带来的全方位体验和效率上的提升。下面介绍几个 SAE 的最佳实践
3. 部署态最佳实践CI/CD SAE 目前支持三种部署方式分别是 War、Jar 和镜像。
如果用户使用 Spring Cloud、Dubbo 或 HSF 这类应用可以直接打包或者填写对应的 URL 地址就可以直接部署到 SAE 上。而对于非 Java 语言的场景可以通过镜像方式进行部署。后续我们也会支持其他的语言包以自动化构建的方式进行部署。 除了直接部署之外SAE 也支持本地部署、云效部署和自建部署这三种方式。
本地部署依赖 CloudToolkit 插件对 IDEA/Eclipse 进行了支持用户可以在 IDEA 里一键部署到 SAE 上无需登录方便地进行自动化操作。
云效部署是阿里云提供的企业级一体化 CICD 平台型产品通过云效可以监听代码库的变动如果进行 Push 操作就会触发云效的整个发布流程。比如进行代码检查或者单元测试在对这个代码进行编译、打包、构建构建好后会生成对应的构建物之后它会调用 SAE 的 API然后执行整体的部署操作。这一整套流程也是开箱即用的用户只需要在云效控制台上进行可视化配置就可以把整个流程串起来。
自建部署指用户的公司如果是直接通过 Jenkins 进行构建的话也可以直接使用 SAE。Jenkins 作为开源的最大的 CICD 平台我们也提供了有力支持许多用户也通过 Jenkins 成功地部署到 SAE 上。
4. 部署态最佳实践应用发布三板斧
应用发布三板斧包括可灰度、可监控、可回滚。在阿里内部所有的变更都需要严格做到上述的“三板斧”而 SAE 作为一款云产品也是把阿里巴巴的最佳实践对外输出进行产品化的集成。
可灰度支持单批、分批、金丝雀等多种发布策略支持按流量灰度批次间自动/手动发布分批间隔等多种发布选项可监控发布过程中清晰对比不同批次基础监控与应用监控指标异动及时暴露问题定位变更风险可回滚在发布过程中允许人工介入控制发布流程如异常中止、一键回滚。上图为控制台截图可以看到在部署上我们支持单批、分批和灰度三种方式进行发布。
执行发布的过程都是通过发布端进行每个发布端都有具体的步骤首先进行构建镜像然后初始化环境接着创建和更新部署配置。用户可以清晰地看到发布端当前的运行进度与状态方便排查。
5. 运维态最佳实践全方位可观测
SAE 提供全方位可观测可以对分布式系统中的任何变化进行观测。当系统出现问题时可以便捷地定位问题、排查问题、分析问题当系统平稳运行时也可以提前暴露风险预测可能出现的问题。通过 SAE 用户可以对自己的应用了如指掌。 这里列举了可观测性的三个方面Metrics、Logging 、Tracing。
Metrics
代表聚合的数据SAE 提供如下基础监控指标
1基础监控CPU、MEM、Load、Network、Disk、IO 2应用监控QPS、RT、异常数、HTTP 状态码、JVM 指标 3监控告警丰富的告警源上报、告警收敛处理、多种告警渠道触达如邮箱、短信、电话等。 Logging
代表离散的数据提供以下功能
1实时日志Stdout、Stderr 实时查看 2文件日志自定义采集规则、持久化存储、高效查询 3事件发布单变更事件、应用生命周期事件、事件通知回调机制。 Tracing
意味着可以按请求维度进行排查提供如下开箱即用的功能
1请求调用链堆栈查询 2应用拓扑自动发现 3常用诊断场景的指标下钻分析 4事务快照查询 5异常事务和慢事务捕捉。 6. 运维态最佳实践在线调试 通过 SAE 在线调试可以访问单实例的目标端口相当于用户在本地可以直接访问云端某个应用的某个具体实例原理是为实例提供了端口映射的 SLB通过这个能力用户可以实现如下功能
SSH / SFTP 访问实例
可以在本地通过 SSH 直接连到应用的具体的实例上或者通过 SFTP 进行上传/下载文件。
Java retmote debug
相当于在 IDEA 里配置一个断点再远程连接到对应的 SAE 的实例上这样就可以通过断点来查看整个方法的调用站与上下文信息对线上正在运行的应用进行诊断。
其他诊断工具连接实例
其他诊断工具也可以通过在线调试的手段连接到 SAE 的实例上进而看到 Java 的一些信息比如堆栈或者线程等。 适用场景针对运行时在线应用的实时观测运维及问题排查求解。
7. 开发态最佳实践端云联调
针对微服务场景我们提供了一个非常好用的能力端云联调。它基于 CloudToolkit 插件 跳板机可以实现
1本地服务订阅并注册到云端 SAE 内置的注册中心 2本地服务可以和云端 SAE 服务互相调用。
适用场景
1微服务应用迁移到云端 SAE迁移过程中的开发联调 2本地开发测试验证。 这个功能的原理是需要在用户的 VPC 内然后通过 ECS 代理服务器作为跳板机ECS 可以和同一个 VPC 内的 SAE 应用进行互调然后这台 ECS 通过反应代理的方式可以与本地进行连接。
CloudToolkit 插件会在应用启动时就注入对应 SAE 注册中心的地址以及微服务的一些上下文参数使得用户本地的应用通过跳板机连到 SAE 的应用上从而进行整个端云联调的过程。
作者简介
许成铭花名竞霄先后参与 aPaaS 领域 EDAS 和 SAE 后端研发工作经历云原生与 Serverless 技术趋势变革。
本文整理自【Serverless Live 系列直播】2 月 2 日场 直播回看链接https://developer.aliyun.com/topic/serverless/practicesServerless 电子书下载
本书亮点
从架构演进开始介绍 Serverless 架构及技术选型构建 Serverless 思维了解业界流行的 Serverless 架构运行原理掌握 10 大 Serverless 真实落地案例活学活用。
原文链接
本文为阿里云原创内容未经允许不得转载。
