新闻中心

NEWS

热点新闻

HOT

2021汉得用户大会|携手共生,顺势而为,共同完成能力的进化升级!

秋天的乌镇,格外得美。温度刚刚好,水墨般的景致,让人心绪平和。古老的小镇,在过去几年已经和数字化新世界撞色,让原有的特别气息又增添了强烈的现代色彩。上一次与朋友们相聚,已是五年以前,在此时此地,来一次

2021-11-09

了解详情

近4000㎡数字展区亮相,小得瑟带你零距离逛展!

推荐阅读

2021-10-22

了解详情

12+专题峰会,100+前沿议题,企业数字化转型,你关心的全在这里!

*大会信息以现场执行为准推荐阅读

2021-10-15

了解详情

新闻中心

NEWS

07-16

产品快讯 | 汉得技术中台HZERO发布1.4.0.RELEASE版本

汉得技术中台HZERO是一款基于微服务架构的企业级技术中台,可支持企业各类系统搭建、产品研发,帮助企业快速构架技术中台。HZERO应用微服务、容器、DevOps等云原生技术,封装了大量技术开发包、技术应用组件、技术场景实现能力,并支持SaaS模式应用,提供了一个可支持企业各业务系统或产品快速开发实现的微服务应用数字化融合平台,富含各类开箱即用的组件G-General、A-AI、B-BigData、M-Mobile、D-DevOps,助力企业跨越Cloud(IaaS/PaaS)与自身数字化的鸿沟,共享业务服务的组合重用,为企业服务化中台整合、数字化转型提供强力支撑,也为企业提供了最佳架构实践。版本更新顺应时代潮流的发展,响应企业不断发展的需求,HZERO不断进行迭代,满足客户多样化的需求,为客户持续提供价值。2020年07月08日,汉得技术中台HZERO 发布 1.4.0.RELEASE 版本,新增两个服务、多个组件及特性功能,更好的助力企业服务化中台整合、数字化转型。服务版本:1.4.0.RELEASE发布时间:2020年07月08日前端版本:1.4.0数据版本:1.4.0.RELEASE新增服务 1 告警服务hzero-alert涵盖多种渠道来源的预警功能,可适配多种告警源(直连API、数据集等)接入,灵活自定义告警规则,支持告警升级及恢复通知功能,同时支持多种告警目标(回调API、消息队列、消息平台),可启用高级路由功能,进一步支持告警分组、延迟、抑制、静默等特性,有效防止告警风暴。 2 事件服务hzero-event通过抽象消息队列组件,可同时适配多种消息队列源,包括事件消息配置维护功能,查看消息情况、重试发送消息功能等。提供统一标准的事件接入服务,同时,提供完善的事件生产、消费日志,简化事件类应用的开发和调试。新增服务插件 1 甘特图插件platform-gantt可通过配置的方式快速嵌入甘特图功能,自由拖拉更改时间,自由缩放时间轴,显示不同的界面效果,无需代码开放,可快速用于工作计划进度、资源利用、生产排程等功能模块开发,提升整体项目运行的效率。 2 数据源路由管理插件platform-dsr可根据租户、URL、用户等不同维度来动态分割数据源,动态切换数据源,实现不同业务场景对数据分库的需要。 3 URL映射插件admin-um动态路由请求,配置路由请求规则,用户访问映射后的URL(如/hpfm/a)也能访问到源URL(如/hpfm/b)的效果,能够实现灰度发布,针对SaaS场景下租户定制化的需求。新增开发支持组件 1 开发者路由组件hzero-starter-developer-route 解决在融合开发环境下,开发人员本地代码调试问题,开发人员可在统一的环境中使用前端、Swagger等渠道进行代码调试,无需通过配置不同路由的方式进行本地代码测试。 2 主键加密组件【重大更新】hzero-starter-keyencrypt通过雪花ID和主键加密方式,加强代码开发中的安全性,可生成加密后的主键字符串,避免通过ID篡改数据或水平越权的问题,进一步的强化平台的安全性、稳定性。新增三方登录组件 1 海马汇三方登录组件hzero-starter-social-hippius     可支持Hippius账户进行第三方登录。 2 IOS苹果三方登录组件hzero-starter-social-apple     可支持苹果账户进行第三方登录。新增特性功能 1 系统管理安全组维护:可批量管理访问权限、字段权限、工作台配置、数据权限维度、数据权限子账户可查看分配员工Ldap可定时同步用户、定时同步离职用户组织信息数据外部可同步到平台菜单增加标签配置,以支持按不同前端展示不同的菜单角色增加标签配置,角色可通过 TENANT_ADMIN  标签确认是否是租户管理员API 管理增加标签配置,可将API设置为签名类型API超级角色无需分配权限,自动拥有对应层级的权限数据权限新增黑名单屏蔽单据权限新增多SQLID支持 2 开发管理租户级值集数据支持导入 3 报表平台报表模板新增DOC类型,支持在线编辑标签打印管理添加打印工作台 4 消息管理新增webhook消息类型,支持webhook类型消息的配置和发送 5 通用导入导入模板列标题配置支持多语言,导出模板excel/csv时应用多语言 6 平台治理新增微服务实例功能:可查看系统的各个服务实例的信息与配置信息新增API统计功能:图形展示API调用的情况新增API测试功能:提供API调用测试功能,可使用该功能进行API的测试 7 调度服务执行器配置添加启用标识,被禁用的执行器不参与任务执行并发请求定义,参数添加默认值 8 接口平台新增服务类别:数据源,可直接将关系型数据库表或视图透传成接口,支持动态列及参数个性化配置。模型字段功能接口注册添加公共API功能,注册后不经过授权,若使用需知悉风险。新建授权扩展功能,实现ExtendedAuthorization即可扩展日志清理定时任务 9 发票服务新对接航信税务平台,提供进项接口能力新增发票勾选、发票认证及发票主数据采集功能 10 OCR服务新增智能单图识别,可对单张票据支持智能识别,支持出租车票、火车票、定额发票、增值税专用发票、增值税普通、增值税电子发票、增值税卷票。新增增值税卷票识别HZERO 1.4.0.RELEASE本次版本更新除了新增以上服务、组件及特性服务之外,还对部分现有功能进行优化,不断完善开发助手,新增100+前端组件,并修复了已知的问题缺陷。▼▼▼「  点击此处查看详细文档  」推荐阅读 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

07-27

产品快讯 | 汉得技术中台HZERO发布1.4.0.RELEASE版本

汉得技术中台HZERO是一款基于微服务架构的企业级技术中台,可支持企业各类系统搭建、产品研发,帮助企业快速构架技术中台。HZERO应用微服务、容器、DevOps等云原生技术,封装了大量技术开发包、技术应用组件、技术场景实现能力,并支持SaaS模式应用,提供了一个可支持企业各业务系统或产品快速开发实现的微服务应用数字化融合平台,富含各类开箱即用的组件G-General、A-AI、B-BigData、M-Mobile、D-DevOps,助力企业跨越Cloud(IaaS/PaaS)与自身数字化的鸿沟,共享业务服务的组合重用,为企业服务化中台整合、数字化转型提供强力支撑,也为企业提供了最佳架构实践。版本更新顺应时代潮流的发展,响应企业不断发展的需求,HZERO不断进行迭代,满足客户多样化的需求,为客户持续提供价值。2020年07月08日,汉得技术中台HZERO 发布 1.4.0.RELEASE 版本,新增两个服务、多个组件及特性功能,更好的助力企业服务化中台整合、数字化转型。服务版本:1.4.0.RELEASE发布时间:2020年07月08日前端版本:1.4.0数据版本:1.4.0.RELEASE新增服务 1 告警服务hzero-alert涵盖多种渠道来源的预警功能,可适配多种告警源(直连API、数据集等)接入,灵活自定义告警规则,支持告警升级及恢复通知功能,同时支持多种告警目标(回调API、消息队列、消息平台),可启用高级路由功能,进一步支持告警分组、延迟、抑制、静默等特性,有效防止告警风暴。 2 事件服务hzero-event通过抽象消息队列组件,可同时适配多种消息队列源,包括事件消息配置维护功能,查看消息情况、重试发送消息功能等。提供统一标准的事件接入服务,同时,提供完善的事件生产、消费日志,简化事件类应用的开发和调试。新增服务插件 1 甘特图插件platform-gantt可通过配置的方式快速嵌入甘特图功能,自由拖拉更改时间,自由缩放时间轴,显示不同的界面效果,无需代码开放,可快速用于工作计划进度、资源利用、生产排程等功能模块开发,提升整体项目运行的效率。 2 数据源路由管理插件platform-dsr可根据租户、URL、用户等不同维度来动态分割数据源,动态切换数据源,实现不同业务场景对数据分库的需要。 3 URL映射插件admin-um动态路由请求,配置路由请求规则,用户访问映射后的URL(如/hpfm/a)也能访问到源URL(如/hpfm/b)的效果,能够实现灰度发布,针对SaaS场景下租户定制化的需求。新增开发支持组件 1 开发者路由组件hzero-starter-developer-route 解决在融合开发环境下,开发人员本地代码调试问题,开发人员可在统一的环境中使用前端、Swagger等渠道进行代码调试,无需通过配置不同路由的方式进行本地代码测试。 2 主键加密组件【重大更新】hzero-starter-keyencrypt通过雪花ID和主键加密方式,加强代码开发中的安全性,可生成加密后的主键字符串,避免通过ID篡改数据或水平越权的问题,进一步的强化平台的安全性、稳定性。新增三方登录组件 1 海马汇三方登录组件hzero-starter-social-hippius     可支持Hippius账户进行第三方登录。 2 IOS苹果三方登录组件hzero-starter-social-apple     可支持苹果账户进行第三方登录。新增特性功能 1 系统管理安全组维护:可批量管理访问权限、字段权限、工作台配置、数据权限维度、数据权限子账户可查看分配员工Ldap可定时同步用户、定时同步离职用户组织信息数据外部可同步到平台菜单增加标签配置,以支持按不同前端展示不同的菜单角色增加标签配置,角色可通过 TENANT_ADMIN  标签确认是否是租户管理员API 管理增加标签配置,可将API设置为签名类型API超级角色无需分配权限,自动拥有对应层级的权限数据权限新增黑名单屏蔽单据权限新增多SQLID支持 2 开发管理租户级值集数据支持导入 3 报表平台报表模板新增DOC类型,支持在线编辑标签打印管理添加打印工作台 4 消息管理新增webhook消息类型,支持webhook类型消息的配置和发送 5 通用导入导入模板列标题配置支持多语言,导出模板excel/csv时应用多语言 6 平台治理新增微服务实例功能:可查看系统的各个服务实例的信息与配置信息新增API统计功能:图形展示API调用的情况新增API测试功能:提供API调用测试功能,可使用该功能进行API的测试 7 调度服务执行器配置添加启用标识,被禁用的执行器不参与任务执行并发请求定义,参数添加默认值 8 接口平台新增服务类别:数据源,可直接将关系型数据库表或视图透传成接口,支持动态列及参数个性化配置。模型字段功能接口注册添加公共API功能,注册后不经过授权,若使用需知悉风险。新建授权扩展功能,实现ExtendedAuthorization即可扩展日志清理定时任务 9 发票服务新对接航信税务平台,提供进项接口能力新增发票勾选、发票认证及发票主数据采集功能 10 OCR服务新增智能单图识别,可对单张票据支持智能识别,支持出租车票、火车票、定额发票、增值税专用发票、增值税普通、增值税电子发票、增值税卷票。新增增值税卷票识别HZERO 1.4.0.RELEASE本次版本更新除了新增以上服务、组件及特性服务之外,还对部分现有功能进行优化,不断完善开发助手,新增100+前端组件,并修复了已知的问题缺陷。▼▼▼「  点击此处查看详细文档  」推荐阅读 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

05-21

Choerodon猪齿鱼实践之持续交付流水线

