aPaaS简析

aPaaS简析，包括做aPaaS的产品经理在做什么、权限设计实例、设计思路、数据实体实现方法、业务规则的实现方法等内容。

aPaaS

• 什么是aPaaS产品
  • 应用
  • 数据
  • 运行库
  • 中间件
  • 操作系统
  • 虚拟化技术
  • 服务器
  • 存储
  • 网络
• 设计原理
  • 1. 设计思路
    • 实体含义、数据结构、CRUD进行抽象
    • 数据和含义解耦
    • “含义”支持自定义
    • 打破数据孤岛进行交互
  • 2. 数据实体实现方法
    • “元数据引擎”构建
  • 3. 业务规则的实现方法
    • 1）规则引擎
      • 字段校验、过滤、表单引用联动等，如果可选、必填；字段长度、格式；是否引用关联这些都可配置，大量的基础硬编码工作将被aPaaS取代，研发工程师可以一劳永逸
    • 2）流程引擎
      • 处理静态规则之外的，当系统发生交互后的流程处理，包括各类触发和执行、通知反馈。比如当用户拨打电话后，记录一次跟进，同时给TA的主管推送一条消息。这样的流程其实抽象出来后，就是“触发”“编排”和“执行”“反馈”，是可以像画流程图一样配置出来的
    • 3）权限引擎
      • SaaS理解为独立单个系统，往往有角色控制即可满足，而aPaaS可以理解为跨系统复杂模型，不但要管控系统内的功能、应用，还得对meta层、读写权限进行管控。
• 权限设计实例
  • 数据实体
    • 因为引入了object，就需要对这个维度进行权限管控。object意味着某些字段对于用户来说是否可用，这往往是根据角色来决定的。
  • data层面
    • 也要有记录维度的管控。
• 做aPaaS的产品经理在做什么
  • 用户
    • 离业务近，会有大量的业务洞见和需求
    • 无代码能力，需要可视化界面甚至实施的辅助下完成搭建
  • 需求
    • 在大量的长尾需求中，抽象并找到价值排序
    • 按照价值排序，不断支持aPaaS产品的能力
    • 优化编辑器和配置成品的体验
  • 产品方案
    • 支持越复杂的object，比如数值、金额等，就能支持更多种数据进入平台
    • 支持的action越多，比如搜索、筛选、排序等，可配置的功能类型就越多
    • 支持的layout越多，比如移动端界面、PC端界面、组件化，界面可配置能力越强