基于容器的服务内部接口发现方法与流程

文档序号:12463071阅读:609来源:国知局

本发明涉及一种内部接口发现方法,特别是涉及一种基于容器的服务内部接口发现方法。



背景技术:

在信息化项目中,前后端分离几乎已经是业界对开发和部署方式所达成的一种共识,为解决数据经常发生变化导致增加大量集成时间的问题,目前,一般技术中会加入契约来解决,契约作为可以被测试的中间产品,通过自动化测试来检验这些契约,一旦契约发生变化,测试就会失败。这样,每个失败的测试都会驱动双方再次协商,可以做到降低集成风险的作用。

随着业务的深入发展,传统单一系统应用已不能满足新业务的需求,如今分布式系统及微服务技术已经越来越普及,单一系统应用已衍变为若干子系统的共同协作,对于各子系统信息收集整理变得更加复杂,传统单一应用的信息采集能力已不能满足需求。



技术实现要素:

本发明所要解决的技术问题是提供一种基于容器的服务内部接口发现方法,其能够解决信息化项目中前后端感知变化时间周期过长无法及时协商前后端,最终导致感知集中爆发的问题,其有效缩短了前后端的反馈周期,降低集成风险,针对不同信息资源统一采集多个子系统接口信息,提供统一访问入口,提升整体接口信息获取的便捷性及准确性。

本发明是通过下述技术方案来解决上述技术问题的:一种基于容器的服务内部接口发现方法,其包括下列步骤:

步骤一,开发服务接口时接入指定SDK;

步骤二,系统启动时,自动启动代理容器;

步骤三,当有容器服务启动后,代理容器自动采集新容器接口信息;

步骤四,当容器服务停止或删除时,代理容器自动更新对应接口信息;

步骤五,代理容器对采集到的接口信息整理存储,并提供统一访问点。

优选地,所述SDK本身包含数据模型、版本配置、权限配置、注释定义信息,被发现接口需添加SDK指定标记用于SDK采集管理接口信息。

优选地,所述代理容器内置健康检查地址,容器环境定时调用该地址确认容器是否健康,异常时自动重启代理容器。

优选地,所述步骤三包括下列步骤:

步骤六,代理容器随时监控当前容器环境,当发现有新容器启动时,根据容器所属镜像与标签信息,判断容器内服务是否接入SDK,否则忽略该容器;

步骤七,当存容器服务在弹性伸缩时,判断新容器的镜像是否已被代理容器采集,是则忽略该容器;

步骤八,代理容器调用新容器中SDK的内置接口,整理采集所有有标记的接口信息并存储在数据库。

优选地,所述步骤四包括下列步骤:

步骤九,代理容器随时监控当前容器环境,当发现有容器停止或销毁时,根据容器所属镜像与标签信息,判断容器内服务是否接入SDK,否则忽略该容器;

步骤十,当存容器服务在弹性伸缩时,判断该容器的镜像是否存在其他容器在运行,是则忽略该容器;

步骤十一,根据变更容器信息,代理容器删除对应容器服务接口信息并更新数据库。

优选地,所述步骤五包括代理容器将采集到的信息存储到数据库,提供根据接口版本、权限、服务器信息的不同查询实现。

本发明的积极进步效果在于:本发明能够解决信息化项目中前后端感知变化时间周期过长无法及时协商前后端,最终导致感知集中爆发的问题,其有效缩短了前后端的反馈周期,降低集成风险,针对不同信息资源统一采集多个子系统接口信息,提供统一访问入口,提升整体接口信息获取的便捷性及准确性。

附图说明

图1为本发明的模块图。

具体实施方式

下面结合附图给出本发明较佳实施例,以详细说明本发明的技术方案。

如图1所示,本发明基于容器的服务内部接口发现方法包括下列步骤:

步骤一,开发服务接口时接入指定SDK(软件开发工具包,即图1中的基础对象);

步骤二,系统启动时,自动启动代理容器;

步骤三,当有容器服务启动后,代理容器自动采集新容器接口信息;

步骤四,当容器服务停止或删除时,代理容器自动更新对应接口信息;

步骤五,代理容器对采集到的接口信息整理存储,并提供统一访问点;

SDK本身包含数据模型、版本配置、权限配置、注释定义信息,被发现接口需添加SDK指定标记用于SDK采集管理接口信息。

代理容器内置健康检查地址,容器环境定时调用该地址确认容器是否健康,异常时自动重启代理容器。

步骤三包括下列步骤:

步骤六,代理容器随时监控当前容器环境,当发现有新容器启动时,根据容器所属镜像与标签信息,判断容器内服务是否接入SDK,否则忽略该容器;

步骤七,当存容器服务在弹性伸缩时,判断新容器的镜像是否已被代理容器采集,是则忽略该容器;

步骤八,代理容器调用新容器中SDK的内置接口,整理采集所有有标记的接口信息并存储在数据库。

步骤四包括下列步骤:

步骤九,代理容器随时监控当前容器环境,当发现有容器停止或销毁时,根据容器所属镜像与标签信息,判断容器内服务是否接入SDK,否则忽略该容器;

步骤十,当存容器服务在弹性伸缩时,判断该容器的镜像是否存在其他容器在运行,是则忽略该容器;

步骤十一,根据变更容器信息,代理容器删除对应容器服务接口信息并更新数据库。

步骤五包括代理容器将采集到的信息存储到数据库,提供根据接口版本、权限、服务器信息的不同查询实现。

综上所述,本发明能够解决信息化项目中前后端感知变化时间周期过长无法及时协商前后端,最终导致感知集中爆发的问题,其有效缩短了前后端的反馈周期,降低集成风险,针对不同信息资源统一采集多个子系统接口信息,提供统一访问入口,提升整体接口信息获取的便捷性及准确性。

以上所述的具体实施例,对本发明的解决的技术问题、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施例而已,并不用于限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1