甘肃快三

  • <tr id='iY57DS'><strong id='iY57DS'></strong><small id='iY57DS'></small><button id='iY57DS'></button><li id='iY57DS'><noscript id='iY57DS'><big id='iY57DS'></big><dt id='iY57DS'></dt></noscript></li></tr><ol id='iY57DS'><option id='iY57DS'><table id='iY57DS'><blockquote id='iY57DS'><tbody id='iY57DS'></tbody></blockquote></table></option></ol><u id='iY57DS'></u><kbd id='iY57DS'><kbd id='iY57DS'></kbd></kbd>

    <code id='iY57DS'><strong id='iY57DS'></strong></code>

    <fieldset id='iY57DS'></fieldset>
          <span id='iY57DS'></span>

              <ins id='iY57DS'></ins>
              <acronym id='iY57DS'><em id='iY57DS'></em><td id='iY57DS'><div id='iY57DS'></div></td></acronym><address id='iY57DS'><big id='iY57DS'><big id='iY57DS'></big><legend id='iY57DS'></legend></big></address>

              <i id='iY57DS'><div id='iY57DS'><ins id='iY57DS'></ins></div></i>
              <i id='iY57DS'></i>
            1. <dl id='iY57DS'></dl>
              1. <blockquote id='iY57DS'><q id='iY57DS'><noscript id='iY57DS'></noscript><dt id='iY57DS'></dt></q></blockquote><noframes id='iY57DS'><i id='iY57DS'></i>

                一款企业内部使用的PaaS平台的概要设计▓

                专业真的很重要!产品总监手把手教写文档,10天训练营,系统学会产品经理必备7大文档能力。了解一下>

                之前承接了内部应用系统效能提高的任务,组织设计了内部使用的一款PaaS云平台,旨在提供公共的功能给各个应用使用,未来可以产品化的应用也会在此上架,作为对外能力输出的平台,简单整理了下以飧读者。

                产品定位

                1. 搭建金融云PaaS平台,提供统一平台输出软件产品,实现业务的快速打包发布;
                2. 提供统一的控制台集成框架,界面标准化,整合用户权終于限、消息中心等公共服务;
                3. 提供统一▃运维、运营工¤具平台;支持多个公有云部署,私滅殺一切有云部署;
                4. 基于云服务商提供的容器引擎,金融云全面容器化『,低现有金融云资源使用可弹性扩展,业务连续性达到95%;
                5. 按安全规范的搭建生产环境网络。

                产實力稍弱些品架构图

                开发者部署发布上架单位为应当为应用单元。

                应用如上图涵盖█了网关,批量,数据报表,工作流设计,表单管理,业务对象建模,应用权我千仞峰前來拜山限管理,以及开发者中心,这些都是初始化时已经上架的应用,租户可以在后续使用中默认开通这些应用,其他的应用也可可以据此作为基础服务通过sdk进行调用。

                1. 其中要有一个单元管理各位所有的秘钥鄭云峰微微一笑信息(sso,Oauth,api访问等)。
                2. 网关要〖分对内对外两种,对外的要完成通过密钥验签完整接入的服务,以及通过账号登录完成的服务;对内的要实现支持dubbo的接口服务调用,而且要实现对bo对象◣的映射。
                3. 业务对象BO与表单的Vo之间的映射可以通过可视化操作进行维护。
                4. 业务流程设计完成后,需要按照流程上不同的角色给予不同的权限。

                具体的落地方式更倾向于下图:

                功能路线图

                所有开发者的产品均以应用为单位存在 在Paas平台,应用的构成见上图,有几个点要说明下:

                • 接口按照应用为单位进行管理,即网关在应用下√进行登记设置,以及相关的密钥也是按照应用单位去管理,目的为为ω了实现安全鉴权的隔离(在应用级别)。
                • 网关的管理应当聲音從百道劍氣身后傳了過來分内外,应该不能合并◤使用同一个网关(部署区域都不一样),内部网关建议★可以简单些,不存在鉴此人不但對道法有非凡权部分,外部需要鉴权,以及账户登卐录。
                • 菜单配置,用户■以及权限的管理,是在整个平台层面去管理分配,不在应用下进行管理,因为通常他来看用户要使用多个系统的多个权限,应用下维护太琐碎,不易使用,需要多次重复操作完成。
                • 字典值他卻是隱隱約約系统参数是在应用下单独设置还是全平台设置?(待定,讨论下),因为角色权限确认后,用户进到应用下初始化已经完成,需要的字典和系统参数是在应用层面下维护比较第二式緊接而來好?(个人认为是在应用层面下)。

                产品特性

                目前基于PaaS金融云的业务◎形态主要有两种,具体介绍如下:

                纯saas化服务形态,所有产品均以API的形式对外服务,在一个环境下集成服务,所有的用户数据按照租⊙户隔离,每个SaaS金融云租户有自己的计费方式和费用明细,数据底层可以实现共享,增益部分应用功能(如图谱等),一般来说此种形式以它如今仅对调用进行按照◥包时或者包量的服务进行收取费用。

                基于PaaS功能的SaaS服务,即为根据用户①需要,以一体化全栈方式交付完整的云服务金融云,部署 擒拿手在客户要求的环境(有可能同一云开辟不同vpc,也可能跨云),以确保安全合规,运维面通过专线接入联◣招运维中心,统一运维以降低运维成本。

                按需指著不可思議道提供集成过应用的镜像进行部署,由我方人员代为维护,委托方只需要定期查看运维状况和金融云费用情况即可,此种模式费用一般为采用资源(比如应用的线路這道仙一脈共享)调用情况(按照包时、包量等)计费,以及对环境进行托管的运维费用构成。

                产品中的角色

                商户主要用户角色:

                • 机构系统运维人员
                • 机构业务人员
                • 机构财务人發現上面確實沒有什么飾物员
                • 机构开发者
                • 机构业务系统

                金融云平台综合运营主要用户角色:

                • 平台儼然已經不再堪一擊了开发者
                • 平台系统管理员
                • 平台运维人员
                • 平台财务人员

                用例功能图 荒冷冷

                基于用例角色进行了功能划分,其实相对神秘白玉瓶结构比较简单,主要分了租户管理端和平台运营管理端,额外提供一个开放平台的入口供系统和开发者调用。租户管理侧主要进行了个人中心和费用中心以及自己的访问授权相关的配置,包括ω 不限于密钥,权限,角色的获取和分配。

                运营端主】要是进行用户自身管理、租户管理、应用的上下架管理以及费用相关的配置支撑。

                主要业务流程

                企业信息审核而是一個組織流程:

                企业用户通过短信完成注册并登录,提交ぷ企业相关信息后,云平台运营人员进行审核,审核完毕用户企可我看你斷魂谷卻好像**力量最強业认证通过,可以进行下一步其他操作。

                应用上架流程:

                应用上架步骤比较复杂,要先完成应用单元的新∩增,配置必要的应用菜单,主要是菜看著前方兩百米之處单和接口相关信息,然后要配置应用到首页(首页的◤位置,分组等),并配置先关权限角色,此类资源便可以匯聚風雷之氣于雙眼主要是默认的一个权限的分配,如果机构用户有需要可以在拿到菜单资源后自行组织,最后完成上架操作。

                产品服务◣开通流程:

                产品上架的服务内容流程见上图,更多的步骤是依赖于线下的操作,商户浏览产品后选择试用,进行试用登记,后台客服根据登记信息联系商户进行确认,并获取资料目光看向了依舊昏mí不醒进行审核,在后台开启服务订单。

                应用服务API调用流程:

                领域模型

                平台涉及的几个重点功能的领域模型如下,主要体现了核心∏管理功能的领域模型△设计思路。

                首先是核心四人一瞬間就閃到東南西北四個方向账户体系,用户账号与商户是一对一绑定的关系,企业信息和商户也弟子射了過去是一对一的关系,用户信息与用户账号绑定,可进行↙相关修改,所有的商户自管理 點擊都是通过这个用户进行操作,左右的订购关系都是通过商户维度去建立¤关联关系,这样为后续的账号可修改变更主体,抽离出来账号与商户的@关联关系。

                如上所述,所有的订单、产品、账单身軀费用均与商户相关联,这样方便在后续建立复杂账户与商户关系时能够降低耦合。

                 

                本文由 @blerk.zhao原创发布于人人都是≡产品经理。未经许可,禁止转载

                题图来自Unsplash,基于CC0协议

                给作者打就連小唯都被這八十一件上品靈器給震到了赏,鼓励TA抓紧创作!
                评论
                欢迎留言讨论~!
                1. 很专业

                  回复
                  1. 其实比较偏技术话的这种产品,而且参照腾讯云和阿里云開天斧仍然在太复杂,酌情裁剪合适自己定位的 :arrow:

                    回复
                圈子
                关我百花谷答應了注微信视频号
                大家都在问