文 / 毛智伟  汉得能效中台中心在之前的文章《持续集成与持续交付之间的联系和区别》中,我们提到了持续集成与持续交付的基本概念以及两者之间的联系和区别。而本文将更进一步,旨在为大家详细介绍如何通过Choerodon 猪齿鱼的CD流水线功能来帮助项目团队实现持续交付。需要了解     什么是持续交付?在进行功能介绍之前,我们先来回顾下持续交付的概念。持续交付是指在持续集成的基础上,将集成后的代码持续不断地部署到开发、测试或预生产环境进行测试与验证的能力。也就是说,持续交付是对非生产环境的每一次变更进行交付,而最终选择部署到生产环境的将会是一项完整的功能或一组功能,又或者是一项完整的应用或服务。上图很好的展示了持续交付的整个流程,在通过持续集成之后,便可以持续地将代码部署至开发或测试环境。最后,待整体功能与需求测试验收完成,就可以将其手动部署至生产环境之中。当然,还需要注意的是:持续交付并不意味着每一次变化都要尽快部署到生产环境。而是意味着每一次变化都是随时可以部署的。—— Carl Caum(Caum,2013)什么原因    为什么要进行持续交付?众所周知,持续交付是DevOps实践中重要的一环,但持续交付能为团队带来哪些好处呢?快速发布。能够快速响应业务需求,并更快地实现软件价值;持续交付倡导的频繁部署以及自动部署,是持续测试的前提,进而提高软件质量;高质量的软件发布标准。整个交付过程标准化、可重复、可靠;整个交付过程可视化,方便团队人员了解项目进度;更先进的团队协作方式。从需求分析、产品的用户体验到交互 设计、开发、测试、运维等角色密切协作,相比于传统的瀑布式软件团队,更少浪费。如何交付如何通过Choerodon实现持续交付?Choerodon平台通过CD流水线的形式将开发模块与部署模块进行串联,用户只需在流水线中预设对应的部署任务或人工卡点任务,便能将目标应用服务集成后的代码自动部署到开发环境、测试环境、预生产环境以及生产环境(流转至生产环境阶段需要通过设置审批人员)。然后再设置人工卡点任务,即可通过邮件与站内信的方式及时通知到产品负责人或测试人员对新的部署进行验收与测试。创建持续交付流水线首先在“部署-应用部署-流水线”菜单页面,点击创建流水线,此时出现下图的流水线创建页面。项目人员可在此按需求定义多个流水线阶段,同时也可在各阶段中定义多个任务。流水线基础设置在创建CD流水线时,需自定义该条流水线的名称,并设置该条流水线的触发方式为自动触发或是人工触发;自动触发:满足所有触发条件时,该流水线才会自动执行。若选择自动触发,则该流水线中阶段一的任务一只能为部署类型的任务来作为触发器。手动触发:需要手动点击执行,才能触发流水线。若选择手动触发,则需要为该流水线选择触发人员(可多选),只有被选中的人员才有权限执行该流水线。若流水线中含有部署任务,则要求触发人员必须拥有流水线中所有部署任务对应的环境权限。添加与设置阶段添加阶段;点击阶段之间的添加按钮,即可成功添加一个阶段;此外还支持修改该阶段的名称,设置阶段之间的流转方式,若选择手动流转,需要为此设置审核人员(可多选,且默认为其中一个人员审核通过则该任务通过,第一个审核人员点击中止则该任务中止)。任务设置;每个阶段下,需要选择设置对应阶段中任务的执行方式。分别是:任务串行与任务并行,其中任务串行是指阶段中的所有任务从上至下依次执行;并行是指阶段中所有任务同时执行,但阶段中任务并行时,此阶段中便不能添加人工卡点的任务。只有当一个阶段中的所有任务均执行成功后,才能进入下一阶段。添加部署任务为了实现部署流程的可重复性、可靠性以及可伸缩性,持续交付流水线中支持了自动部署的任务类型;但需要在其中配置应用服务、触发版本类型、环境以及实例部署的相关信息,具体步骤如下:选择任务类型为部署后,需填写任务名称,并在项目下选择一个已存在版本的应用服务;输入或选择服务版本类型(此处可以选择默认给出的版本类型或手动输入自定义的版本类型。若不填写此栏,则默认自动部署该应用服务的所有版本);选择环境;只可选择运行中的环境;选择部署模式(部署模式有新建实例和替换实例两种);选择部署配置, 此处会根据您选的应用服务与环境自动匹配所有关联的部署配置,您可根据给出的配置信息进行选择。若所选应用服务与环境暂无对应的部署配置,则需要在部署配置页面创建一个对应的部署配置。若流水线中仅存在这一个部署任务,那么当开发人员提交代码,跑完CI,生成了满足条件的应用服务版本后(生成的版本名称中须包含在任务中定义的版本类型),该条流水线便会被触发。当流水线中存在多个部署任务,第一次触发流水线时,需要满足其中所有流水线的触发条件(生成满足条件的服务版本)。添加人工卡点任务人工卡点任务用于为阶段中的部署任务添加控制与审核人员,指定的审核人员审核通过后,流水线才能继续执行。若审核未不通过,整条流水线便会在此任务节点终止。添加人工卡点任务的步骤如下:选择人工卡点任务类型后,需要填写任务名称,并选择审核人员(可多选);若选择了多个审核人员,还需选择审核模式,其中包括:会签和或签。(会签是指所选的审核人员全部审核通过后才算通过,其中有一人选择终止,则此任务终止;或签是指所选的审核人员中,一人审核通过后此任务便通过,一人选择终止则此任务终止,以其中第一个审核人员的审核结果为准)。人工卡点任务创建成功后,当流水线执行到此类型的任务时,会默认通过邮件与站内信的方式告知审核人员。在测试与验收了对应的部署之后,审核人员便可将此任务审核通过,使得流水线继续执行。查看持续交付流水线记录CD流水线的每一次执行,都会产生一条执行记录,每条记录里还包含了所有阶段与任务的执行详情。在“应用部署-部署”菜单页面,项目人员能在列表中查看到流水线部署记录的编号、对应的流水线名称、触发方式、执行者、运行时间以及运行结果;目前,运行结果存在以下几种情况:运行结果含义成功流水线中所有任务执行成功失败流水线中有任务执行失败执行中流水线中有任务正在运行待审核流水线正停留在人工审核的节点,包括人工卡点与阶段间的人工审核已终止人工审核时,点击终止任务,最后流水线为已终止状态已删除原流水线已被删除,但是执行记录依然保存在此页面 在记录列表中,对不同状态的流水线部署可以执行相应的操作。对于执行失败的流水线,项目所有者可以重新执行流水线中的所有任务;若流水线状态为待审核,则需指定的审核人员审核后才能继续执行;而对于执行中状态的流程,项目所有者可以对其进行强制失败的操作。点击某条记录的编号,便能查看到该条记录的详情,在此详情页面中,会展示出对应流水线的执行详情。其中包括了流水线的触发方式、触发人员、阶段详情以及任务详情。总 结总的来说,持续交付是持续不断地将应用服务部署到交付流水线各种环境中的能力。而与持续交付相关的持续集成、持续部署、持续测试、持续反馈以及他们共同作用带来的持续改善,都是DevOps实践落地过程中不可或缺的一部分。关于Choerodon 猪齿鱼Choerodon 猪齿鱼作为开源多云应用敏捷全链路技术平台,是基于开源技术Kubernetes,Istio,knative,Gitlab,Spring Cloud来实现本地和云端环境的集成,实现企业多云/混合云应用环境的一致性。平台通过提供精益敏捷、持续交付、容器环境、微服务、DevOps等能力来帮助组织团队来完成软件的生命周期管理,从而更快、更频繁地交付更稳定的软件。————大家也可以通过以下社区途径了解猪齿鱼的最新动态、产品特性,以及参与社区贡献:官网:http://choerodon.io论坛:http://forum.choerodon.ioGithub:https://github.com/choerodon欢迎加入 Choerodon 猪齿鱼社区共同为企业数字化服务打造开放的生态平台 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

07-28

Choerodon猪齿鱼实践之持续交付流水线

文 / 毛智伟  汉得能效中台中心在之前的文章《持续集成与持续交付之间的联系和区别》中,我们提到了持续集成与持续交付的基本概念以及两者之间的联系和区别。而本文将更进一步,旨在为大家详细介绍如何通过Choerodon 猪齿鱼的CD流水线功能来帮助项目团队实现持续交付。需要了解     什么是持续交付?在进行功能介绍之前,我们先来回顾下持续交付的概念。持续交付是指在持续集成的基础上,将集成后的代码持续不断地部署到开发、测试或预生产环境进行测试与验证的能力。也就是说,持续交付是对非生产环境的每一次变更进行交付,而最终选择部署到生产环境的将会是一项完整的功能或一组功能,又或者是一项完整的应用或服务。上图很好的展示了持续交付的整个流程,在通过持续集成之后,便可以持续地将代码部署至开发或测试环境。最后,待整体功能与需求测试验收完成,就可以将其手动部署至生产环境之中。当然,还需要注意的是:持续交付并不意味着每一次变化都要尽快部署到生产环境。而是意味着每一次变化都是随时可以部署的。—— Carl Caum(Caum,2013)什么原因    为什么要进行持续交付?众所周知,持续交付是DevOps实践中重要的一环,但持续交付能为团队带来哪些好处呢?快速发布。能够快速响应业务需求,并更快地实现软件价值;持续交付倡导的频繁部署以及自动部署,是持续测试的前提,进而提高软件质量;高质量的软件发布标准。整个交付过程标准化、可重复、可靠;整个交付过程可视化,方便团队人员了解项目进度;更先进的团队协作方式。从需求分析、产品的用户体验到交互 设计、开发、测试、运维等角色密切协作,相比于传统的瀑布式软件团队,更少浪费。如何交付如何通过Choerodon实现持续交付?Choerodon平台通过CD流水线的形式将开发模块与部署模块进行串联,用户只需在流水线中预设对应的部署任务或人工卡点任务,便能将目标应用服务集成后的代码自动部署到开发环境、测试环境、预生产环境以及生产环境(流转至生产环境阶段需要通过设置审批人员)。然后再设置人工卡点任务,即可通过邮件与站内信的方式及时通知到产品负责人或测试人员对新的部署进行验收与测试。创建持续交付流水线首先在“部署-应用部署-流水线”菜单页面,点击创建流水线,此时出现下图的流水线创建页面。项目人员可在此按需求定义多个流水线阶段,同时也可在各阶段中定义多个任务。流水线基础设置在创建CD流水线时,需自定义该条流水线的名称,并设置该条流水线的触发方式为自动触发或是人工触发;自动触发:满足所有触发条件时,该流水线才会自动执行。若选择自动触发,则该流水线中阶段一的任务一只能为部署类型的任务来作为触发器。手动触发:需要手动点击执行,才能触发流水线。若选择手动触发,则需要为该流水线选择触发人员(可多选),只有被选中的人员才有权限执行该流水线。若流水线中含有部署任务,则要求触发人员必须拥有流水线中所有部署任务对应的环境权限。添加与设置阶段添加阶段;点击阶段之间的添加按钮,即可成功添加一个阶段;此外还支持修改该阶段的名称,设置阶段之间的流转方式,若选择手动流转,需要为此设置审核人员(可多选,且默认为其中一个人员审核通过则该任务通过,第一个审核人员点击中止则该任务中止)。任务设置;每个阶段下,需要选择设置对应阶段中任务的执行方式。分别是:任务串行与任务并行,其中任务串行是指阶段中的所有任务从上至下依次执行;并行是指阶段中所有任务同时执行,但阶段中任务并行时,此阶段中便不能添加人工卡点的任务。只有当一个阶段中的所有任务均执行成功后,才能进入下一阶段。添加部署任务为了实现部署流程的可重复性、可靠性以及可伸缩性,持续交付流水线中支持了自动部署的任务类型;但需要在其中配置应用服务、触发版本类型、环境以及实例部署的相关信息,具体步骤如下:选择任务类型为部署后,需填写任务名称,并在项目下选择一个已存在版本的应用服务;输入或选择服务版本类型(此处可以选择默认给出的版本类型或手动输入自定义的版本类型。若不填写此栏,则默认自动部署该应用服务的所有版本);选择环境;只可选择运行中的环境;选择部署模式(部署模式有新建实例和替换实例两种);选择部署配置, 此处会根据您选的应用服务与环境自动匹配所有关联的部署配置,您可根据给出的配置信息进行选择。若所选应用服务与环境暂无对应的部署配置,则需要在部署配置页面创建一个对应的部署配置。若流水线中仅存在这一个部署任务,那么当开发人员提交代码,跑完CI,生成了满足条件的应用服务版本后(生成的版本名称中须包含在任务中定义的版本类型),该条流水线便会被触发。当流水线中存在多个部署任务,第一次触发流水线时,需要满足其中所有流水线的触发条件(生成满足条件的服务版本)。添加人工卡点任务人工卡点任务用于为阶段中的部署任务添加控制与审核人员,指定的审核人员审核通过后,流水线才能继续执行。若审核未不通过,整条流水线便会在此任务节点终止。添加人工卡点任务的步骤如下:选择人工卡点任务类型后,需要填写任务名称,并选择审核人员(可多选);若选择了多个审核人员,还需选择审核模式,其中包括:会签和或签。(会签是指所选的审核人员全部审核通过后才算通过,其中有一人选择终止,则此任务终止;或签是指所选的审核人员中,一人审核通过后此任务便通过,一人选择终止则此任务终止,以其中第一个审核人员的审核结果为准)。人工卡点任务创建成功后,当流水线执行到此类型的任务时,会默认通过邮件与站内信的方式告知审核人员。在测试与验收了对应的部署之后,审核人员便可将此任务审核通过,使得流水线继续执行。查看持续交付流水线记录CD流水线的每一次执行,都会产生一条执行记录,每条记录里还包含了所有阶段与任务的执行详情。在“应用部署-部署”菜单页面,项目人员能在列表中查看到流水线部署记录的编号、对应的流水线名称、触发方式、执行者、运行时间以及运行结果;目前,运行结果存在以下几种情况:运行结果含义成功流水线中所有任务执行成功失败流水线中有任务执行失败执行中流水线中有任务正在运行待审核流水线正停留在人工审核的节点,包括人工卡点与阶段间的人工审核已终止人工审核时,点击终止任务,最后流水线为已终止状态已删除原流水线已被删除,但是执行记录依然保存在此页面 在记录列表中,对不同状态的流水线部署可以执行相应的操作。对于执行失败的流水线,项目所有者可以重新执行流水线中的所有任务;若流水线状态为待审核,则需指定的审核人员审核后才能继续执行;而对于执行中状态的流程,项目所有者可以对其进行强制失败的操作。点击某条记录的编号,便能查看到该条记录的详情,在此详情页面中,会展示出对应流水线的执行详情。其中包括了流水线的触发方式、触发人员、阶段详情以及任务详情。总 结总的来说,持续交付是持续不断地将应用服务部署到交付流水线各种环境中的能力。而与持续交付相关的持续集成、持续部署、持续测试、持续反馈以及他们共同作用带来的持续改善,都是DevOps实践落地过程中不可或缺的一部分。关于Choerodon 猪齿鱼Choerodon 猪齿鱼作为开源多云应用敏捷全链路技术平台,是基于开源技术Kubernetes,Istio,knative,Gitlab,Spring Cloud来实现本地和云端环境的集成,实现企业多云/混合云应用环境的一致性。平台通过提供精益敏捷、持续交付、容器环境、微服务、DevOps等能力来帮助组织团队来完成软件的生命周期管理,从而更快、更频繁地交付更稳定的软件。————大家也可以通过以下社区途径了解猪齿鱼的最新动态、产品特性,以及参与社区贡献:官网:http://choerodon.io论坛:http://forum.choerodon.ioGithub:https://github.com/choerodon欢迎加入 Choerodon 猪齿鱼社区共同为企业数字化服务打造开放的生态平台 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

