基于容器的服务内部接口发现方法技术

本发明专利技术公开了一种基于容器的服务内部接口发现方法，其包括下列步骤：步骤一，开发服务接口时接入指定SDK；步骤二，系统启动时，自动启动代理容器；步骤三，当有容器服务启动后，代理容器自动采集新容器接口信息；步骤四，当容器服务停止或删除时，代理容器自动更新对应接口信息；步骤五，代理容器对采集到的接口信息整理存储，并提供统一访问点。本发明专利技术有效缩短了前后端的反馈周期，降低集成风险。

Container based service internal interface discovery method

The invention discloses a service discovery method based on the internal interface of the container, which comprises the following steps: step one, specify the development SDK access service interface; step two, when the system starts automatically start the agent container; step three, when a container service startup, agent container automatic collection container interface information; step four, when the container service stopped or removed when the agent container automatically updates the corresponding interface information; step five, the container interface information collected arrange storage, and provide a unified access point. The invention effectively shortens the feedback cycle of the front end and the back end, and reduces the integration risk.

【技术实现步骤摘要】
基于容器的服务内部接口发现方法
本专利技术涉及一种内部接口发现方法，特别是涉及一种基于容器的服务内部接口发现方法。
技术介绍
在信息化项目中，前后端分离几乎已经是业界对开发和部署方式所达成的一种共识，为解决数据经常发生变化导致增加大量集成时间的问题，目前，一般技术中会加入契约来解决，契约作为可以被测试的中间产品，通过自动化测试来检验这些契约，一旦契约发生变化，测试就会失败。这样，每个失败的测试都会驱动双方再次协商，可以做到降低集成风险的作用。随着业务的深入发展，传统单一系统应用已不能满足新业务的需求，如今分布式系统及微服务技术已经越来越普及，单一系统应用已衍变为若干子系统的共同协作，对于各子系统信息收集整理变得更加复杂，传统单一应用的信息采集能力已不能满足需求。
技术实现思路
本专利技术所要解决的技术问题是提供一种基于容器的服务内部接口发现方法，其能够解决信息化项目中前后端感知变化时间周期过长无法及时协商前后端，最终导致感知集中爆发的问题，其有效缩短了前后端的反馈周期，降低集成风险，针对不同信息资源统一采集多个子系统接口信息，提供统一访问入口，提升整体接口信息获取的便捷性及准确性。本专利技术是通过下述技术方案来解决上述技术问题的：一种基于容器的服务内部接口发现方法，其包括下列步骤：步骤一，开发服务接口时接入指定SDK；步骤二，系统启动时，自动启动代理容器；步骤三，当有容器服务启动后，代理容器自动采集新容器接口信息；步骤四，当容器服务停止或删除时，代理容器自动更新对应接口信息；步骤五，代理容器对采集到的接口信息整理存储，并提供统一访问点。优选地，所述SDK本身包含数据模型、版本配置、权限配置、注释定义信息，被发现接口需添加SDK指定标记用于SDK采集管理接口信息。优选地，所述代理容器内置健康检查地址，容器环境定时调用该地址确认容器是否健康，异常时自动重启代理容器。优选地，所述步骤三包括下列步骤：步骤六，代理容器随时监控当前容器环境，当发现有新容器启动时，根据容器所属镜像与标签信息，判断容器内服务是否接入SDK，否则忽略该容器；步骤七，当存容器服务在弹性伸缩时，判断新容器的镜像是否已被代理容器采集，是则忽略该容器；步骤八，代理容器调用新容器中SDK的内置接口，整理采集所有有标记的接口信息并存储在数据库。优选地，所述步骤四包括下列步骤：步骤九，代理容器随时监控当前容器环境，当发现有容器停止或销毁时，根据容器所属镜像与标签信息，判断容器内服务是否接入SDK，否则忽略该容器；步骤十，当存容器服务在弹性伸缩时，判断该容器的镜像是否存在其他容器在运行，是则忽略该容器；步骤十一，根据变更容器信息，代理容器删除对应容器服务接口信息并更新数据库。优选地，所述步骤五包括代理容器将采集到的信息存储到数据库，提供根据接口版本、权限、服务器信息的不同查询实现。本专利技术的积极进步效果在于：本专利技术能够解决信息化项目中前后端感知变化时间周期过长无法及时协商前后端，最终导致感知集中爆发的问题，其有效缩短了前后端的反馈周期，降低集成风险，针对不同信息资源统一采集多个子系统接口信息，提供统一访问入口，提升整体接口信息获取的便捷性及准确性。附图说明图1为本专利技术的模块图。具体实施方式下面结合附图给出本专利技术较佳实施例，以详细说明本专利技术的技术方案。如图1所示，本专利技术基于容器的服务内部接口发现方法包括下列步骤：步骤一，开发服务接口时接入指定SDK(软件开发工具包，即图1中的基础对象)；步骤二，系统启动时，自动启动代理容器；步骤三，当有容器服务启动后，代理容器自动采集新容器接口信息；步骤四，当容器服务停止或删除时，代理容器自动更新对应接口信息；步骤五，代理容器对采集到的接口信息整理存储，并提供统一访问点；SDK本身包含数据模型、版本配置、权限配置、注释定义信息，被发现接口需添加SDK指定标记用于SDK采集管理接口信息。代理容器内置健康检查地址，容器环境定时调用该地址确认容器是否健康，异常时自动重启代理容器。步骤三包括下列步骤：步骤六，代理容器随时监控当前容器环境，当发现有新容器启动时，根据容器所属镜像与标签信息，判断容器内服务是否接入SDK，否则忽略该容器；步骤七，当存容器服务在弹性伸缩时，判断新容器的镜像是否已被代理容器采集，是则忽略该容器；步骤八，代理容器调用新容器中SDK的内置接口，整理采集所有有标记的接口信息并存储在数据库。步骤四包括下列步骤：步骤九，代理容器随时监控当前容器环境，当发现有容器停止或销毁时，根据容器所属镜像与标签信息，判断容器内服务是否接入SDK，否则忽略该容器；步骤十，当存容器服务在弹性伸缩时，判断该容器的镜像是否存在其他容器在运行，是则忽略该容器；步骤十一，根据变更容器信息，代理容器删除对应容器服务接口信息并更新数据库。步骤五包括代理容器将采集到的信息存储到数据库，提供根据接口版本、权限、服务器信息的不同查询实现。综上所述，本专利技术能够解决信息化项目中前后端感知变化时间周期过长无法及时协商前后端，最终导致感知集中爆发的问题，其有效缩短了前后端的反馈周期，降低集成风险，针对不同信息资源统一采集多个子系统接口信息，提供统一访问入口，提升整体接口信息获取的便捷性及准确性。以上所述的具体实施例，对本专利技术的解决的技术问题、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本专利技术的具体实施例而已，并不用于限制本专利技术，凡在本专利技术的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本专利技术的保护范围之内。本文档来自技高网...

