正在生成
详细信息:
检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
续费。 图1展示了用户将两个不同时间到期的资源,同时续费一个月,并设置“统一到期日”后的效果对比。 图1 统一到期日 更多关于统一到期日的规则请参见如何设置统一到期日。 父主题: 续费
删除”。 新建自定义报表文件夹 在目录数中找到文件夹“自定义报表”,单击,选择“新建文件夹”。 在新创建的文件夹名称后单击,可以为文件夹重命名、删除文件夹。 说明: 只能在“自定义报表”文件夹中新建文件夹,在新增的文件夹中无法再新建子文件夹。 当文件夹中有报表时,该文件夹无法被删
队对PBI相关的细节不一定完全明确,在冲刺执行中提供更多的澄清是合理的。变更冲刺目标会引起浪费,损害团队的士气和信任。 “锁定目标”是一个规则,并不是铁律。Scrum团队在遵守“锁定目标”的同时还要注实效。如果变更冲刺目标造成的经济后果远远小于推迟变更所造成的经济后果,那么就应该
单击已授权的项目名称后的,可以取消该对该项目下成员的授权。 查看资源池操作历史 通过“历史操作”页签,可以查看资源池的历史操作详情。 设置消息通知规则 通过“通知”页签,可以根据需要为以下操作配置消息通知。当触发对应操作时,将向权限管理者发送服务动态或邮件。 创建代理 删除代理 停用代理
选择“部署步骤”页签,在每个步骤中完成以下配置。 表4 配置部署步骤 配置项 配置建议 集群名称 选择在购买云容器引擎时设置的集群名称。 命名空间名称 本文中选择“default”。 选择“参数设置”页签,配置以下参数。 表5 参数设置 参数名称 参数值 ci_task_name
完成实名认证。 已购买弹性云服务器,购买时的必要配置可参考下表,表中未列出的配置可根据实际情况选择。完成购买后,参考配置安全组规则添加端口22及8080的入方向规则。 表1 弹性云服务器配置 配置分类 配置项 配置建议 基础配置 计费模式 选择“按需计费”。 CPU架构 选择“x86计算”。
资源包采用包周期购买方式,可叠加购买,购买上限请参见购买页面。 特性包 特性包包含三种类型: 代码安全检查增强包:如果需使用安全相关代码检查规则,请购买此特性包。 构建加速包:如果需使用构建加速功能,请购买此特性包。(如何使用构建加速?) 构建并发包:如果需提升单个构建任务的并发执
)”,参考下表完成步骤配置。 表7 配置部署步骤 配置项 配置建议 区域 选择集群所在的区域。 集群名称 选择准备工作中购买的集群名称。 命名空间名称 选择“default”。 工作负载名称 选择“web-demo”。 容器名称 选择创建负载时,容器配置部分的容器名称。 单击“保存并部署”。
用户以及产品最终的形态。产品待办列表只是一维的,而用户故事地图是三维的,这是高维与低维的比较,高维恒胜。 用户故事地图基于简单的网格结构,规则是从左到右讲述故事,即按照叙事主线顺序;自上向下的拆分,即由大到小的细节展现。其中最关键的部分是产品的构思框架,贯穿整个产品的发布地图,可
基于Pipeline的DevOps核心实践 本文主要讲述华为从自有研发实践到向外输出的服务——CodeArts流水线Pipeline,以及基于Pipeline的DevOps实践。 本文分为以下四部分,前三部分侧重于理论,第四部分将演示在保障质量的情况下,如何让代码提交快速上线。 DevOps在华为
影响地图 影响地图是一个简单却极高效的协作性的策略规划方法。 有的产品,它还活着,却已经死了;有的产品,还没发布,就已经死了。太多的产品失败的案例,源于方向性错误,基于错误的假设,功能与业务目标/价值之间缺乏必然的关联与一致性,在做的事与期望的目标南辕北辙。 影响地图试图通过结构
持续交付流水线 以终为始,要想将持续交付、持续部署与持续发布讲清楚,就必须了解它们最终的目的,所有这些实践都是围绕着这一目的展开,并且相互关联的。 所以,持续交付也好,DevOps也罢,最终目标是快速的交付价值。 正如Jez Humble对持续交付的定义:“The ability
交付在云端-全云DevOps实践 过去谈到DevOps的时候,往往不是讨论云化的问题,而是讨论工程方法和企业能力。但是现在,在交付方式逐步从单体软件向云上迁移的过程中,大家开始意识到继续在自己的研发环境做基于本地化的私有化工具链已经落伍。于是提出新的要求,做新的全云化的DevOp
如何构建高效的持续交付能力 持续集成、持续交付、持续部署、以及持续发布,到底是什么含义? 在回答之前,请大家先思考一个问题 :什么是交付过程最痛苦的事情? 集成的过程,测试的过程,以及部署与发布,都很痛苦,否则不会有敏捷与DevOps的各种方法与实践来解决这些问题,但是这些过程又都非常重要。
用户故事驱动的敏捷开发 敏捷开发现在已经不是新鲜事物了,从各种渠道都可以听到不同的团队实施敏捷的胜果,听的时候觉得很美,可是实际行动时就会发现那都是“别人家”的团队,结合自己的情况就会发现诸多问题。即使是仍然打算一试,也经常会不知如何开始。 因此,我们希望能够找到一个可以遵循的敏捷项目管理模型。
DevOps面面观 本文将从以下几个问题入手,阐述DevOps方方面面的理解,希望通过本文的解读,能对DevOps有更全面更深的认识,并能将DevOps的理论与实践在日常工作中落实。 什么是DevOps? DevOps不只是开发与运维的问题 从大处着眼 从小处下手 通过加大部署/发布频度来撬动整个交付过程