微应用模式在集团企业移动信息化中的实践

简介: 本文讲的是微应用模式在集团企业移动信息化中的实践,随着移动互联网的快速发展及智能手机的不断普及,越来越多的企业将“移动化”作为优先的IT需求。

image

本文讲的是微应用模式在集团企业移动信息化中的实践,随着移动互联网的快速发展及智能手机的不断普及,越来越多的企业将“移动化”作为优先的IT需求。在移动建设早期企业大多采用独立的建设思路,然而越来越多的业务系统要上移动,不可能每个业务建立一个App。由此可见,统一门户App是企业移动化发展的必然趋势。然而,统一门户App不会是从零开始建设,在建设过程中将会面临诸多挑战。
目录:
一、集团企业移动信息化过程中面临的挑战
二、微应用模式在企业移动化过程中的价值
三、我们在集团企业中的实践
四、总结

一、集团企业移动信息化过程中面临的挑战

众所周知,随着智能手机的普及,移动互联网的发展,企业员工越来越多的采用移动设备进行工作展示、收发邮件、工作沟通、流程处理等工作,企业移动移动信息化是必然趋势。在企业移动App建设早期,一般是单个App独立建设,需要一个OA,就会做一个OA的App;需要ERP上移动,就做一个ERP的App。现在大多数员工办公使用的都BYOD设备,我们看一下一个员工一天中需要在移动端使用的办公场景。
image

挑战一:多团队开发难以整合,效率低下

一大早到公司的第一件事情是需要考勤打卡,然后处理一些代办审批事项。紧接着安排会议,通过手机App预订会议室,发起会议邀请,和其他人员消息沟通等事项处理。下午还有像宿舍维修、班车查询、日程安排等等功能,这时如果按照刚刚的建设思路,需要开发十多个App,员工在使用时,每个都要安装,会有极大的不方便,经常错过重要事项。

企业需要统一的App,这个App可以提供上述的功能,所有代办事项统一展现,可以及时处理。显而易见,统一门户App是企业移动化发展的必然趋势。现在大多数企业都有移动端的App,门户里的所有应用不会是从零开始建设,原有App可能是多个团队开发,采用的开发语言也不一样,如何有效整合现有App是企业移动化面临的第一大挑战。

image

如上图,OA、ERP、CRM等App需要整合到统一的工作平台中使用,在这里举个简单的示例,假设OA是使用H5开发,ERP是使用原生开发,CRM也是使用原生开发。这时,三个App要整合在一起,三个团队在一起花费了一个月,终于有一个可以使用的初步版本上线了。

这时,CRM的App出现了功能bug,CRM团队紧急修复完成,上线了一个新版本,问题是不是所有人员都需要CRM中的功能的,所有人在打开工作平台时,都会提示必须要更新App才可以使用。传统的App开发上线的方式是修改一个功能,整个App需要重新安装使用,这样的效率十分低下。

挑战二:业务复杂多变,需要灵活应对

我们来看一下另一个场景,某人原来是研发部门的经理,他是没有办法看到整个公司的经营管理报告。突然有一天,他升职了,这时他需要立即可以看到相关报表,相关功能要灵活应对需求的复杂多变,这是集团企业所面临的第二大挑战。

image
挑战三:各类需求快速移动化,互不干扰

上述讲到原有App的统一整合,在企业内,移动的需求越来越多,涉及到了ToC的业务,ToE的业务。ToC也会根据不同的人群,进行多种业务的划分,而ToE 业务里,也会根据权限和业务不同,所使用的功能也不尽相同。当然,这些移动业务在真正落地的时候,会有不同的团队,或者不同的开发商进行完成。这时作为甲方如何能够掌控这些功能的开发和集成甚至是运维,满足各类业务快速移动快速移动化,是第三大挑战。

image

二、微应用模式在企业移动化过程中的价值

回想一下我刚刚讲的三点,我们需要一个App能提供共生的运行环境,允许不同的团队和和个人,自行研发相同或不同的移动端的功能,而且相关功能可以运行在同一个App里,相互之间互不干扰,今天我给介绍一种解决上述痛点的模式—微应用模式。
image

首先,简单介绍一下什么是微应用模式?微应用模式,一般是由一个主的App,这个App提供了除自身简单功能外,更多的功能可以由第三方团队开发按照相同的规范和API开发完成,最后运行在主App中。大家在使用的手机微信的小程序,支付宝里的各色应用都是采用这种模式实现的。

微应用模式区别于传统的App开发模式,具备以下特征:

image

开发期项目独立
这是微应用模式的基础,开发的独立性,确保了多个团队能够并行开发且无需要相互依赖,其应用的功能又可以与门户App相互独立,确保其自身功能的自由性。当然开发期的独立性并不意味着没有相关的约束。为了能让门户App健康的发展,相同的约束是必须的。我们熟悉的微信,在开发公众号时,需要遵守微信的相关的API规范。总结来说,开发期项目的独立性,并不是随意性,而是从团队、时间、功能等角度的独立性。

业务上隔离性
是门户App能够正常运转的基础,这里需要考虑两个因素,业务的相关资源需要单独规划,避免业务之间相互干扰;同时需要避免新增代码导致整个门户App的不稳定性。

运行态动态部署
开发完成的App既可以运行在门户App中,也可以打包成单独的App在手机上运行。开发人员不用关心开发完成的App是以微应用模式运行,还是独立的App。运维人员可以动态调整。接下来我们一起来看下微应用的三大价值点。

价值一:跨地域多团队研发,提升研发效率

image

这种模式下,通过集中管控的打包服务器、发布服务器,支持多团队(可以不同的乙方)进行研发的同时,也可以有效避免证书遗失、安全的问题隐患(比如XcodeGhost),还可以保障良好的用户体验。为了能让移动门户健康持续的发展,多个团队开发的App要遵循一定的开发规范,这时,统一的开发平台就显得尤为重要。
image

采用统一的开发平台可以屏蔽技术的差异性,快速开发微应用,还有保障良好的用户体验。开发完成微应用由统一的打包服务器打包,可以屏蔽其他因素引入的安全性问题。建议企业内部发布的应用,使用统一的打包服务器打包,不推荐开发人员直接本地导出一个部署包或apk/ipa。打包完成后,通过统一的企业应用发布服务器发布应用,不用上第三方的应用市场。

image

价值二:结合权限,提升运营精细化

To E的应用和传统的To C的应用不一样,我们大家所使用的微信,支付宝的功能都是一样的。但在企业内部不一样,企业应用是有权限控制的。对于我们开发好的微应用,在发布进可以结合组织机构权限。这里就要讲到微应用模式的第二个价值点。
image

结合组织机构权限 ,可以提高业务的响应速度,提升运营的精细化。用户可自定义使用功能,在提升运营管控性的同时又保障了良好的用户体验。为此,需要有一套规范的管理体制,我们将商店使用用户划分为三类角色。
image

对内:超级管理员,管理商店的所有应用管理员,对应用的发布上线流程全程监控。

对外:分为应用管理员和普通用户,微应用开发测试完成后由应用管理员发起上线发布流程。 普通用户通过商店体制灵活安装自己可使用的应用。

image

在结合权限发布时,可针对不同地岗位、职位进行应用的授权,方便而又灵活的微应用管理。对于新业务,采用微应用的模式,可以方便快速的发布应用,各业务可单独上线,互不干扰。

价值三:各业务快速上线,互不干扰

有ABC三个团队,分别负责商旅、合同、公文的开发。每个团队可以单独的发布应用,用户再也不用安装多个App了,也不会因为某个不太使用的功能而需要每次更新整个App。为了保障发布应用的稳定性,我们需要有一套完善的应用发布流程去控制各微应用的发布。

image

对于应用管理员对微应用发布过程所做的每一步操作,都需要系统管理员审核,保障业务上线的稳定性。说到这里,我们的应用是发布了,最终用户如果不下载安装,我业务也不能正常的使用。传统的应用更新机制,每次更新都需要下载整个安装包安装,对于WIFI网络还好,若是经常在外的人员,网络不是特别稳定,想要处理一个简单的审批,还需要重新安装一个几十M的App。这对于用户来说,体验是相当的不好。采用微应用模式后,所有的应用可以单独发布更新。另外我们提供了多种更新机制。
image

支持多级的智能更新机制。支持强制更新、可选更新等多种更新选项,可以做到用户无感知更新。

三、我们在集团企业中的实践

image

这是某集团面向内部员工的工作门户,可以随时随地处理代办事项,是外出办公的绝佳助手。该移动工作门户采用的就是微应用的模式。
image

打造出移动信息化的生态圈。改变了原有App独自建设的封闭性,提供了应用的统一入口,支持多种类型的应用的集成,实现敏捷的业务响应。

image

支持多种第三方应用的集成,通过安装、卸载方式,随时随地增减日常所需要的功能。很多企业内部本身已经有一些应用了,对于这部分应用采用微应用思想集成到门户工作平台中,对于一些新的业务,主要采用我们的移动平台开发。对于原有App如果想接入到统一的工作平台中,肯定是需要做一定的工作的:

第一:最简单的来说各应用都需要登录吧(不能在门户工作台中打开一个应用还要用户输入用户名密码再次登录吧),这里就需要在集成的微应用中添加单点登录支撑。

第二:多个集成的微应用都有代办事项,需要将各应用的代办事项集成显示在门户的代办列表里,我们期望是点击一个代办事项,直接跳转到事项处理界面。若是点击一下打开一个微应用跳转到应用的首页,还需要用户再次点击才能处理业务,这显然不是我们想要的。当然要做到这样效果不是一两句话就能完成的,需要制定一系列的规范。只要按照门户工作台的规范去改造现有App,那么就可以做到良好的用户体验。对于集团型企业,出于安全性等的要求,需要对移动端建设进行管控。

对于统一的门户来说,各子公司需求建设自己的特色业务,这时只要子公司有自己的开发团队,按照门户规范要求开发的应用好的应用提交总公司审核,通过后,各省的特色业务就可以正常运行在集团门户中了。