【技术保护点】
一种基于容器的服务内部接口发现方法，其特征在于，其包括下列步骤：步骤一，开发服务接口时接入指定SDK；步骤二，系统启动时，自动启动代理容器；步骤三，当有容器服务启动后，代理容器自动采集新容器接口信息；步骤四，当容器服务停止或删除时，代理容器自动更新对应接口信息；步骤五，代理容器对采集到的接口信息整理存储，并提供统一访问点。

【技术特征摘要】
1.一种基于容器的服务内部接口发现方法，其特征在于，其包括下列步骤：步骤一，开发服务接口时接入指定SDK；步骤二，系统启动时，自动启动代理容器；步骤三，当有容器服务启动后，代理容器自动采集新容器接口信息；步骤四，当容器服务停止或删除时，代理容器自动更新对应接口信息；步骤五，代理容器对采集到的接口信息整理存储，并提供统一访问点。2.如权利要求1所述的基于容器的服务内部接口发现方法，其特征在于，所述SDK本身包含数据模型、版本配置、权限配置、注释定义信息，被发现接口需添加SDK指定标记用于SDK采集管理接口信息。3.如权利要求1所述的基于容器的服务内部接口发现方法，其特征在于，所述代理容器内置健康检查地址，容器环境定时调用该地址确认容器是否健康，异常时自动重启代理容器。4.如权利要求1所述的基于容器的服务内部接口发现方法，其特征在于，所述步骤三包括下列步骤：步骤六，代理容器随时监控当前容器环境，当发现有新容器...

【专利技术属性】
技术研发人员：王坤，刘伟，
申请(专利权)人：中电科华云信息技术有限公司，
类型：发明
国别省市：上海,31