05-21

Choerodon猪齿鱼|如何进行大规模敏捷规划

文 / 柴晓燕  汉得能效中台中心Scrum敏捷过程中在迭代开始前需要进行迭代规划会,那对于SAFe大规模敏捷在PI开始之前要经历什么呢?PI能提供一个更大、更具有战略意义的PDCA时间盒,所以PI也是有规划会的。下文将为您介绍PI规划会的历程。01 什么是PI规划会?项目群增量(PI)提供了一个比SPRINT更大的PDCA环,为整个ART的计划、集成、演示、检视和调整提供了节奏。PI规划会就是一个非常重要的、有节奏的同步点,它有着标准化的流程。可以说,没有什么比PI计划更强有力的活动了,PI计划是PI的基石,确定了ART的节奏。当100多人为了一个共同的目标一起工作,仅仅两天内就可以达成共识,而不是花费几个月或者几周的时间来等待决策和通过一系列邮件来达成一致,这会产生怎样令人惊叹的协作能力?通过PI规划会,ART成员会定期进行同步,更好地定义和设计愿景及承诺,从而满足近期的PI目标;ART成员通过PI规划会来创造、不断培养维持一种共同的使命、责任或承诺,养成高度的合作协作意识;PI规划会将ART的责任从中央管理转移到真正负责工作的团队;通过PI规划会建了ART所依赖的社交网络。02 准备PI规划会组织结构准备:产品管理者、敏捷团队、业务负责人,以及其他利益相关者。有可能的话,所有的ART成员都应该参与进PI规划会。毕竟,他们才是计划的最终执行者,他们是唯一可以对计划作出承诺的人。PI规划会输入内容:(1)当前业务愿景和背景;(2)项目群待办事项列表中排名较前的特性,包括其接收标准,以确保特性满足其完成定义。如何确定去排名靠前的特性?我们可以通过WSJF(加权最短作业优先)法则来确定出价值较大,时间较紧迫但规模较小的特性。通过WSJF权值排序,筛选出优先级较高的特性。03 标准的会议议程PI规划会通常会遵循一个标准的会议议程,如图所示:如何进行PI计划会?快速确定要满足PI目标所必要的特性或者优先特性;团队快速识别出所有必要的故事,以满足PI目标和优先特性;识别与其他敏捷团队之间的依赖关系;估算故事点,按照优先级放入每个迭代;识别出无法在当前PI完成的工作,可以考虑放在下一个PI周期;团队确定迭代计划;整合项目群风险、障碍,以及依赖关系;将特性依赖和跨团队依赖整合到项目群公告板。PI规划会的第一天的内容包括:建立业务背景和计划过程背景、创建计划草案,并以管理者评审和问题解决会议作为结束。PI规划会的第二条的内容包括:计划调整的讨论、得出计划终稿和设定业务价值、批准计划终稿并对PI目标作出承诺。最终,PI规划会产出:(1)已承诺的PI目标、PI计划;(2)维护完依赖关系的项目群公告板。缺少有效的PI计划,会发生什么?利益相关者和团队对愿景、目标没有清晰的理解。团队不知道业务环境和最重要的目标。业务和技术之间缺乏一致性。依赖关系被发现得太晚。计划是集中但无效。团队缺乏对业务目标的承诺。04 总 结PI规划会是定期举行的,可以在一个地方面对面进行,也可以在多个地方同时“面对面”进行的计划会议,其与ART存在依存关系。对SAFe来说,PI规划是不可或缺的(如果你不做PI计划会议,就相当于没做SAFe)。但是PI规划会的议程可以根据组织的实际情况进行调整。关于Choerodon 猪齿鱼Choerodon 猪齿鱼作为开源多云应用敏捷全链路技术平台,是基于开源技术Kubernetes,Istio,knative,Gitlab,Spring Cloud来实现本地和云端环境的集成,实现企业多云/混合云应用环境的一致性。平台通过提供精益敏捷、持续交付、容器环境、微服务、DevOps等能力来帮助组织团队来完成软件的生命周期管理,从而更快、更频繁地交付更稳定的软件。————大家也可以通过以下社区途径了解猪齿鱼的最新动态、产品特性,以及参与社区贡献:官网:http://choerodon.io论坛:http://forum.choerodon.ioGithub:https://github.com/choerodon欢迎加入 Choerodon 猪齿鱼社区共同为企业数字化服务打造开放的生态平台 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

07-28

Choerodon猪齿鱼|如何进行大规模敏捷规划

文 / 柴晓燕  汉得能效中台中心Scrum敏捷过程中在迭代开始前需要进行迭代规划会,那对于SAFe大规模敏捷在PI开始之前要经历什么呢?PI能提供一个更大、更具有战略意义的PDCA时间盒,所以PI也是有规划会的。下文将为您介绍PI规划会的历程。01 什么是PI规划会?项目群增量(PI)提供了一个比SPRINT更大的PDCA环,为整个ART的计划、集成、演示、检视和调整提供了节奏。PI规划会就是一个非常重要的、有节奏的同步点,它有着标准化的流程。可以说,没有什么比PI计划更强有力的活动了,PI计划是PI的基石,确定了ART的节奏。当100多人为了一个共同的目标一起工作,仅仅两天内就可以达成共识,而不是花费几个月或者几周的时间来等待决策和通过一系列邮件来达成一致,这会产生怎样令人惊叹的协作能力?通过PI规划会,ART成员会定期进行同步,更好地定义和设计愿景及承诺,从而满足近期的PI目标;ART成员通过PI规划会来创造、不断培养维持一种共同的使命、责任或承诺,养成高度的合作协作意识;PI规划会将ART的责任从中央管理转移到真正负责工作的团队;通过PI规划会建了ART所依赖的社交网络。02 准备PI规划会组织结构准备:产品管理者、敏捷团队、业务负责人,以及其他利益相关者。有可能的话,所有的ART成员都应该参与进PI规划会。毕竟,他们才是计划的最终执行者,他们是唯一可以对计划作出承诺的人。PI规划会输入内容:(1)当前业务愿景和背景;(2)项目群待办事项列表中排名较前的特性,包括其接收标准,以确保特性满足其完成定义。如何确定去排名靠前的特性?我们可以通过WSJF(加权最短作业优先)法则来确定出价值较大,时间较紧迫但规模较小的特性。通过WSJF权值排序,筛选出优先级较高的特性。03 标准的会议议程PI规划会通常会遵循一个标准的会议议程,如图所示:如何进行PI计划会?快速确定要满足PI目标所必要的特性或者优先特性;团队快速识别出所有必要的故事,以满足PI目标和优先特性;识别与其他敏捷团队之间的依赖关系;估算故事点,按照优先级放入每个迭代;识别出无法在当前PI完成的工作,可以考虑放在下一个PI周期;团队确定迭代计划;整合项目群风险、障碍,以及依赖关系;将特性依赖和跨团队依赖整合到项目群公告板。PI规划会的第一天的内容包括:建立业务背景和计划过程背景、创建计划草案,并以管理者评审和问题解决会议作为结束。PI规划会的第二条的内容包括:计划调整的讨论、得出计划终稿和设定业务价值、批准计划终稿并对PI目标作出承诺。最终,PI规划会产出:(1)已承诺的PI目标、PI计划;(2)维护完依赖关系的项目群公告板。缺少有效的PI计划,会发生什么?利益相关者和团队对愿景、目标没有清晰的理解。团队不知道业务环境和最重要的目标。业务和技术之间缺乏一致性。依赖关系被发现得太晚。计划是集中但无效。团队缺乏对业务目标的承诺。04 总 结PI规划会是定期举行的,可以在一个地方面对面进行,也可以在多个地方同时“面对面”进行的计划会议,其与ART存在依存关系。对SAFe来说,PI规划是不可或缺的(如果你不做PI计划会议,就相当于没做SAFe)。但是PI规划会的议程可以根据组织的实际情况进行调整。关于Choerodon 猪齿鱼Choerodon 猪齿鱼作为开源多云应用敏捷全链路技术平台,是基于开源技术Kubernetes,Istio,knative,Gitlab,Spring Cloud来实现本地和云端环境的集成,实现企业多云/混合云应用环境的一致性。平台通过提供精益敏捷、持续交付、容器环境、微服务、DevOps等能力来帮助组织团队来完成软件的生命周期管理,从而更快、更频繁地交付更稳定的软件。————大家也可以通过以下社区途径了解猪齿鱼的最新动态、产品特性,以及参与社区贡献:官网:http://choerodon.io论坛:http://forum.choerodon.ioGithub:https://github.com/choerodon欢迎加入 Choerodon 猪齿鱼社区共同为企业数字化服务打造开放的生态平台 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

04-17

Choerodon猪齿鱼实践之健康检查