image

四、总结

上文我主要阐述了采用微应用模式解决集团企业在移动信息化过程中面临的三大挑战:多团队开发App难以整合效率低下;各业务复杂多变、需要灵活应对;对于新业务需要快速实现移动化且互不干扰。接着介绍了采用微应用模式解决集团移动信息化过程中的痛点,微应用模式的三大特性(开发独立性,业务隔离性,部署动态性),完美支持跨地域、多团队及多开发商应用开发,通过结合权限管理和类App,提升运营的精细化,确保了各业务快速开发上线,互不干扰。最后介绍了微应用模式在集团企业实践,希望能带给读者一定帮助。

原文发布时间为:2017-08-24
本文作者:刘磊
本文来自云栖社区合作伙伴EAWorld,了解相关信息可以关注EAWorld。

相关文章
|
30天前
|
资源调度 监控 搜索推荐
万界星空科技低代码云MES中的四大现场执行管理模式
万界星空科技云MES系统凭借其独特的优势和广泛的应用场景,在多个制造业领域中都具有重要的应用价值。随着技术的不断发展和创新,云MES系统将在未来发挥更加重要的作用,推动制造业向数字化、智能化和可持续化方向发展。
33 0
|
运维 供应链 安全
蚂蚁数科持续发力 PaaS 领域,SOFAStack 布局全栈软件供应链安全产品
蚂蚁数科再度加码云原生PaaS领域,SOFAStack率先完成全栈软件供应链安全产品及解决方案的布局
278 0
蚂蚁数科持续发力 PaaS 领域,SOFAStack 布局全栈软件供应链安全产品
|
人工智能 达摩院 供应链
新书导读 |《数智化敏捷组织:云钉一体驱动组织转型》即将发布,敬请期待!
新书导读 |《数智化敏捷组织:云钉一体驱动组织转型》即将发布,敬请期待!
230 0
|
运维 前端开发 数据可视化
云效携手富滇银行,一起打造业务驱动的敏捷组织
富滇数字化转型项目从组织结构、敏捷协作、数据驱动改进、敏捷文化四个维度进行落地。从敏捷小队,到产品级,再到业务级,最终到企业级,持续地进行深化落实,持续地改进。真正做到以业务价值为核心,快速响应。
366 0
云效携手富滇银行,一起打造业务驱动的敏捷组织
|
SQL 人工智能 运维
海晟融创的行业解决方案分享 BizWorks 如何助力我们更高效地建设中台
海晟融创成立于 2006 年,是福建省烟草局业务多元化拓展的合资子公司。公司秉持“专业专注、服务烟草”经营理念,致力于通过信息技术的开发和应用推广来推进行业信息化进程。海晟融创勇于创新,探索多元化发展,成为生态综合服务商的脚步从未停止。
365 0
|
存储 Cloud Native 关系型数据库
阿里云与神州云动达成产品生态集成认证,共筑“全场景CRM”云生态
近日,阿里云计算有限公司(以下简称:阿里云)与北京神州云动科技股份有限公司(以下简称:神州云动)达成全新合作
174 0
阿里云与神州云动达成产品生态集成认证,共筑“全场景CRM”云生态
|
运维 监控 前端开发
云巧项目案例-某水务集团协同平台项目
某水务集团期望通过数字化转型实现供水全过程监控预警与水质全过程保障体系。在交付过程中面临业务复杂、高度定制化及项目工期紧张等挑战。项目组最终选择使用云巧进行模块化系统搭建,通过采用云巧表单与流程等通用组件,按照云巧标准定制开发,使用云巧搭建能力将新的应用系统定制开发页面与客户已有系统页面平滑对接。经评估,采用云巧比传统的软件定制开发节省了至少30%的人力和时间成本,同时保证了交付质量。
云巧项目案例-某水务集团协同平台项目
|
存储 运维 Kubernetes
降本提效!注册中心在蚂蚁集团的蜕变之路
2020 年 11 月,SOFARegistry 总结和吸收内部/商业化打磨的经验,同时为了应对未来的挑战,启动了 6.0 版本大规模重构计划。 历时 10 个月,完成新版本的开发和升级工作,同时铺开了应用级服务发现。
降本提效!注册中心在蚂蚁集团的蜕变之路
浅谈人才网门户运营初期六大方案
精灵最近在Q群里看到很多人在讨论如何运营地方人才网站?今年5月份精灵在一个深圳人才网负责一个深圳人才网门户网的运营,对网站运营有一点点了解,我就在这里把我经验分享给大家,我这里只是针对于深圳人才网站运营进行讲解。精灵把这次课程分为三期,第一期讲解是行业门户网站初期的运营方案,主要分为以下5点:
|
存储 搜索推荐 数据可视化
阿里巴巴HRSSC:用宜搭实现业务管理模式创新
“宜搭”低代码应用搭建平台,用技术创新提升了业务效率,降低了运营风险,改善了服务体验,奠定了扎实的阿里HR共享服务生态化和全球化的支撑基础。
956 0
阿里巴巴HRSSC:用宜搭实现业务管理模式创新