区域教育应用中心建设的心得

应用得有版本有插件;

版本:大版本 ,小版本, 定制版

场景如下:
1.A开发商在应用中心上架了一个应用, 安装给部分学校单位了;
2.使用一段时间后, B学校提了一个需求, A开发商迭代了一个新版本; 想要上架;
此时有三种操作可能

一. 重新上架一个应用
重新上架一个应用 , 应用中心就会有俩个此应用, 这样显然不符合初衷, 也不友好; 长此以往的迭代, 应用中心惨不忍睹;

二. 覆盖原应用上架
覆盖原应用上架, 强制其他学校也升级, 这样做相对于让所有学校接受了B学校提出的需求, 不符合实际场景; 很简单如果有奇葩学校提的需求很奇葩, 但又不得去响应; 这个时候就得业务定制了; 如果让业务参与定制, 还在产品主线里, 那业务就会越来越臃肿;

三. 在应用下增加不同版本
应用还是原来的应用, 只是每次迭代都有不停版本;
3.1 修复型版本小版本迭代, 做到向下兼容;
3.2 新增功能版本为中版本发布, 一般会提供上一版本到新版的升级操作(可以理解也下兼容啦);
3.3 大版本的迭代如架构调整, 业务逻辑调整, 此时可能就不兼容了; 一般这种情况需要提供有感升级, 如:提供界面让用户自己升级到新版本, 这类升级大多数在开发时需要专门立项;
3.4 定制版 复用极低的功能, 一般应对对接功能, 奇葩需求;

最好可以做到小版本应用可以升到高版本;

应用插件

非核心功能的扩展有俩种做法; 一种是走定制版本来处理; 还有一种我们可以做插件的形式实现; 比如我们可以在应用基础上面,延伸出插件的概念, 把一些定制的可复用的非业务核心的功能,做成应用插件, 让有需求的客户, 自行选择安装;
走定制版还是走插件关键看功能的复用度与业务边界;
应用插件: 复用, 非核心功能
定制版: 复用极低, 业务奇葩

应用得有依赖

应用依赖值应用运行环境应用依赖关系, 如依赖应用, 依赖某些特定资源;

依赖应用

应用依赖应用,业务产品微服务后常见的问题; 当把业务进行拆分后面, 业务应用必须依赖基础应用才可以工作; 比如我们公司将用户及组织,权限等拆分成 基础库, 统一身份认证平台等后, 所有的业务都必须在基础平台上面开花结果; 这样做是因为我们业务应用里没有将这些基础功能集成进去, 所以这个案例不具有说服力;
再举个例子 学习平台 和 直播平台; 学习平台里有个功能是开直播, 直播的内容需要再直播平台展示; 那么 学习平台就是依赖直播平台的; 在应用安装授权时, 我们就需要判断了, 依赖应用必须安装了 才可以按照高层级应用;

依赖特定的资源

应用依赖应用理解了, 应用依赖资源就简单多了, 比如网盘功能硬盘资源, 直播需要直播资源.

应用得有级别

区域教育应用得分市级应用 区级医院 校级应用

应用得有适用单位类型及人群类型

范围类型指的是单位范围 事业单位, 幼儿园, 中小学, 高中, 大中专等
人群类型指的是老师, 教师, 学生等;

应用得有支持域名配置, 版面得可配置

现在好多saas应用 不支持配置域名,对于一个信息化要求高的区域, 这无疑是打脸的行为, 他们希望里字不重要, 面子一定要好看, 域名得是自己的, 版权的有自己的一份, 面板的有自己的区域特色

操作日志

操作来源:
操作ip
操作时间
操作对象 如人, 机器设备, 系统
操作平台

被操作内容:
归属应用
归属模块