文 / 毛智伟   汉得能效中台中心Choerodon猪齿鱼实践之健康检查Choerodon 是一个开源多云应用敏捷全链路技术平台,通过使用 Kubernetes 来部署和升级应用,而在集群中部署应用时,像忘记配置资源请求或忘记配置限制这样简单的事情就可能破坏自动伸缩,甚至导致工作负载耗尽资源。因此,保证集群的稳定运行十分必要。基于这个目的,Choerodon团队通过借鉴 Polaris 健康检查的实现原理,并结合自身业务需求,在 Agent 组件中实现了一套自己的健康检查规则,既能从集群的维度查看其中可能影响稳定性、可靠性、可伸缩性和安全性的配置问题,也支持检测某个环境某个实例中具体的配置问题,从而达到监控集群和监控环境健康状态的目的。本文旨在为大家介绍Choerodon V0.21版本中的健康检查功能。集群健康检查check执行健康检查在Choerodon平台中,选择一个存在关联环境且状态为“运行中”的集群,进入“集群管理-健康检查”的页面后,点击页面中的“扫描”按钮,即可执行该集群的健康检查。在此过程中,Polaris支持的检测类型有:Health Checks、Images、Networking、Resources、Security;检测完毕之后,会将这些分类中所有的配置项分为 passed、warning 以及error 三个状态,分别代表检测通过、警告和错误的状态。若想详细了解各分类中所包含的默认配置项,请参考Polaris - Kubernetes最佳实践之配置校验。查看健康检查结果健康检查执行成功后,便能从“集群概览”和“环境详情”两个维度查看存在配置项的问题(即状态为warning和error的配置项)。界面上的健康分值,是根据passed状态配置项的占比计算得来的。需要注意的是,各类详情下,只会展示出warning与 error状态的配置项。通过检测得出的结果(尤其是存在error状态配置项的分类),集群管理员可以及时的捕捉到集群中存在的问题与隐患,并快速地进行修复。健康分值= passed配置项数量/(passed配置项数量+1/2warning配置项数量+error配置项数量)集群概览“集群概览”维度支持查看集群中各个分类的配置项问题,主要分为了:健康检查、镜像检查、网络配置、资源分配以及安全这五类,并可以分别查看各个分类下有问题的配置项(warning与 error状态的配置项)及其所属的环境。环境详情“环境详情”维度则支持查看集群中所有环境(包括Choerodon平台环境与非Choerodon平台环境)中存在问题的配置项(warning与 error状态的配置项)。环境健康检查check执行健康检查通过以上内容,我们知道了集群管理员如何在集群中执行健康检查操作,以此来监控集群的健康状态。那在环境层,环境管理员(运维人员)又如何对环境的健康状态进行监控呢?针对这个问题,我们在“部署-资源-实例视图-环境层”中,也新增了“健康检查”的功能,用来检测环境下所有实例的配置项问题。其中包括了对Deployments、StatefulSets、DaemonSets 、Jobs、CronJobs以及ReplicationControllers的检测。(注意:在进行扫描之前,请确保环境中已有实例资源,并且该环境为“运行中”状态)查看健康检查结果健康检查执行成功之后,会将这些分类中所有的配置项分为 passed、warning 以及error 三个状态,分别代表检测通过、警告和错误的状态。并在各个实例下方,展示出有问题的配置项(warning与 error状态的配置项)。此外,对于含有“error”状态配置项的实例和对象,会在其名称后面标出警示标志。界面上健康分值的计算方式,和上文中集群的一致。环境管理员通过有问题的配置项,便能及时地定位与解决问题,从而避免造成更大的损失。总结conclusion健康检查功能是集群与环境监控模块中重要的一环,能够帮助运维人员实时地检测出集群与环境中,可能影响稳定性、可靠性、可伸缩性和安全性的配置问题,以此来保证集群与环境的稳定运行。关于Choerodon 猪齿鱼Choerodon 猪齿鱼作为开源多云应用敏捷全链路技术平台,是基于开源技术Kubernetes,Istio,knative,Gitlab,Spring Cloud来实现本地和云端环境的集成,实现企业多云/混合云应用环境的一致性。平台通过提供精益敏捷、持续交付、容器环境、微服务、DevOps等能力来帮助组织团队来完成软件的生命周期管理,从而更快、更频繁地交付更稳定的软件。————Choerodon 猪齿鱼v0.21已经发布,欢迎大家前来安装/升级。安装文档:http://choerodon.io/zh/docs/installation-configuration/steps/ 升级文档:http://choerodon.io/zh/docs/installation-configuration/update/0.20-to-0.21/大家也可以通过以下社区途径了解猪齿鱼的最新动态、产品特性,以及参与社区贡献:官网:http://choerodon.io论坛:http://forum.choerodon.ioGithub:https://github.com/choerodon欢迎加入 Choerodon 猪齿鱼社区共同为企业数字化服务打造开放的生态平台 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

07-28

Choerodon猪齿鱼实践之健康检查

文 / 毛智伟   汉得能效中台中心Choerodon猪齿鱼实践之健康检查Choerodon 是一个开源多云应用敏捷全链路技术平台,通过使用 Kubernetes 来部署和升级应用,而在集群中部署应用时,像忘记配置资源请求或忘记配置限制这样简单的事情就可能破坏自动伸缩,甚至导致工作负载耗尽资源。因此,保证集群的稳定运行十分必要。基于这个目的,Choerodon团队通过借鉴 Polaris 健康检查的实现原理,并结合自身业务需求,在 Agent 组件中实现了一套自己的健康检查规则,既能从集群的维度查看其中可能影响稳定性、可靠性、可伸缩性和安全性的配置问题,也支持检测某个环境某个实例中具体的配置问题,从而达到监控集群和监控环境健康状态的目的。本文旨在为大家介绍Choerodon V0.21版本中的健康检查功能。集群健康检查check执行健康检查在Choerodon平台中,选择一个存在关联环境且状态为“运行中”的集群,进入“集群管理-健康检查”的页面后,点击页面中的“扫描”按钮,即可执行该集群的健康检查。在此过程中,Polaris支持的检测类型有:Health Checks、Images、Networking、Resources、Security;检测完毕之后,会将这些分类中所有的配置项分为 passed、warning 以及error 三个状态,分别代表检测通过、警告和错误的状态。若想详细了解各分类中所包含的默认配置项,请参考Polaris - Kubernetes最佳实践之配置校验。查看健康检查结果健康检查执行成功后,便能从“集群概览”和“环境详情”两个维度查看存在配置项的问题(即状态为warning和error的配置项)。界面上的健康分值,是根据passed状态配置项的占比计算得来的。需要注意的是,各类详情下,只会展示出warning与 error状态的配置项。通过检测得出的结果(尤其是存在error状态配置项的分类),集群管理员可以及时的捕捉到集群中存在的问题与隐患,并快速地进行修复。健康分值= passed配置项数量/(passed配置项数量+1/2warning配置项数量+error配置项数量)集群概览“集群概览”维度支持查看集群中各个分类的配置项问题,主要分为了:健康检查、镜像检查、网络配置、资源分配以及安全这五类,并可以分别查看各个分类下有问题的配置项(warning与 error状态的配置项)及其所属的环境。环境详情“环境详情”维度则支持查看集群中所有环境(包括Choerodon平台环境与非Choerodon平台环境)中存在问题的配置项(warning与 error状态的配置项)。环境健康检查check执行健康检查通过以上内容,我们知道了集群管理员如何在集群中执行健康检查操作,以此来监控集群的健康状态。那在环境层,环境管理员(运维人员)又如何对环境的健康状态进行监控呢?针对这个问题,我们在“部署-资源-实例视图-环境层”中,也新增了“健康检查”的功能,用来检测环境下所有实例的配置项问题。其中包括了对Deployments、StatefulSets、DaemonSets 、Jobs、CronJobs以及ReplicationControllers的检测。(注意:在进行扫描之前,请确保环境中已有实例资源,并且该环境为“运行中”状态)查看健康检查结果健康检查执行成功之后,会将这些分类中所有的配置项分为 passed、warning 以及error 三个状态,分别代表检测通过、警告和错误的状态。并在各个实例下方,展示出有问题的配置项(warning与 error状态的配置项)。此外,对于含有“error”状态配置项的实例和对象,会在其名称后面标出警示标志。界面上健康分值的计算方式,和上文中集群的一致。环境管理员通过有问题的配置项,便能及时地定位与解决问题,从而避免造成更大的损失。总结conclusion健康检查功能是集群与环境监控模块中重要的一环,能够帮助运维人员实时地检测出集群与环境中,可能影响稳定性、可靠性、可伸缩性和安全性的配置问题,以此来保证集群与环境的稳定运行。关于Choerodon 猪齿鱼Choerodon 猪齿鱼作为开源多云应用敏捷全链路技术平台,是基于开源技术Kubernetes,Istio,knative,Gitlab,Spring Cloud来实现本地和云端环境的集成,实现企业多云/混合云应用环境的一致性。平台通过提供精益敏捷、持续交付、容器环境、微服务、DevOps等能力来帮助组织团队来完成软件的生命周期管理,从而更快、更频繁地交付更稳定的软件。————Choerodon 猪齿鱼v0.21已经发布,欢迎大家前来安装/升级。安装文档:http://choerodon.io/zh/docs/installation-configuration/steps/ 升级文档:http://choerodon.io/zh/docs/installation-configuration/update/0.20-to-0.21/大家也可以通过以下社区途径了解猪齿鱼的最新动态、产品特性,以及参与社区贡献:官网:http://choerodon.io论坛:http://forum.choerodon.ioGithub:https://github.com/choerodon欢迎加入 Choerodon 猪齿鱼社区共同为企业数字化服务打造开放的生态平台 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

03-19

Choerodon猪齿鱼实践之应用服务共享

应用服务共享功能Choerodon平台中的开发和部署都是围绕应用服务来进行的,由此可见应用服务在DevOps实践过程中的重要性。本文旨在为大家介绍Choerodon v0.19及以上版本中的应用服务共享功能。文 / 毛智伟  汉得能效中台中心了解背景 共享应用服务功能的背景在详细介绍Choerodon平台中“共享应用服务”功能的使用之前,我们需要知道使用这个功能的原因是什么,以及这个功能可以解决什么问题。在说起Choerodon平台中的应用服务时,我们就不得不提微服务。正是因为微服务的出现,之前的单体应用架构带来的问题才得以解决。而下图也更为直观地指出了单体应用架构与微服务架构的区别。通过上图,我们不难发现微服务架构中的应用会被分解为更小、完全独立的服务组件,这使得它们拥有更高的敏捷性、可伸缩性和可用性。换言之,微服务架构的基本思想就是:围绕业务领域组件来创建应用服务,让应用服务可以独立地开发、管理和交付。通过微服务实现组件化服务的开发和交付后,这些组件化服务按照项目需求组合起来,稍作修改,便是一个可用的产品。因此,尽管项目是暂时性的,但项目团队的交付物却能以组件的形式共享至其他项目,以此来避免重复造轮子的情况。而怎样将已有的应用服务快速地导入或部署到组织下其他项目呢?针对这个问题,共享应用服务的功能应运而生。如何使用怎样使用共享应用服务功能?当组织下其他项目需要用到本项目下某个应用服务时,项目所有者可以为此应用服务设置共享规则,以此来将对应版本的应用服务共享至其他项目。以上便是Choerodon平台中共享应用服务功能的大致流程,下面我们就按照这个流程进行展开,带大家了解Choerodon中应用服务的共享功能。 Step1 添加共享规则首先,选中一个目标应用服务,进入详情界面,选中“共享设置”,点击顶部的“添加共享规则”;在添加共享规则时,项目所有者可以选择将该应用服务的某一类型的所有版本全部共享出去,或者选择一个特定的应用服务版本共享至目标项目。最后选择“共享范围”,那么一条共享规则就这样添加成功了。- 目前平台中预置可选的版本类型为以下5种,分别是:master、release、feature、bugfix 和 hotfix。- 此处版本类型是按照版本名中对应的分支类型来命名的;但可根据需求,在此填写一个自定义的版本类型。- 若您想将该类型的所有服务版本共享出去,仅填写版本类型即可,不用再选择特定版本。共享规则添加成功并生效之后,共享范围之内的项目便能获取到该服务对应版本的代码库与镜像,用于之后的二次开发或直接部署。 Step2 管理共享规则共享规则添加成功之后,可以在之后对其进行灵活地修改或是直接删除;此处支持修改共享规则中的共享版本与共享范围;共享规则更改后,平台将按照新的共享规则执行,但不会影响其他项目下已部署的实例。 Step3 导入共享应用服务应用服务的接收方,若发现已存在的应用服务并不能完全满足自己的项目需求,便可选择“导入共享应用服务”,在已有代码库的基础上进行二次开发。 Step4 部署共享应用服务若共享的应用服务已经能够满足项目需求,此时部署人员便可直接在手动部署界面,将该服务对应的版本部署至本项目对应的环境。共享应用服务的功能支持各个项目团队更方便地围绕业务来进行应用服务的组织,从而使得微服务弹性伸缩的特性可以得到充分地发挥,避免出现重复造轮子的情况。此外,以应用服务为中心进行开发和部署是Choerodon平台实践DevOps的重要步骤,所以应用服务相关的功能与体验也是我们一直都在关注的。 关于我们 关于Choerodon猪齿鱼Choerodon猪齿鱼作为开源多云技术平台,是基于开源技术Kubernetes,Istio,knative,Gitlab,Spring Cloud来实现本地和云端环境的集成,实现企业多云/混合云应用环境的一致性。平台通过提供精益敏捷、持续交付、容器环境、微服务、DevOps等能力来帮助组织团队来完成软件的生命周期管理,从而更快、更频繁地交付更稳定的软件。————欢迎通过我们的 GitHub 和 猪齿鱼社区 进行反馈与贡献,帮助 Choerodon 猪齿鱼不断成长,我们将持续迭代优化,敬请期待。大家也可以通过以下社区途径了解猪齿鱼的最新动态、产品特性,以及参与社区贡献:官网:http://choerodon.io论坛:http://forum.choerodon.ioGithub:https://github.com/choerodon欢迎加入 Choerodon 猪齿鱼社区共同为企业数字化服务打造开放的生态平台 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

07-28

Choerodon猪齿鱼实践之应用服务共享

