可扩展的运营后台架构设计

    说起来运营后台,大家首先想到的就是增删改查,给公司内部人使用,出错了不要紧,等等想法。真的是这样吗?运营管理后台,是公司员工处理非常规操作,边界问题的工具,如果运营后台做的不够好,这些问题会向后反馈到程序员,程序员往往会采用修改代码,使用脚本,甚至直接操作数据库的手段处理问题。这个过程中会大大增加沟通成本,出错的概率,同时也会影响用户体验。

    运营后台常面临的问题:
    1、多个模块的运营管理后台,独立运行,不能打通统一登录。
    2、系统间调用没有身份识别机制或者识别机制可混淆,导致数据不准确,比如邮件发送服务,如果没有给各系统分别可校验的身份识别码,就可能导致一个识别码被多系统混用
    3、对扩展封闭,添加新模块或者升级困难,模块不能通过动态的方式扩展,新模块的添加需要修改界面,导致维护成本增加。

    什么样的运营后台才是我们所需要的:
    统一的,动态可扩展的,有权限控制的运营管理平台。

    构成运营后台的有哪些基础模块和功能:
    应用模块:
    1、应用管理:包括应用的冻结解冻。
    2、应用接入:分配公钥私钥,配置应用的依赖和提供服务的管理
    3、用户应用权限校验,应用间交互式验证数据访问权限

    用户模块(运营用户):
    1、统一用户注册和登录,实现用户在所有系统中通用。
    2、用户权限管理,用户角色分配,角色权限管理等
    3、用户,角色开通应用,授权等

    重要序列图:
    运营后台1 运营后台2

    优势:
    1、高耦合低内聚,业务模块和后台管理由同一团队维护。
    2、统一用户和权限,用户使用和交互更友好,便于权限管理。
    3、数据安全性提高。
    劣势:
    1、界面开发分散,页面开发优化难度大

    关于运营后台的一丝浅见,欢迎大家拍砖交流。

上一篇: 下一篇: