For investors
股价:
5.36 美元 %For investors
股价:
5.36 美元 %认真做教育 专心促就业
软件开发原则是每一位软件开发程序员都需要重点掌握并熟练应用的一个编程知识点,下面我们就通过案例分析来了解一下,服务中心架构原则都有哪些类型。
高内聚低耦合原则
高内聚低耦合是面向对象设计的基本原则。按照业务维度划分服务中心,就是考虑服务中心的业务完整性,这样形成的服务中心内部必然是高内聚,服务中心之间必然是低耦合。在考虑高内聚和低耦合的原则同时,还应该考虑运营和工程因素,有些业务之间隔离性虽然较大,业务量比较小,可以将其与业务量大的业务(业务隔离性相对较小)合并成一个服务中心。将来随着业务量增大在独立构成服务中心。
数据的完整性原则
服务中心的数据应该独立完整的,其等同于业务的完整性。服务中心的数据完整性有两个方面的考虑,一是服务中心具有独立完整的存储数据的能力,以支撑服务中心内的业务流程;二是服务中心的业务沉淀形成的业务价值体现在业务数据上,数据必须完整才能形成相应的业务价值,借大数据分析支持企业的业务创新。
业务可运营性原则
服务中心的可运营性体现在两个方面,一是,服务中心不仅可以支撑现有的企业业务应用,而且随着业务沉淀能稳定持续支撑业务应用;二是,随着业务不断沉淀和服务中心数据的运营(大数据分析)能孕育出新的业务,为企业创造价值。
渐进性的建设原则
企业中台架构就是一个敏捷的佳实现。中台是通过快速迭代不断改进的逐步建设的,这样不仅快速满足业务应用的需求提供服务,同时通过不断沉淀业务,提升服务能力稳定性,必然会降低中台的开发维护的成本和建设风险。在建设初期,可以粗粒度划分服务中心,快速的满足现有业务应用的需求,随着业务发展和对业务认知加深(业务沉淀),逐步精确划分服务中心,终具备提供稳定优质服务的服务中心。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。