应用服务共享功能Choerodon平台中的开发和部署都是围绕应用服务来进行的,由此可见应用服务在DevOps实践过程中的重要性。本文旨在为大家介绍Choerodon v0.19及以上版本中的应用服务共享功能。文 / 毛智伟  汉得能效中台中心了解背景 共享应用服务功能的背景在详细介绍Choerodon平台中“共享应用服务”功能的使用之前,我们需要知道使用这个功能的原因是什么,以及这个功能可以解决什么问题。在说起Choerodon平台中的应用服务时,我们就不得不提微服务。正是因为微服务的出现,之前的单体应用架构带来的问题才得以解决。而下图也更为直观地指出了单体应用架构与微服务架构的区别。通过上图,我们不难发现微服务架构中的应用会被分解为更小、完全独立的服务组件,这使得它们拥有更高的敏捷性、可伸缩性和可用性。换言之,微服务架构的基本思想就是:围绕业务领域组件来创建应用服务,让应用服务可以独立地开发、管理和交付。通过微服务实现组件化服务的开发和交付后,这些组件化服务按照项目需求组合起来,稍作修改,便是一个可用的产品。因此,尽管项目是暂时性的,但项目团队的交付物却能以组件的形式共享至其他项目,以此来避免重复造轮子的情况。而怎样将已有的应用服务快速地导入或部署到组织下其他项目呢?针对这个问题,共享应用服务的功能应运而生。如何使用怎样使用共享应用服务功能?当组织下其他项目需要用到本项目下某个应用服务时,项目所有者可以为此应用服务设置共享规则,以此来将对应版本的应用服务共享至其他项目。以上便是Choerodon平台中共享应用服务功能的大致流程,下面我们就按照这个流程进行展开,带大家了解Choerodon中应用服务的共享功能。 Step1 添加共享规则首先,选中一个目标应用服务,进入详情界面,选中“共享设置”,点击顶部的“添加共享规则”;在添加共享规则时,项目所有者可以选择将该应用服务的某一类型的所有版本全部共享出去,或者选择一个特定的应用服务版本共享至目标项目。最后选择“共享范围”,那么一条共享规则就这样添加成功了。- 目前平台中预置可选的版本类型为以下5种,分别是:master、release、feature、bugfix 和 hotfix。- 此处版本类型是按照版本名中对应的分支类型来命名的;但可根据需求,在此填写一个自定义的版本类型。- 若您想将该类型的所有服务版本共享出去,仅填写版本类型即可,不用再选择特定版本。共享规则添加成功并生效之后,共享范围之内的项目便能获取到该服务对应版本的代码库与镜像,用于之后的二次开发或直接部署。 Step2 管理共享规则共享规则添加成功之后,可以在之后对其进行灵活地修改或是直接删除;此处支持修改共享规则中的共享版本与共享范围;共享规则更改后,平台将按照新的共享规则执行,但不会影响其他项目下已部署的实例。 Step3 导入共享应用服务应用服务的接收方,若发现已存在的应用服务并不能完全满足自己的项目需求,便可选择“导入共享应用服务”,在已有代码库的基础上进行二次开发。 Step4 部署共享应用服务若共享的应用服务已经能够满足项目需求,此时部署人员便可直接在手动部署界面,将该服务对应的版本部署至本项目对应的环境。共享应用服务的功能支持各个项目团队更方便地围绕业务来进行应用服务的组织,从而使得微服务弹性伸缩的特性可以得到充分地发挥,避免出现重复造轮子的情况。此外,以应用服务为中心进行开发和部署是Choerodon平台实践DevOps的重要步骤,所以应用服务相关的功能与体验也是我们一直都在关注的。 关于我们 关于Choerodon猪齿鱼Choerodon猪齿鱼作为开源多云技术平台,是基于开源技术Kubernetes,Istio,knative,Gitlab,Spring Cloud来实现本地和云端环境的集成,实现企业多云/混合云应用环境的一致性。平台通过提供精益敏捷、持续交付、容器环境、微服务、DevOps等能力来帮助组织团队来完成软件的生命周期管理,从而更快、更频繁地交付更稳定的软件。————欢迎通过我们的 GitHub 和 猪齿鱼社区 进行反馈与贡献,帮助 Choerodon 猪齿鱼不断成长,我们将持续迭代优化,敬请期待。大家也可以通过以下社区途径了解猪齿鱼的最新动态、产品特性,以及参与社区贡献:官网:http://choerodon.io论坛:http://forum.choerodon.ioGithub:https://github.com/choerodon欢迎加入 Choerodon 猪齿鱼社区共同为企业数字化服务打造开放的生态平台 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

03-19

产品快讯|汉得技术中台 HZERO 发布 1.3.0.RELEASE 版本

汉得技术中台 HZERO,作为企业级技术中台,其应用微服务、容器、DevOps等为代表的云原生技术,结合汉得多年的项目实施经验积累和行业专业经验沉淀,封装了大量的技术开发包、技术应用组件、技术场景实现能力,并支持SaaS模式应用。主要包含技术中台 HZERO 、移动中台 Hippius 、数据中台 HDSP 以及物联中台 Hi-IoT 等,目标是搭建一套一体化的可支持各业务应用、平台快速搭建、能力复用以及可融合的中台基础体系。产品快讯2020年03月16日,HZERO 发布 1.3.0.RELEASE 版本,本次更新新增了三个服务及多个服务组件,并对部分现有功能做了优化,修复了已知的问题缺陷,欢迎各位更新体验。服务版本:1.3.0.RELEASE发布时间:2020年03月16日前端版本:1.3.0数据版本:1.3.0.RELEASE新增服务 1 hzero-ebank银企直联服务银企直联服务为HZERO平台提供多家银行的统一接口封装和拓展模式,记录银行接口调用的审计事件,定时同步银行账户、金融类交易记录、票据、票据交易记录,并发送状态变更事件方便其他应用服务处理。注意:部署 hzero-ebank 银企直联服务,需单独部署 hzero-ebank-proxy 代理服务,此代理服务用于对接银行的前置机应用。<<  滑动查看下一张图片  >> 2 hzero-charge计费服务计费服务为HZERO平台提供资源计费的功能,业务系统在计费服务中配置不同的计费规则,使用计费规则管理业务资源的消费;计费服务可通过业务资源消费量和计费规则进行计费、账单生成、账单支付、账单结果回调等一系列操作。<<  滑动查看下一张图片  >> 3 hzero-rule-engine规则引擎服务规则引擎服务为HZERO系统提供动态计算业务规则的功能,通过图形化的界面配置来配置计算流程,能够在页面中动态调整配置并应用到服务的计算处理中。<<  滑动查看下一张图片  >>服务插件新增组件开发支持组件消息服务语音消息组件认证服务单点登录组件认证服务页面模板组件新增功能系统管理增加标签管理功能,目前标签可用于角色、API添加标签开发管理新增高级检索,可自定义查询条件、排序的检索功能新增个性化单元,可用于动态配置表格或表单登录认证原单点登录拆分出单点登录组件,项目上可按需引入依赖登录页面模板组件化,目前有标准模板和轮播图模板,项目可根据文档指导开发自定义登录页面报表平台新增图表钻取功能新增标签模板预览功能通用导入 新增大文件Excel上传支持,支持断点续传文件管理新增水印配置功能,支持文字水印和图片水印消息管理新增语音消息发送配置消息类型添加语音消息,目前支持京东语音消息即时通讯新增消息中心统计数据展示功能新增会话消息提醒功能新增IM基础配置管理功能新增用户反馈留言功能工作流配置新增审批链功能新增自动处理规则功能流程表单新增移动端审批表单URL支持平台治理增加节点组规则,可用于配置动态路由数据模型管理数据模型采集支持批量和跨数据源采集数据类型增加批量复制和附件功能数据类型增加是否启用流程控制新增跨数据源发布数据表新增数据源动态切换增加属性数据库关键字控制增加数据类型历史表的生成HZERO 1.3.0.RELEASE本次更新除了新增以上服务及多个服务组件,并对部分现有功能进行优化,新增20+前端组件,并修复了已知的问题缺陷。▼▼▼「  点击此处查看详细文档  」推荐阅读 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

07-28

产品快讯|汉得技术中台 HZERO 发布 1.3.0.RELEASE 版本

汉得技术中台 HZERO,作为企业级技术中台,其应用微服务、容器、DevOps等为代表的云原生技术,结合汉得多年的项目实施经验积累和行业专业经验沉淀,封装了大量的技术开发包、技术应用组件、技术场景实现能力,并支持SaaS模式应用。主要包含技术中台 HZERO 、移动中台 Hippius 、数据中台 HDSP 以及物联中台 Hi-IoT 等,目标是搭建一套一体化的可支持各业务应用、平台快速搭建、能力复用以及可融合的中台基础体系。产品快讯2020年03月16日,HZERO 发布 1.3.0.RELEASE 版本,本次更新新增了三个服务及多个服务组件,并对部分现有功能做了优化,修复了已知的问题缺陷,欢迎各位更新体验。服务版本:1.3.0.RELEASE发布时间:2020年03月16日前端版本:1.3.0数据版本:1.3.0.RELEASE新增服务 1 hzero-ebank银企直联服务银企直联服务为HZERO平台提供多家银行的统一接口封装和拓展模式,记录银行接口调用的审计事件,定时同步银行账户、金融类交易记录、票据、票据交易记录,并发送状态变更事件方便其他应用服务处理。注意:部署 hzero-ebank 银企直联服务,需单独部署 hzero-ebank-proxy 代理服务,此代理服务用于对接银行的前置机应用。<<  滑动查看下一张图片  >> 2 hzero-charge计费服务计费服务为HZERO平台提供资源计费的功能,业务系统在计费服务中配置不同的计费规则,使用计费规则管理业务资源的消费;计费服务可通过业务资源消费量和计费规则进行计费、账单生成、账单支付、账单结果回调等一系列操作。<<  滑动查看下一张图片  >> 3 hzero-rule-engine规则引擎服务规则引擎服务为HZERO系统提供动态计算业务规则的功能,通过图形化的界面配置来配置计算流程,能够在页面中动态调整配置并应用到服务的计算处理中。<<  滑动查看下一张图片  >>服务插件新增组件开发支持组件消息服务语音消息组件认证服务单点登录组件认证服务页面模板组件新增功能系统管理增加标签管理功能,目前标签可用于角色、API添加标签开发管理新增高级检索,可自定义查询条件、排序的检索功能新增个性化单元,可用于动态配置表格或表单登录认证原单点登录拆分出单点登录组件,项目上可按需引入依赖登录页面模板组件化,目前有标准模板和轮播图模板,项目可根据文档指导开发自定义登录页面报表平台新增图表钻取功能新增标签模板预览功能通用导入 新增大文件Excel上传支持,支持断点续传文件管理新增水印配置功能,支持文字水印和图片水印消息管理新增语音消息发送配置消息类型添加语音消息,目前支持京东语音消息即时通讯新增消息中心统计数据展示功能新增会话消息提醒功能新增IM基础配置管理功能新增用户反馈留言功能工作流配置新增审批链功能新增自动处理规则功能流程表单新增移动端审批表单URL支持平台治理增加节点组规则,可用于配置动态路由数据模型管理数据模型采集支持批量和跨数据源采集数据类型增加批量复制和附件功能数据类型增加是否启用流程控制新增跨数据源发布数据表新增数据源动态切换增加属性数据库关键字控制增加数据类型历史表的生成HZERO 1.3.0.RELEASE本次更新除了新增以上服务及多个服务组件,并对部分现有功能进行优化,新增20+前端组件,并修复了已知的问题缺陷。▼▼▼「  点击此处查看详细文档  」推荐阅读 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

03-12

Choerodon猪齿鱼|敏捷管理实践:燃尽图的运用

