云效应用交付平台AppStack是一款开发者友好的、以应用为核心的云原生应用交付平台，提供应用编排、环境管理、部署运维、资源管理、应用发布等一站式能力，帮助企业建立应用持续交付整体解决方案，加速企业云原生与DevOps转型，提升团队研发效能。新建环境后，你可以按需对环境进行部署、扩缩、回滚等运维操作。 立即体验一、部署部署通常用于应用制品或配置有变更时去更新环境服务。 前提条件已经完成了应用编排，具体参见应用编排。至少有一个环境，并且环境已经关联了资源。具体参见环境管理。操作步骤 1.功能入口应用-环境，在环境列表找到目标环境卡片，点击立即部署；也可以进入目标环境详情页面，点击右上角操作区域的
云效应用交付平台AppStack是一款开发者友好的、以应用为核心的云原生应用交付平台，提供应用编排、环境管理、部署运维、资源管理、应用发布等一站式能力，帮助企业建立应用持续交付整体解决方案，加速企业云原生与DevOps转型，提升团队研发效能。新建环境后，你可以按需对环境进行部署、扩缩、回滚等运维操作。 立即体验一、部署部署通常用于应用制品或配置有变更时去更新环境服务。 前提条件已经完成了应用编排，具体参见应用编排。至少有一个环境，并且环境已经关联了资源。具体参见环境管理。操作步骤 1.功能入口应用-环境，在环境列表找到目标环境卡片，点击立即部署；也可以进入目标环境详情页面，点击右上角操作区域的
作者：乔雷，Vesoft.Inc云原生技术专家NebulaGraph介绍NebulaGraph是由杭州悦数科技有限公司自主研发的一款开源分布式图数据库产品，擅长处理千亿节点万亿条边的超大数据集，同时保持毫秒级查询延时。得益于其shared-nothing以及存储与计算分离的架构设计，NebulaGraph具备在线水平扩缩容能力；原生分布式架构，使用Raft协议保证数据一致性，确保集群高可用；同时兼容openCypher，能够无缝对接Neo4j用户，降低学习及迁移成本。NebulaGraph经过几年的发展，目前已经形成由云服务、可视化工具、图计算、大数据生态支持、工程相关的Chaos以及性能压测
作者：乔雷，Vesoft.Inc云原生技术专家NebulaGraph介绍NebulaGraph是由杭州悦数科技有限公司自主研发的一款开源分布式图数据库产品，擅长处理千亿节点万亿条边的超大数据集，同时保持毫秒级查询延时。得益于其shared-nothing以及存储与计算分离的架构设计，NebulaGraph具备在线水平扩缩容能力；原生分布式架构，使用Raft协议保证数据一致性，确保集群高可用；同时兼容openCypher，能够无缝对接Neo4j用户，降低学习及迁移成本。NebulaGraph经过几年的发展，目前已经形成由云服务、可视化工具、图计算、大数据生态支持、工程相关的Chaos以及性能压测
云效应用交付平台AppStack是一款开发者友好的、以应用为核心的云原生应用交付平台，提供应用编排、环境管理、部署运维、资源管理、应用发布等一站式能力，帮助企业建立应用持续交付整体解决方案，加速企业云原生与DevOps转型，提升团队研发效能。云效AppStack支持阿里云容器服务ACK集群、其他云厂商提供的集群或是自建的Kubernetes集群。 立即体验资源管理云效AppStack支持阿里云容器服务ACK集群、其他云厂商提供的集群或是自建的Kubernetes集群其他云厂商提供的集群或是自建Kubernetes集群，需要集群的APIServer公网可访问，使用集群的kubeconfig凭证将
云效应用交付平台AppStack是一款开发者友好的、以应用为核心的云原生应用交付平台，提供应用编排、环境管理、部署运维、资源管理、应用发布等一站式能力，帮助企业建立应用持续交付整体解决方案，加速企业云原生与DevOps转型，提升团队研发效能。云效AppStack支持阿里云容器服务ACK集群、其他云厂商提供的集群或是自建的Kubernetes集群。 立即体验资源管理云效AppStack支持阿里云容器服务ACK集群、其他云厂商提供的集群或是自建的Kubernetes集群其他云厂商提供的集群或是自建Kubernetes集群，需要集群的APIServer公网可访问，使用集群的kubeconfig凭证将
编者按：从今天起，我们将开启一个新的专栏：《研发效能提升36计_持续交付篇》。专栏将通过10-20篇文章，系统分享云原生时代，企业如何落地持续交付，本文是该专栏的开篇。 策划&编辑｜雅纯Dora在2018年DevOps年度报告中对软件交付效能提出了一组度量指标，以衡量一个企业的软件交付水平。 部署频率。指应用将变更部署到生产环境的频率。如每天都有部署，一天能部署十次，还是一天部署一次，或者一个月才部署一次。变更前置时长。指从代码提交到部署上线并在生产环境运行起来的时长。服务恢复时间。是服务中断之后到下一次服务能够恢复以继续服务的时长。变更失败率。是指对生产环境的变更失败的比率，总共变更了多
编者按：从今天起，我们将开启一个新的专栏：《研发效能提升36计_持续交付篇》。专栏将通过10-20篇文章，系统分享云原生时代，企业如何落地持续交付，本文是该专栏的开篇。 策划&编辑｜雅纯Dora在2018年DevOps年度报告中对软件交付效能提出了一组度量指标，以衡量一个企业的软件交付水平。 部署频率。指应用将变更部署到生产环境的频率。如每天都有部署，一天能部署十次，还是一天部署一次，或者一个月才部署一次。变更前置时长。指从代码提交到部署上线并在生产环境运行起来的时长。服务恢复时间。是服务中断之后到下一次服务能够恢复以继续服务的时长。变更失败率。是指对生产环境的变更失败的比率，总共变更了多
编者按：全线专栏《研发效能提升36计_持续交付篇》上线啦！本专栏将通过10-20篇文章，系统分享云原生时代，企业如何落地持续交付。本文是该专栏的第2篇。策划&编辑｜雅纯 什么是真正的持续交付？首先，我们先看一下什么是持续交付。我们认为，持续交付至少应该包含这4点： ● 持续：顾名思义，是均匀的、分散的。具体来说是要：粒度小： 持续发布的粒度一定要很小，大了便很难做到“持续”。频率高：发布频率要非常高。 ● 快速： 持续交付中整个的交付过程是很快的，交付频率也是很高的。要做到快速需要。工序短：在测试、发布、开发等各个阶段中都要做到“短”。这样才能做到快速地反馈、快速地响应。等待少： 工序和工序之
编者按：全线专栏《研发效能提升36计_持续交付篇》上线啦！本专栏将通过10-20篇文章，系统分享云原生时代，企业如何落地持续交付。本文是该专栏的第2篇。策划&编辑｜雅纯 什么是真正的持续交付？首先，我们先看一下什么是持续交付。我们认为，持续交付至少应该包含这4点： ● 持续：顾名思义，是均匀的、分散的。具体来说是要：粒度小： 持续发布的粒度一定要很小，大了便很难做到“持续”。频率高：发布频率要非常高。 ● 快速： 持续交付中整个的交付过程是很快的，交付频率也是很高的。要做到快速需要。工序短：在测试、发布、开发等各个阶段中都要做到“短”。这样才能做到快速地反馈、快速地响应。等待少： 工序和工序之
