大家好，我叫王泊，负责云效应用交付AppStack的开发。把应用部署到各个环境、一步步进行集成测试，最终发布到生产环境，是程序员工作中必不可少的组成部分；而云原生技术引入的容器化、IaC（基础设施即代码，InfrastructureasCode）等等技术与理念，为持续交付的过程提供了规范化的可能，但也引入了让人不时埋首于配置文件的小山里的麻烦。我们不妨从一次略有波折、稍显隐患的集成部署案例开始，看看如何着手设计一条更为稳定的应用交付流程。 一次波折的部署许多个迭代后，面对陪风扇一起嘎吱嘎吱转着的流水线，程序员阿伟会回忆起把系统部署到预发环境、提交最后一轮验收，然后被打回来的那个并不遥远的下午
大家好，我叫王泊，负责云效应用交付AppStack的开发。把应用部署到各个环境、一步步进行集成测试，最终发布到生产环境，是程序员工作中必不可少的组成部分；而云原生技术引入的容器化、IaC（基础设施即代码，InfrastructureasCode）等等技术与理念，为持续交付的过程提供了规范化的可能，但也引入了让人不时埋首于配置文件的小山里的麻烦。我们不妨从一次略有波折、稍显隐患的集成部署案例开始，看看如何着手设计一条更为稳定的应用交付流程。 一次波折的部署许多个迭代后，面对陪风扇一起嘎吱嘎吱转着的流水线，程序员阿伟会回忆起把系统部署到预发环境、提交最后一轮验收，然后被打回来的那个并不遥远的下午
作者|InfoqTina背景12月9日，在2021年KubeCon云原生技术峰会上，CNCF开源项目KubeVela宣布推出了1.2版本。KubeVela是一个简单易用且高度可扩展的应用交付和管理平台，基于Kubernetes与OAM技术构建。其核心功能是让开发人员方便快捷地在Kubernetes上定义与交付现代微服务应用，而无需了解任何Kubernetes本身相关的细节。KubeVela于2020年11月开源，2021年4月发布1.0版本。2021年7月，KubeVela和OAM项目整体捐赠给CNCF基金会托管。在1.2版本中，KubeVela新增了以应用为中心的控制面板UI功能，使应用组装
作者|InfoqTina背景12月9日，在2021年KubeCon云原生技术峰会上，CNCF开源项目KubeVela宣布推出了1.2版本。KubeVela是一个简单易用且高度可扩展的应用交付和管理平台，基于Kubernetes与OAM技术构建。其核心功能是让开发人员方便快捷地在Kubernetes上定义与交付现代微服务应用，而无需了解任何Kubernetes本身相关的细节。KubeVela于2020年11月开源，2021年4月发布1.0版本。2021年7月，KubeVela和OAM项目整体捐赠给CNCF基金会托管。在1.2版本中，KubeVela新增了以应用为中心的控制面板UI功能，使应用组装
前期我们提到，在研发过程中，可能由于迭代变化或需求调整等等原因会导致团队欠很多技术债，从而导致随着项目的运行，技术债务越积越多，导致给用户交付越来越慢，交付的软件质量越来越差，最终不可控，拖延整体交付进度，系统不可控等很多问题。在实际研发工作过程中，我们基于一些工程学的方法，借助一些工具与方法，结合科学的流程，能够对降低技术负债起到一定的作用。最近笔者学习和阅读了一些技术类书籍，其中领导推荐的一本《持续交付发布可靠软件的系统方法》书籍中所提到的理念和实践方法，对提升发布效率、减少技术债等就有一定的帮助，可供软件研发实践参考。下面就结合笔者的一些实践，以及该书的一些理念，仅仅从持续交付中一些小的
前期我们提到，在研发过程中，可能由于迭代变化或需求调整等等原因会导致团队欠很多技术债，从而导致随着项目的运行，技术债务越积越多，导致给用户交付越来越慢，交付的软件质量越来越差，最终不可控，拖延整体交付进度，系统不可控等很多问题。在实际研发工作过程中，我们基于一些工程学的方法，借助一些工具与方法，结合科学的流程，能够对降低技术负债起到一定的作用。最近笔者学习和阅读了一些技术类书籍，其中领导推荐的一本《持续交付发布可靠软件的系统方法》书籍中所提到的理念和实践方法，对提升发布效率、减少技术债等就有一定的帮助，可供软件研发实践参考。下面就结合笔者的一些实践，以及该书的一些理念，仅仅从持续交付中一些小的
2022年的虚拟化趋势在很大程度上建立在2021年已经开始的趋势之上。云原生技术将继续发挥重要作用，着眼于灵活性以及涵盖云和边缘环境的更大范围。同时，供应商将继续通过添加功能和改进现有功能来增强其虚拟化平台，同时提供增强安全性的机制。在可预见的未来我们仍将广泛使用虚拟化，虚拟化正稳步成为支持当今工作负载的工具库中的唯一工具。为了适应传统和现代应用程序，虚拟化供应商必须继续修改他们的产品组合，以满足企业需求，即需要平台能够支持其波动和不断发展的工作负载。虚拟化和对灵活性日益增长的需求随着越来越多的企业将DevOps和云原生技术加入其开发流程，传统虚拟化平台和现代基于容器的平台之间的界限继续模糊。
2022年的虚拟化趋势在很大程度上建立在2021年已经开始的趋势之上。云原生技术将继续发挥重要作用，着眼于灵活性以及涵盖云和边缘环境的更大范围。同时，供应商将继续通过添加功能和改进现有功能来增强其虚拟化平台，同时提供增强安全性的机制。在可预见的未来我们仍将广泛使用虚拟化，虚拟化正稳步成为支持当今工作负载的工具库中的唯一工具。为了适应传统和现代应用程序，虚拟化供应商必须继续修改他们的产品组合，以满足企业需求，即需要平台能够支持其波动和不断发展的工作负载。虚拟化和对灵活性日益增长的需求随着越来越多的企业将DevOps和云原生技术加入其开发流程，传统虚拟化平台和现代基于容器的平台之间的界限继续模糊。
通过使用Testcloud自动化设置过程并交付一个准备运行的虚拟机，在几分钟之内准备好一个云镜像。如果你是一个在云端使用Fedoraqcow2镜像的开发者或者爱好者，在一个镜像准备使用之前，你总是不得不做一大堆初始化设置。我对此深有体会，所以我很想找到一种使设置过程更加简单的方法。碰巧，整个Fedora质量保证团队也有同感，所以我们开发了Testcloud。Testcloud是一个可以轻松的在几分钟之内准备云镜像测试的工具。它用几个命令就可以在云端自动化设置并交付准备运行的虚拟机(VM)。Testcloud：下载qcow2镜像用你选择的名称创建实例创建一个密码为passw0rd，用户名为fed
通过使用Testcloud自动化设置过程并交付一个准备运行的虚拟机，在几分钟之内准备好一个云镜像。如果你是一个在云端使用Fedoraqcow2镜像的开发者或者爱好者，在一个镜像准备使用之前，你总是不得不做一大堆初始化设置。我对此深有体会，所以我很想找到一种使设置过程更加简单的方法。碰巧，整个Fedora质量保证团队也有同感，所以我们开发了Testcloud。Testcloud是一个可以轻松的在几分钟之内准备云镜像测试的工具。它用几个命令就可以在云端自动化设置并交付准备运行的虚拟机(VM)。Testcloud：下载qcow2镜像用你选择的名称创建实例创建一个密码为passw0rd，用户名为fed