文 / 柴晓燕  汉得能效中台中心在进行团队敏捷开发的过程中,会听到大家各种各样的疑惑:“我们项目的燃尽图怎么显示不出来?”,“燃尽图反映不了当前迭代真实的情况,没什么作用呀?”,“燃尽图有线条,但具体是什么意思呢?”等等这一类的问题。造成更多的时候,团队把燃尽图当成一个摆设,有它没它都一样。为了解决大家的这些疑问,并且把燃尽图正确使用起来,本文专门针对燃尽图的概念以及在Choerodon中燃尽图的运用进行介绍,帮助大家在敏捷路上不迷路。提问Qustions&解答Answers什么是燃尽图?燃尽图用于表示一个敏捷迭代剩余工作量的工作图表,由横轴(X)和纵轴(Y)组成,横轴表示时间,纵轴表示工作量。可以实时、客观、直观展示当前冲刺任务的完成情况,达到预测项目当前迭代工作进展,并且提前预测出当前迭代有超前完成或者延期完成的情况。它是由项目中的所有团队成员共同维护的数据信息,提供实时客观的任务完成情况数据。维护好燃尽图的数据,可以实时提供准确的进度信息,提高整个团队、项目透明度。懂得运用燃尽图,可以更早预测团队当前迭代开发的进度风险,让团队尽快消除风险。● 如何维护Choerodon燃尽图的数据?Choerodon燃尽图提供三个维度的进度反馈:问题计数根据当天的剩余问题个数来渲染图表,这里的问题包括故事、任务、子任务以及缺陷。故事点根据当天剩余的故事点来渲染图表。故事点需要在进行Sprint计划会议时由团队共同来估算,并且同步记录到Choerodon平台。剩余时间根据当天剩余的预估时间来渲染图表。这个时间需要团队迭代过程中实时更新工作记录。在Sprint计划会议上,每个问题的经办人需根据自身的工作速率,估算出完成问题需要的大致时间,并且同步记录到Choerodon平台。剩余时间的数据需要各个经办人在问题详情页面维护工作日志才能得到,更新工作日志后,剩余预估时间会自动调整。工作日志如下图所示:通过维护工作日志,得到以下剩余时间维度的燃尽图:此外,团队成员需在每日站会前或者问题状态变更后,及时在敏捷看板拖动卡片改变问题状态,燃尽图会实时显示当前迭代看板的剩余任务情况,也就是未燃尽的部分,直到迭代的问题彻底解决,也就是当前迭代的任务全部燃尽了。● Choerodon燃尽图上线条表示的意义?Choerodon燃尽图提供一条特殊的参考线:期望值。这条线为团队的开发速率提供一个较为标准、开发速率正常的参考线。团队成员可以通过实际剩余值线条和预期值线条来对比,了解当前开发的进度是否正常。如果剩余值低于期望值那说明该时间节点开发速率快,有提前完工的可能性。如果整个迭代内长期处于这种情况,那么就需要考虑当前迭代在规划时工作量是否饱和的问题,接下来的迭代可以参考此次的速率进行规划,以及考虑是否提前结束当前迭代。如果剩余值高于期望值那说明该时间节点开发速率比预期较慢,有延迟迭代的可能性。如果长期存在这种情况,需要考虑当前迭代规划时是否有工作过饱和的情况,在接下来的迭代中吸取经验,并且考虑适当延期当前冲刺。如下图的冲刺就有延期的风险,需要PO或者敏捷教练及时了解情况消除风险。● 在敏捷迭代各个历程如何使用?Sprint计划会议:当次迭代的工作量规划可依据历史冲刺的燃尽情况、燃尽速率进行更加合理的规划。每日站会:站会除了可以通过看板来了解各个问题的进展,也可以通过燃尽图来了解总体的进度。团队成员可根据燃尽图线条及时了解工作进度,预测并提醒迭代可能面临的风险,及时沟通消除这些隐患。回顾会:在迭代末,燃尽图就是当前迭代进行情况很好的图表数据反馈。参照燃尽图的不同节点,团队可以更好总结经验教训,在以后的迭代周期扬长避短。● 为什么要使用多种维度来展示进度?问题计数的维度是以当前迭代的问题卡片数量为衡量单位。相对剩余时间粒度较粗,相对故事点较为独立。这种维度不需要成员维护过多的数据,直接以个数来评估。剩余时间的维度通过团队录入实际的剩余工时,可以得到比较准确的进度信息。团队成员每个工作时刻都在完成任务,努力把问题到达done的状态,使实际的剩余值更加靠近期望值,使得燃尽图的线条在更小的粒度范围跌宕起伏。以剩余时间的维度查看燃尽图,虽然能够反映出团队成员工作的状况,却不能更明晰地表示出功能完成的进度。故事点的维度故事点的完成标志着一个story到了done的状态,也就是这个用户故事通过设计、开发、测试、完成的所有阶段,故事下的各个子任务也完成,用户故事已经验收通过,站在客户的立场就是这个需求点可以进行交付。也就是说完成一个用户故事,就是实现一些故事点的价值交付。所以在敏捷开发过程中,掌握使用故事点燃尽图来维护进度的能力后,团队应对变化、快速交付价值的能力也会得到极大的提高。以上三个维度在不同情况下适当的结合运用,可以得到更加准确、客观、直观的迭代进度展示。总 结燃尽图作为敏捷开发过程中一个重要的图表,能提供迭代或者项目进度和最新任务状态的报告,并对故事点、任务变化、工时变化这些迭代过程的重要数据指标进行直观展示,确保团队中每个成员都能统一进度。此外,将燃尽图展示在团队成员面前,能够很好地激励团队成员积极参与项目,高效完成迭代任务,提前处理开发可能遇到的风险。关于团队敏捷实践的其他相关信息,可参考以下文章:使用Choerodon平台进行敏捷需求管理可参考Choerodon猪齿鱼敏捷管理实践(一):需求管理结合Choerodon平台敏捷管理模块进行冲刺管理可参考Choerodon猪齿鱼敏捷管理实践(二):冲刺管理组织Sprint计划会议、每日站立会议、评审会、回顾会等敏捷会议可参考Choerodon猪齿鱼敏捷管理实践(三):敏捷会议————欢迎通过我们的 GitHub 和 猪齿鱼社区 进行反馈与贡献,帮助 Choerodon 猪齿鱼不断成长,我们将持续迭代优化,敬请期待。大家也可以通过以下社区途径了解猪齿鱼的最新动态、产品特性,以及参与社区贡献:官网:http://choerodon.io论坛:http://forum.choerodon.ioGithub:https://github.com/choerodon欢迎加入 Choerodon 猪齿鱼社区共同为企业数字化服务打造开放的生态平台 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

07-28

Choerodon猪齿鱼|敏捷管理实践:燃尽图的运用

文 / 柴晓燕  汉得能效中台中心在进行团队敏捷开发的过程中,会听到大家各种各样的疑惑:“我们项目的燃尽图怎么显示不出来?”,“燃尽图反映不了当前迭代真实的情况,没什么作用呀?”,“燃尽图有线条,但具体是什么意思呢?”等等这一类的问题。造成更多的时候,团队把燃尽图当成一个摆设,有它没它都一样。为了解决大家的这些疑问,并且把燃尽图正确使用起来,本文专门针对燃尽图的概念以及在Choerodon中燃尽图的运用进行介绍,帮助大家在敏捷路上不迷路。提问Qustions&解答Answers什么是燃尽图?燃尽图用于表示一个敏捷迭代剩余工作量的工作图表,由横轴(X)和纵轴(Y)组成,横轴表示时间,纵轴表示工作量。可以实时、客观、直观展示当前冲刺任务的完成情况,达到预测项目当前迭代工作进展,并且提前预测出当前迭代有超前完成或者延期完成的情况。它是由项目中的所有团队成员共同维护的数据信息,提供实时客观的任务完成情况数据。维护好燃尽图的数据,可以实时提供准确的进度信息,提高整个团队、项目透明度。懂得运用燃尽图,可以更早预测团队当前迭代开发的进度风险,让团队尽快消除风险。● 如何维护Choerodon燃尽图的数据?Choerodon燃尽图提供三个维度的进度反馈:问题计数根据当天的剩余问题个数来渲染图表,这里的问题包括故事、任务、子任务以及缺陷。故事点根据当天剩余的故事点来渲染图表。故事点需要在进行Sprint计划会议时由团队共同来估算,并且同步记录到Choerodon平台。剩余时间根据当天剩余的预估时间来渲染图表。这个时间需要团队迭代过程中实时更新工作记录。在Sprint计划会议上,每个问题的经办人需根据自身的工作速率,估算出完成问题需要的大致时间,并且同步记录到Choerodon平台。剩余时间的数据需要各个经办人在问题详情页面维护工作日志才能得到,更新工作日志后,剩余预估时间会自动调整。工作日志如下图所示:通过维护工作日志,得到以下剩余时间维度的燃尽图:此外,团队成员需在每日站会前或者问题状态变更后,及时在敏捷看板拖动卡片改变问题状态,燃尽图会实时显示当前迭代看板的剩余任务情况,也就是未燃尽的部分,直到迭代的问题彻底解决,也就是当前迭代的任务全部燃尽了。● Choerodon燃尽图上线条表示的意义?Choerodon燃尽图提供一条特殊的参考线:期望值。这条线为团队的开发速率提供一个较为标准、开发速率正常的参考线。团队成员可以通过实际剩余值线条和预期值线条来对比,了解当前开发的进度是否正常。如果剩余值低于期望值那说明该时间节点开发速率快,有提前完工的可能性。如果整个迭代内长期处于这种情况,那么就需要考虑当前迭代在规划时工作量是否饱和的问题,接下来的迭代可以参考此次的速率进行规划,以及考虑是否提前结束当前迭代。如果剩余值高于期望值那说明该时间节点开发速率比预期较慢,有延迟迭代的可能性。如果长期存在这种情况,需要考虑当前迭代规划时是否有工作过饱和的情况,在接下来的迭代中吸取经验,并且考虑适当延期当前冲刺。如下图的冲刺就有延期的风险,需要PO或者敏捷教练及时了解情况消除风险。● 在敏捷迭代各个历程如何使用?Sprint计划会议:当次迭代的工作量规划可依据历史冲刺的燃尽情况、燃尽速率进行更加合理的规划。每日站会:站会除了可以通过看板来了解各个问题的进展,也可以通过燃尽图来了解总体的进度。团队成员可根据燃尽图线条及时了解工作进度,预测并提醒迭代可能面临的风险,及时沟通消除这些隐患。回顾会:在迭代末,燃尽图就是当前迭代进行情况很好的图表数据反馈。参照燃尽图的不同节点,团队可以更好总结经验教训,在以后的迭代周期扬长避短。● 为什么要使用多种维度来展示进度?问题计数的维度是以当前迭代的问题卡片数量为衡量单位。相对剩余时间粒度较粗,相对故事点较为独立。这种维度不需要成员维护过多的数据,直接以个数来评估。剩余时间的维度通过团队录入实际的剩余工时,可以得到比较准确的进度信息。团队成员每个工作时刻都在完成任务,努力把问题到达done的状态,使实际的剩余值更加靠近期望值,使得燃尽图的线条在更小的粒度范围跌宕起伏。以剩余时间的维度查看燃尽图,虽然能够反映出团队成员工作的状况,却不能更明晰地表示出功能完成的进度。故事点的维度故事点的完成标志着一个story到了done的状态,也就是这个用户故事通过设计、开发、测试、完成的所有阶段,故事下的各个子任务也完成,用户故事已经验收通过,站在客户的立场就是这个需求点可以进行交付。也就是说完成一个用户故事,就是实现一些故事点的价值交付。所以在敏捷开发过程中,掌握使用故事点燃尽图来维护进度的能力后,团队应对变化、快速交付价值的能力也会得到极大的提高。以上三个维度在不同情况下适当的结合运用,可以得到更加准确、客观、直观的迭代进度展示。总 结燃尽图作为敏捷开发过程中一个重要的图表,能提供迭代或者项目进度和最新任务状态的报告,并对故事点、任务变化、工时变化这些迭代过程的重要数据指标进行直观展示,确保团队中每个成员都能统一进度。此外,将燃尽图展示在团队成员面前,能够很好地激励团队成员积极参与项目,高效完成迭代任务,提前处理开发可能遇到的风险。关于团队敏捷实践的其他相关信息,可参考以下文章:使用Choerodon平台进行敏捷需求管理可参考Choerodon猪齿鱼敏捷管理实践(一):需求管理结合Choerodon平台敏捷管理模块进行冲刺管理可参考Choerodon猪齿鱼敏捷管理实践(二):冲刺管理组织Sprint计划会议、每日站立会议、评审会、回顾会等敏捷会议可参考Choerodon猪齿鱼敏捷管理实践(三):敏捷会议————欢迎通过我们的 GitHub 和 猪齿鱼社区 进行反馈与贡献,帮助 Choerodon 猪齿鱼不断成长,我们将持续迭代优化,敬请期待。大家也可以通过以下社区途径了解猪齿鱼的最新动态、产品特性,以及参与社区贡献:官网:http://choerodon.io论坛:http://forum.choerodon.ioGithub:https://github.com/choerodon欢迎加入 Choerodon 猪齿鱼社区共同为企业数字化服务打造开放的生态平台 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

03-04

Choerodon猪齿鱼|如何聚焦SAFe框架理念进行大规模敏捷实践?

