1 技术方案
1.1 系统架构
1.1.1 架构简介
互联网时代的影响已经深入到各行各业,最重要的是从个人业务影响到了企业应用领域,随着未来行业及社会的变迁,会导致业务急剧的变化,哑资源管理系统技术上采用微服务架构作为平台建设的设计思路,在开发方法上选择与之匹配的敏捷开发模式,从而实现快速迭代未来的业务需求,从而更能精确通过小周期迭代调整业务需求的建设思路,确保开发的业务需求能真正被应用于实际生产管理。
1.1.2 四方物联网业务服务平台架构
四方自主研发了基于微服务架构的四方物联网业务服务平台Sefon-iBSP(Sefon iot Business service platform ),通过该平台作为哑资源管理系统的核心支撑平台,可以保障系统的先进性、可持续性、可靠性安全性、可扩展性、标准化、高性能等能力支撑。
四方物联网业务服务平台架构图
Sefon-iBSP(Sefon iot Business service platform )
四方物联网业务服务平台消息逻辑图
四方物联网业务服务平台分布式部署示意图
四方物联网业务服务平台统一数据服务架构图
四方物联网业务服务平台自动化构建、测试、部署流程示意图
1.1.3 哑资源管理系统分层逻辑架构
哑资源管理系统基于四方物联网业务服务平台的能力上形成的分层逻辑架构一共分为四层,分别为基础设施服务层、平台基础服务层、共享服务层、业务应用服务层,其架构图如下:
哑资源管理系统分层逻辑架构图
ü 基础设施服务层
基础设施服务层主要指的是运行哑资源管理系统的相关硬件服务器、存储、数据库、网络环境等资源。
ü 平台基础服务层
平台基础服务层主要指是运行哑资源管理系统需要的平台基础能力,提供平台的弹性伸缩、可追溯业务流程的全日志跟踪流程、平台高容错、分布式提供的高可靠性、及提供未来大数据的基础数据的存储和管理等能力。
ü 共享服务层
共享服务层主要指是哑资源管理系统、平台运营服务系统、平台内部管理服务系统(服务治理、日志管理、监控告警)等业务层提供其具有共通性的基础业务服务能力。
ü 业务应用服务层
业务应用服务层主要指基于平台所提供的具体业务应用,对外如:哑资源管理系统,对于平台内部如:运营服务系统、服务治理系统、统一日志管理系统、统一权限管理系统、统一监控告警系统等。
1.1.4 四方物联网业务服务平台架构优势
1、独立的可扩展性
平台的每个服务都可以独立进行横向或纵向扩展,根据业务实际增长情况来进行快速扩展,真正实现业务服务高内聚、松耦合,极大满足复杂业务未来发展的可扩展性。
2、独立的可升级性
平台的每个服务都可以独立进行服务升级、更新,不用依赖于其它服务,结合持续集成工具可以进行持续发布,开发人员就可以独立快速完成服务升级发布流程,实现部分业务能力的增量升级,有效保护现有其他业务服务能力不受干扰和影响,实现整体平台的可靠性及平滑升级的能力。
3、故障和资源的隔离性
若系统中出现不好的资源操作行为时,例如内存泄露、数据库连接未关闭等情况,基于平台分布式的能力,此时的故障将仅仅只会影响单个业务服务,不会影响到系统整体崩溃,导致业务完全中断的情况。
4、易维护性
平台每个业务服务的代码均只专注于完成该单个业务范畴的事情,因此业务服务项目代码数量将减少至IDE可以快速加载的大小,这样可以提高了代码的可读性,进而可以提高研发人员日常的生产效率,同时也解决了后期系统不断迭代演进中复杂度增加以后更易于修改和更替,有效保护系统资产,极大的延续平台生命力。
5、原生基于“云”的系统架构设计
基于微服务架构设计风格,平台能构建出来原生对于“云”具备超高友好度的系统,与常用容器工具如Docker能够很方便地结合,构建持续发布系统与IaaS、PaaS平台对接,使其能够方便的部署于各类“云”上,如公用云、私有云以及混合云。
6、优化跨团队沟通
按实践微服务架构设计风格,研发团队势必会按照新的原则来进行划分,由之前的按照技能、职能划分的方式变为按照业务(单个业务服务)来进行划分,团队里将有各个方向技能的研发人员,沟通效率上来说要优于之前按照技能进行划分的组织架构,并且可以同时实现并行开发多个完整的业务服务。
7、语言无关性
研发人员可以选用自己最为熟悉的语言(JAVAC++Python)和框架来完成他们的微服务项目,平台在未来在面对新技术或新框架的选用时,能够更好地进行快速响应,不受语言技术的限制。