近几年,很多公司都在使用敏捷,最开始的时候,是从3-9人的小团队开始尝试的,scrum就是在小团队中实施的敏捷,实践起来比较简单。如果是多个业务团队和开发团队一起协作,人数达到上百人,该如何管理产品开发进度呢?又如何让产品及时顺应市场需求呢?SAFe就可以解决这些问题。本文将通过介绍什么是大规模敏捷框架SAFe以及Choerodon猪齿鱼如何聚焦SAFe框架理念进行大规模敏捷实践,带大家了解面向企业的大规模敏捷。需要了解什么是大规模敏捷框架SAFe?SAFe 是一个企业级的大规模敏捷框架,它基于精益和敏捷的最佳实践。大规模敏捷主要针对系统较大、团队较多、业务复杂的项目。SAFe 的理论基础包括精益-敏捷原则、敏捷核心价值、精益-敏捷领导、精益-敏捷思维、敏捷实践社区、敏捷的实施经验。SAFe 可以处理大规模复杂的应用开发。使用 SAFe 能够获得以下好处,生产效率提升 20-50%、质量提升大于 50%、产品发布缩短 30-75%、员工满意度和忠诚度提升。SAFe 框架SAFe 的核心概念可以概括为分层,其中可以分解为团队层、项目群层、价值流层、投资组合层。团队层敏捷团队是由5-11人组成的跨职能小组,包括所有必要的角色。它是确保在每一次迭代中定义、构建、测试并且交付增值。为了降低沟通成本及文档成本,通常敏捷团队的规模较小。在团队级的SAFe中,这个框架使用Scrum和看板,冲刺采用至少2周一个迭代周期,并且交付有价值的、测试完备的、可工作的系统。团队工作的用户故事(开发特性所需的小块功能)列表来自项目群的产品列表。没有敏捷团队,就不可能有火车。他们为敏捷发布火车(ART)乃至整个企业提供动力。ART负责提供更大的解决方案价值。火车上的所有团队都与其他团队合作,为“愿景”和“路线图”做出贡献, 并参加ART活动。此外,他们主要负责构建持续交付管道和DevOps功能。项目群层由敏捷团队、主要利益相关者及其他资源组成的一个项目群结构,被称为“敏捷发布火车(ART)”。敏捷发布火车(ART)是典型的虚拟组织,它包含定义和交付价值所需要的所有人员;具有定义、实现、测试、部署、发布和操作解决方案所需的所有能力(包括:软件、硬件、固件等其他能力)。ART的目的是通过一个明确的愿景、路线图和项目群待办事项列表,使管理层、团队和利益相关者向一个共同的使命保持协调一致。敏捷发布火车交付的是一个持续的价值流,如下图长期存在的敏捷发布火车:在项目群层,敏捷发布火车(ART)采用10-12周为一个发布周期。敏捷发布火车由多个冲刺组成,这一系列冲刺发布一个或多个程序增量(PI)。ART可在每个PI迭代末设置一个特殊的IP冲刺,各团队可以提出PI过程中产生的问题、分析问题产生的原因,提出解决问题的方案,确定是否可放在接下来的PI计划中,以及为接下来的PI进行预计划。程序增量(PI)提供了一个更大的、更具有战略意义的PDCA时间盒,用来收集和评估系统级的绩效表现。它还为整列火车的跨领域计划、集成、演示、检视和调整(I&A)提供了节奏。PI的时间盒是固定的。敏捷发布火车上的所有团队都同步相同的PI长度(通常是8 - 12周),并且有共同的迭代开始/结束日期和持续时间。PI最常见的模式是四个开发迭代,加一个创新和计划(IP)迭代。PI是针对ART的,而迭代是针对敏捷团队的。这是一个固定的时间段,用于构建和验证整个系统增量,所有敏捷团队保持同一开发进度,每个迭代都必须产出对迭代任务有价值的内容,在较短的周期内防止实现和迭代任务的偏离。一旦发现偏离,可以及时纠正。每个PI将节奏和同步应用于以下四个:1、方便规划2、限制在制品(WIP)3、总结有价值的反馈4、确保前后一致的ART回顾价值流层价值流层可以应对更大更复杂的产品,一个敏捷火车已经不能满足开发工作,需要多个敏捷火车协同工作,由多个角色、组件和事件来帮组协调和集成各ART。价值流层的增加是因为产品复杂度的增加造成。它需要完成定义解决方案,生成解决方案。这里的方案是一个高层面的解决方案,比如需要软件A、软件B、第三方软件、硬件系统A、硬件系统B、系统之间如何集成等。投资组合层投资组合层从价值流的角度来分析史诗级的需求。史诗可以以价值流的角度分解成能力层、产品特性、用户故事等,然后由敏捷团队来实现用户故事。真正实践Choerodon猪齿鱼的大规模敏捷实践在Choerodon猪齿鱼大规模敏捷管理中,主要应用SAFe的团队层和项目群层概念进行大规模敏捷实践。我们将多个敏捷团队组建成一个项目群,由项目群的所有者统一管理并规划。制定开发节奏(迭代周期)、开发内容等,项目群中的任何项目都在同一个节奏上进行,从而提升产品开发交付周期。如上图,在Choerodon猪齿鱼大规模敏捷管理的PI过程中,首先需要制定PI目标,即各个团队制定他们基本的业务目标,然后就接下来的开发目标达成一致。接着需要制定出特性,特性是满足利益相关方需要的服务。每个功能均包括收益假设和接受标准,并按需要进行大小调整或拆分,以由单个敏捷发布火车(ART)在程序增量(PI)中交付。当特性使能规划完毕后,就要把制定好的特性-PI,特性-史诗,规划PI关联起来了,并使用项目群公告板查看当前PI的各个子项目/冲刺/特性之间的关联,查看当前PI的各个子项目的冲刺周期,以及各个冲刺所要完成的特性。以上的这些都可以体现在Choerodon猪齿鱼大规模敏捷管理的看板中,通过移动看板泳道中的特性卡片,来体现团队任务状态的变化,同时体现整个ART所有特性的状态流转。总 结通过上述对 SAFe 相关理论的介绍,以及Choerodon猪齿鱼实践经验的分享,大家对 SAFe 的概念和实施方式已有基本了解。SAFe适用于大型团队的合作开发,帮助团队提高协作性,降低团队管理的复杂性,为Choerodon猪齿鱼大规模敏捷的开发奠定坚实的理论基础。参考资料:https://www.scaledagileframework.com/▼点击图片 了解更多▼关于我们关于Choerodon猪齿鱼Choerodon猪齿鱼作为开源多云应用敏捷全链路技术平台,是基于开源技术Kubernetes,Istio,knative,Gitlab,Spring Cloud来实现本地和云端环境的集成,实现企业多云/混合云应用环境的一致性。平台通过提供精益敏捷、持续交付、容器环境、微服务、DevOps等能力,来帮助组织团队完成软件的生命周期管理,从而更快、更频繁地交付更稳定的软件。————欢迎通过我们的 GitHub 和 猪齿鱼社区 进行反馈与贡献,帮助 Choerodon 猪齿鱼不断成长,我们将持续迭代优化,敬请期待。大家也可以通过以下社区途径了解猪齿鱼的最新动态、产品特性,以及参与社区贡献:官网:http://choerodon.io论坛:http://forum.choerodon.ioGithub:https://github.com/choerodon欢迎加入 Choerodon 猪齿鱼社区共同为企业数字化服务打造开放的生态平台 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

07-28

Choerodon猪齿鱼|如何聚焦SAFe框架理念进行大规模敏捷实践?

近几年,很多公司都在使用敏捷,最开始的时候,是从3-9人的小团队开始尝试的,scrum就是在小团队中实施的敏捷,实践起来比较简单。如果是多个业务团队和开发团队一起协作,人数达到上百人,该如何管理产品开发进度呢?又如何让产品及时顺应市场需求呢?SAFe就可以解决这些问题。本文将通过介绍什么是大规模敏捷框架SAFe以及Choerodon猪齿鱼如何聚焦SAFe框架理念进行大规模敏捷实践,带大家了解面向企业的大规模敏捷。需要了解什么是大规模敏捷框架SAFe?SAFe 是一个企业级的大规模敏捷框架,它基于精益和敏捷的最佳实践。大规模敏捷主要针对系统较大、团队较多、业务复杂的项目。SAFe 的理论基础包括精益-敏捷原则、敏捷核心价值、精益-敏捷领导、精益-敏捷思维、敏捷实践社区、敏捷的实施经验。SAFe 可以处理大规模复杂的应用开发。使用 SAFe 能够获得以下好处,生产效率提升 20-50%、质量提升大于 50%、产品发布缩短 30-75%、员工满意度和忠诚度提升。SAFe 框架SAFe 的核心概念可以概括为分层,其中可以分解为团队层、项目群层、价值流层、投资组合层。团队层敏捷团队是由5-11人组成的跨职能小组,包括所有必要的角色。它是确保在每一次迭代中定义、构建、测试并且交付增值。为了降低沟通成本及文档成本,通常敏捷团队的规模较小。在团队级的SAFe中,这个框架使用Scrum和看板,冲刺采用至少2周一个迭代周期,并且交付有价值的、测试完备的、可工作的系统。团队工作的用户故事(开发特性所需的小块功能)列表来自项目群的产品列表。没有敏捷团队,就不可能有火车。他们为敏捷发布火车(ART)乃至整个企业提供动力。ART负责提供更大的解决方案价值。火车上的所有团队都与其他团队合作,为“愿景”和“路线图”做出贡献, 并参加ART活动。此外,他们主要负责构建持续交付管道和DevOps功能。项目群层由敏捷团队、主要利益相关者及其他资源组成的一个项目群结构,被称为“敏捷发布火车(ART)”。敏捷发布火车(ART)是典型的虚拟组织,它包含定义和交付价值所需要的所有人员;具有定义、实现、测试、部署、发布和操作解决方案所需的所有能力(包括:软件、硬件、固件等其他能力)。ART的目的是通过一个明确的愿景、路线图和项目群待办事项列表,使管理层、团队和利益相关者向一个共同的使命保持协调一致。敏捷发布火车交付的是一个持续的价值流,如下图长期存在的敏捷发布火车:在项目群层,敏捷发布火车(ART)采用10-12周为一个发布周期。敏捷发布火车由多个冲刺组成,这一系列冲刺发布一个或多个程序增量(PI)。ART可在每个PI迭代末设置一个特殊的IP冲刺,各团队可以提出PI过程中产生的问题、分析问题产生的原因,提出解决问题的方案,确定是否可放在接下来的PI计划中,以及为接下来的PI进行预计划。程序增量(PI)提供了一个更大的、更具有战略意义的PDCA时间盒,用来收集和评估系统级的绩效表现。它还为整列火车的跨领域计划、集成、演示、检视和调整(I&A)提供了节奏。PI的时间盒是固定的。敏捷发布火车上的所有团队都同步相同的PI长度(通常是8 - 12周),并且有共同的迭代开始/结束日期和持续时间。PI最常见的模式是四个开发迭代,加一个创新和计划(IP)迭代。PI是针对ART的,而迭代是针对敏捷团队的。这是一个固定的时间段,用于构建和验证整个系统增量,所有敏捷团队保持同一开发进度,每个迭代都必须产出对迭代任务有价值的内容,在较短的周期内防止实现和迭代任务的偏离。一旦发现偏离,可以及时纠正。每个PI将节奏和同步应用于以下四个:1、方便规划2、限制在制品(WIP)3、总结有价值的反馈4、确保前后一致的ART回顾价值流层价值流层可以应对更大更复杂的产品,一个敏捷火车已经不能满足开发工作,需要多个敏捷火车协同工作,由多个角色、组件和事件来帮组协调和集成各ART。价值流层的增加是因为产品复杂度的增加造成。它需要完成定义解决方案,生成解决方案。这里的方案是一个高层面的解决方案,比如需要软件A、软件B、第三方软件、硬件系统A、硬件系统B、系统之间如何集成等。投资组合层投资组合层从价值流的角度来分析史诗级的需求。史诗可以以价值流的角度分解成能力层、产品特性、用户故事等,然后由敏捷团队来实现用户故事。真正实践Choerodon猪齿鱼的大规模敏捷实践在Choerodon猪齿鱼大规模敏捷管理中,主要应用SAFe的团队层和项目群层概念进行大规模敏捷实践。我们将多个敏捷团队组建成一个项目群,由项目群的所有者统一管理并规划。制定开发节奏(迭代周期)、开发内容等,项目群中的任何项目都在同一个节奏上进行,从而提升产品开发交付周期。如上图,在Choerodon猪齿鱼大规模敏捷管理的PI过程中,首先需要制定PI目标,即各个团队制定他们基本的业务目标,然后就接下来的开发目标达成一致。接着需要制定出特性,特性是满足利益相关方需要的服务。每个功能均包括收益假设和接受标准,并按需要进行大小调整或拆分,以由单个敏捷发布火车(ART)在程序增量(PI)中交付。当特性使能规划完毕后,就要把制定好的特性-PI,特性-史诗,规划PI关联起来了,并使用项目群公告板查看当前PI的各个子项目/冲刺/特性之间的关联,查看当前PI的各个子项目的冲刺周期,以及各个冲刺所要完成的特性。以上的这些都可以体现在Choerodon猪齿鱼大规模敏捷管理的看板中,通过移动看板泳道中的特性卡片,来体现团队任务状态的变化,同时体现整个ART所有特性的状态流转。总 结通过上述对 SAFe 相关理论的介绍,以及Choerodon猪齿鱼实践经验的分享,大家对 SAFe 的概念和实施方式已有基本了解。SAFe适用于大型团队的合作开发,帮助团队提高协作性,降低团队管理的复杂性,为Choerodon猪齿鱼大规模敏捷的开发奠定坚实的理论基础。参考资料:https://www.scaledagileframework.com/▼点击图片 了解更多▼关于我们关于Choerodon猪齿鱼Choerodon猪齿鱼作为开源多云应用敏捷全链路技术平台,是基于开源技术Kubernetes,Istio,knative,Gitlab,Spring Cloud来实现本地和云端环境的集成,实现企业多云/混合云应用环境的一致性。平台通过提供精益敏捷、持续交付、容器环境、微服务、DevOps等能力,来帮助组织团队完成软件的生命周期管理,从而更快、更频繁地交付更稳定的软件。————欢迎通过我们的 GitHub 和 猪齿鱼社区 进行反馈与贡献,帮助 Choerodon 猪齿鱼不断成长,我们将持续迭代优化,敬请期待。大家也可以通过以下社区途径了解猪齿鱼的最新动态、产品特性,以及参与社区贡献:官网:http://choerodon.io论坛:http://forum.choerodon.ioGithub:https://github.com/choerodon欢迎加入 Choerodon 猪齿鱼社区共同为企业数字化服务打造开放的生态平台 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

02-18

移动办公So Easy,Hippius助力企业轻松搭建自有移动平台

前言:现代社会,智能手机的出现让办公变得无处不在,企业领导们再也不用为了重要文件的审批而固守办公室,也无需随时随地带着笨重的笔记本电脑。近期,受到疫情的影响,各地政府都出台相关政策,推迟开工和开学时间,许多企业积极响应政府号召,选择假期延长和开启远程办公模式。工作电脑没带怎么办?家里未置办电脑怎么办?答案:移动办公。移动办公的诉求变得强烈,使用者从领导层扩展到了更大的范围。仅仅是当前特殊时期才有移动办公的需求吗?自然不是。随着C端移动互联网蓬勃发展,移动应用已经成为互联网的主入口,用户对移动端的依赖已成为刚性需求。在这样的背景下,不仅仅是移动办公,企业级应用的交互触点也正在向移动端转移,未来企业级移动应用不仅仅只体现在某些特殊场景或是大数据、AI、物联网等新兴领域,而是包括供应链、制造、财务等传统领域的全面覆盖。汉得移动中台 Hippius稳定  开放  便捷  精致汉得移动中台Hippius,能够帮助企业更快更轻松的打造属于自己的移动办公平台,构建企业自有的移动应用平台。汉得移动中台Hippius,以“稳定、开放、便捷、精致”为理念,打造集产品选配、开发流水线、部署流水线、应用市场化为一体的内容平台,沉淀、整合更多优秀的移动端元素。HIPPIUS Console(工作台)概述HIPPIUS Console(工作台)整体功能架构当前版本Hippius平台包括开发平台、内容中心、开发者控制台三部分。开发平台由UI组件库Hippius UI、原生插件库Hippius Native、移动通用服务库 Hippius Service组成,对于移动端开发构建进行全方位支持。内容中心移动端通用应用为内容点,按照模板组件、模板套件、跨端应用等多种组织形式,构建业务移动端应用市场,并且开发者可通过开放入口,上传产品个性化,保证内容的有序积累。开发者控制台能够通过控制台,对移动应用产品进行个性化选配,完成应用的初始化,同时进行原生插件的预选、后端服务的选择部署等,全过程流水线化操作;知识转移方面,全程操作动态文档索引,支持版本发布提醒、运维问题工单、开发者社区等。产品优势开发的价值框架稳定、拓展性、通用性强;丰富的组件功能大大提高开发效率,Hippius Service基于汉得技术中台HZERO,可以无缝集成HZERO所有通用能力。跨平台优势,Hippius实现了对 Android 和 iOS 的适配,开发人员无需再做适配。内容的价值全行业业务方案的移动端产品总集,丰富的移动应用市场,为用户提供所见即所得的需求支持。同时也可作为基础产品,为客户各种个性化场景提供基础能力。规范化的价值从设计、开发、部署、迭代、测试等方面统一实现规范,问题可追溯、知识转移平滑,操作体验一致,系统整合便捷、运维管控成本小。企业移动端开发过程中的问题让Hippius来一一解忧Q:项目开发环境是否能统一管理?汉得移动中台Hippius(海马汇)支持多层级管理,分为集群管理(组织层级权限)、项目实例管理(项目层级权限)、环境管理(应用层级权限)。Q:通过代码拷贝来复制功能,会带来代码混乱、冗余、功能缺失等一系列问题,怎么办?汉得移动中台Hippius(海马汇)提供模板与模板组件。海马汇标准功能提炼出的样板(页面版式与功能)并提供可自定义设置项。模板组件是模板的组成部分,一个模板可由多个模板组件组成。模板组件可自开发。Q:移动端开发中的一些通用功能,是否直接使用,减少企业重复开发,提高开发资源利用率?汉得移动中台Hippius(海马汇)有固定的模板及模板组件,且提供相应的配置项,企业无需重复研发。另外,根据选择的模板不同,动态生成可配置的流程。Q:企业内部自开发的模板组件,是否有路径共享?自己创建的模板组件,支持在线、原生、离线与React Native开发,可上传应用市场、共享。Q:部署方式怎样,是否方便?汉得移动中台Hippius(海马汇)支持一键自动部署。Q:打包流程复杂吗?是否需要远程调用原生资源?调试阶段打包频繁吗?汉得移动中台Hippius(海马汇)支持打包项配置,可配置打包需要的信息(区分Android与iOS填写)。Q:若打包中断,打包失败,如何排查?汉得移动中台Hippius(海马汇)在打包过程中可实时查看日志,打包完成后,可下载配置文件。汉得移动中台Hippius(海马汇)团队已为商业地产开发央企、著名快消品连锁企业、著名外资休闲服饰企业,天然气能源企业、国内大型通讯运营商、国有生物医药企业、国内生鲜食品龙头企业、物流运输企业、大型新能源制造企业、大型纸业集团、能源开采设备制造企业、国网电力企业、信息化电子设备服务企业等多家客户搭建移动应用平台,涵盖移动办公、业务办理、电商、移动CRM等多个方面。Q:移动平台怎么追踪开发者的程序?结合用户登陆设备信息,了解移动平台的比重。对比子应用使用频率,分析用户移动办公喜好。记录程序启动与操作日志,快速定位并解决移动端多机型的兼容问题。欢迎进入我们的官方主页,了解汉得移动中台最新情况。我们将持续迭代优化,敬请期待。海马汇主页:https://console.hips.hand-china.com/开发文档参考:https://docs.hips.hand-china.com/zh/ 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

07-28

移动办公So Easy,Hippius助力企业轻松搭建自有移动平台

前言:现代社会,智能手机的出现让办公变得无处不在,企业领导们再也不用为了重要文件的审批而固守办公室,也无需随时随地带着笨重的笔记本电脑。近期,受到疫情的影响,各地政府都出台相关政策,推迟开工和开学时间,许多企业积极响应政府号召,选择假期延长和开启远程办公模式。工作电脑没带怎么办?家里未置办电脑怎么办?答案:移动办公。移动办公的诉求变得强烈,使用者从领导层扩展到了更大的范围。仅仅是当前特殊时期才有移动办公的需求吗?自然不是。随着C端移动互联网蓬勃发展,移动应用已经成为互联网的主入口,用户对移动端的依赖已成为刚性需求。在这样的背景下,不仅仅是移动办公,企业级应用的交互触点也正在向移动端转移,未来企业级移动应用不仅仅只体现在某些特殊场景或是大数据、AI、物联网等新兴领域,而是包括供应链、制造、财务等传统领域的全面覆盖。汉得移动中台 Hippius稳定  开放  便捷  精致汉得移动中台Hippius,能够帮助企业更快更轻松的打造属于自己的移动办公平台,构建企业自有的移动应用平台。汉得移动中台Hippius,以“稳定、开放、便捷、精致”为理念,打造集产品选配、开发流水线、部署流水线、应用市场化为一体的内容平台,沉淀、整合更多优秀的移动端元素。HIPPIUS Console(工作台)概述HIPPIUS Console(工作台)整体功能架构当前版本Hippius平台包括开发平台、内容中心、开发者控制台三部分。开发平台由UI组件库Hippius UI、原生插件库Hippius Native、移动通用服务库 Hippius Service组成,对于移动端开发构建进行全方位支持。内容中心移动端通用应用为内容点,按照模板组件、模板套件、跨端应用等多种组织形式,构建业务移动端应用市场,并且开发者可通过开放入口,上传产品个性化,保证内容的有序积累。开发者控制台能够通过控制台,对移动应用产品进行个性化选配,完成应用的初始化,同时进行原生插件的预选、后端服务的选择部署等,全过程流水线化操作;知识转移方面,全程操作动态文档索引,支持版本发布提醒、运维问题工单、开发者社区等。产品优势开发的价值框架稳定、拓展性、通用性强;丰富的组件功能大大提高开发效率,Hippius Service基于汉得技术中台HZERO,可以无缝集成HZERO所有通用能力。跨平台优势,Hippius实现了对 Android 和 iOS 的适配,开发人员无需再做适配。内容的价值全行业业务方案的移动端产品总集,丰富的移动应用市场,为用户提供所见即所得的需求支持。同时也可作为基础产品,为客户各种个性化场景提供基础能力。规范化的价值从设计、开发、部署、迭代、测试等方面统一实现规范,问题可追溯、知识转移平滑,操作体验一致,系统整合便捷、运维管控成本小。企业移动端开发过程中的问题让Hippius来一一解忧Q:项目开发环境是否能统一管理?汉得移动中台Hippius(海马汇)支持多层级管理,分为集群管理(组织层级权限)、项目实例管理(项目层级权限)、环境管理(应用层级权限)。Q:通过代码拷贝来复制功能,会带来代码混乱、冗余、功能缺失等一系列问题,怎么办?汉得移动中台Hippius(海马汇)提供模板与模板组件。海马汇标准功能提炼出的样板(页面版式与功能)并提供可自定义设置项。模板组件是模板的组成部分,一个模板可由多个模板组件组成。模板组件可自开发。Q:移动端开发中的一些通用功能,是否直接使用,减少企业重复开发,提高开发资源利用率?汉得移动中台Hippius(海马汇)有固定的模板及模板组件,且提供相应的配置项,企业无需重复研发。另外,根据选择的模板不同,动态生成可配置的流程。Q:企业内部自开发的模板组件,是否有路径共享?自己创建的模板组件,支持在线、原生、离线与React Native开发,可上传应用市场、共享。Q:部署方式怎样,是否方便?汉得移动中台Hippius(海马汇)支持一键自动部署。Q:打包流程复杂吗?是否需要远程调用原生资源?调试阶段打包频繁吗?汉得移动中台Hippius(海马汇)支持打包项配置,可配置打包需要的信息(区分Android与iOS填写)。Q:若打包中断,打包失败,如何排查?汉得移动中台Hippius(海马汇)在打包过程中可实时查看日志,打包完成后,可下载配置文件。汉得移动中台Hippius(海马汇)团队已为商业地产开发央企、著名快消品连锁企业、著名外资休闲服饰企业,天然气能源企业、国内大型通讯运营商、国有生物医药企业、国内生鲜食品龙头企业、物流运输企业、大型新能源制造企业、大型纸业集团、能源开采设备制造企业、国网电力企业、信息化电子设备服务企业等多家客户搭建移动应用平台,涵盖移动办公、业务办理、电商、移动CRM等多个方面。Q:移动平台怎么追踪开发者的程序?结合用户登陆设备信息,了解移动平台的比重。对比子应用使用频率,分析用户移动办公喜好。记录程序启动与操作日志,快速定位并解决移动端多机型的兼容问题。欢迎进入我们的官方主页,了解汉得移动中台最新情况。我们将持续迭代优化,敬请期待。海马汇主页:https://console.hips.hand-china.com/开发文档参考:https://docs.hips.hand-china.com/zh/ 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

© Copyright Hand China Co.,Ltd. All Rights Reserved 上海汉得信息技术股份有限公司

联系我们

完善信息后我们会第一时间跟您联系

*
*
captcha *
图片验证码不能为空
*
*
*
*
*
发送失败
联系我们