CN106775702B - 基于容器的服务内部接口发现方法 - Google Patents
基于容器的服务内部接口发现方法 Download PDFInfo
- Publication number
- CN106775702B CN106775702B CN201611132306.8A CN201611132306A CN106775702B CN 106775702 B CN106775702 B CN 106775702B CN 201611132306 A CN201611132306 A CN 201611132306A CN 106775702 B CN106775702 B CN 106775702B
- Authority
- CN
- China
- Prior art keywords
- container
- service
- interface
- information
- agent
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
Abstract
本发明公开了一种基于容器的服务内部接口发现方法,其包括下列步骤:步骤一,开发服务接口时接入指定SDK;步骤二,系统启动时,自动启动代理容器;步骤三,当有容器服务启动后,代理容器自动采集新容器接口信息;步骤四,当容器服务停止或删除时,代理容器自动更新对应接口信息;步骤五,代理容器对采集到的接口信息整理存储,并提供统一访问点。本发明有效缩短了前后端的反馈周期,降低集成风险。
Description
技术领域
本发明涉及一种内部接口发现方法,特别是涉及一种基于容器的服务内部接口发现方法。
背景技术
在信息化项目中,前后端分离几乎已经是业界对开发和部署方式所达成的一种共识,为解决数据经常发生变化导致增加大量集成时间的问题,目前,一般技术中会加入契约来解决,契约作为可以被测试的中间产品,通过自动化测试来检验这些契约,一旦契约发生变化,测试就会失败。这样,每个失败的测试都会驱动双方再次协商,可以做到降低集成风险的作用。
随着业务的深入发展,传统单一系统应用已不能满足新业务的需求,如今分布式系统及微服务技术已经越来越普及,单一系统应用已衍变为若干子系统的共同协作,对于各子系统信息收集整理变得更加复杂,传统单一应用的信息采集能力已不能满足需求。
发明内容
本发明所要解决的技术问题是提供一种基于容器的服务内部接口发现方法,其能够解决信息化项目中前后端感知变化时间周期过长无法及时协商前后端,最终导致感知集中爆发的问题,其有效缩短了前后端的反馈周期,降低集成风险,针对不同信息资源统一采集多个子系统接口信息,提供统一访问入口,提升整体接口信息获取的便捷性及准确性。
本发明是通过下述技术方案来解决上述技术问题的:一种基于容器的服务内部接口发现方法,其包括下列步骤:
步骤一,开发服务接口时接入指定SDK;
步骤二,系统启动时,自动启动代理容器;
步骤三,当有容器服务启动后,代理容器自动采集新容器接口信息;
步骤四,当容器服务停止或删除时,代理容器自动更新对应接口信息;
步骤五,代理容器对采集到的接口信息整理存储,并提供统一访问点。
优选地,所述SDK本身包含数据模型、版本配置、权限配置、注释定义信息,被发现接口需添加SDK指定标记用于SDK采集管理接口信息。
优选地,所述代理容器内置健康检查地址,容器环境定时调用该地址确认容器是否健康,异常时自动重启代理容器。
优选地,所述步骤三包括下列步骤:
步骤六,代理容器随时监控当前容器环境,当发现有新容器启动时,根据容器所属镜像与标签信息,判断容器内服务是否接入SDK,否则忽略该容器;
步骤七,当存容器服务在弹性伸缩时,判断新容器的镜像是否已被代理容器采集,是则忽略该容器;
步骤八,代理容器调用新容器中SDK的内置接口,整理采集所有有标记的接口信息并存储在数据库。
优选地,所述步骤四包括下列步骤:
步骤九,代理容器随时监控当前容器环境,当发现有容器停止或销毁时,根据容器所属镜像与标签信息,判断容器内服务是否接入SDK,否则忽略该容器;
步骤十,当存容器服务在弹性伸缩时,判断该容器的镜像是否存在其他容器在运行,是则忽略该容器;
步骤十一,根据变更容器信息,代理容器删除对应容器服务接口信息并更新数据库。
优选地,所述步骤五包括代理容器将采集到的信息存储到数据库,提供根据接口版本、权限、服务器信息的不同查询实现。
本发明的积极进步效果在于:本发明能够解决信息化项目中前后端感知变化时间周期过长无法及时协商前后端,最终导致感知集中爆发的问题,其有效缩短了前后端的反馈周期,降低集成风险,针对不同信息资源统一采集多个子系统接口信息,提供统一访问入口,提升整体接口信息获取的便捷性及准确性。
附图说明
图1为本发明的模块图。
具体实施方式
下面结合附图给出本发明较佳实施例,以详细说明本发明的技术方案。
如图1所示,本发明基于容器的服务内部接口发现方法包括下列步骤:
步骤一,开发服务接口时接入指定SDK(软件开发工具包,即图1中的基础对象);
步骤二,系统启动时,自动启动代理容器;
步骤三,当有容器服务启动后,代理容器自动采集新容器接口信息;
步骤四,当容器服务停止或删除时,代理容器自动更新对应接口信息;
步骤五,代理容器对采集到的接口信息整理存储,并提供统一访问点;
SDK本身包含数据模型、版本配置、权限配置、注释定义信息,被发现接口需添加SDK指定标记用于SDK采集管理接口信息。
代理容器内置健康检查地址,容器环境定时调用该地址确认容器是否健康,异常时自动重启代理容器。
步骤三包括下列步骤:
步骤六,代理容器随时监控当前容器环境,当发现有新容器启动时,根据容器所属镜像与标签信息,判断容器内服务是否接入SDK,否则忽略该容器;
步骤七,当存容器服务在弹性伸缩时,判断新容器的镜像是否已被代理容器采集,是则忽略该容器;
步骤八,代理容器调用新容器中SDK的内置接口,整理采集所有有标记的接口信息并存储在数据库。
步骤四包括下列步骤:
步骤九,代理容器随时监控当前容器环境,当发现有容器停止或销毁时,根据容器所属镜像与标签信息,判断容器内服务是否接入SDK,否则忽略该容器;
步骤十,当存容器服务在弹性伸缩时,判断该容器的镜像是否存在其他容器在运行,是则忽略该容器;
步骤十一,根据变更容器信息,代理容器删除对应容器服务接口信息并更新数据库。
步骤五包括代理容器将采集到的信息存储到数据库,提供根据接口版本、权限、服务器信息的不同查询实现。
综上所述,本发明能够解决信息化项目中前后端感知变化时间周期过长无法及时协商前后端,最终导致感知集中爆发的问题,其有效缩短了前后端的反馈周期,降低集成风险,针对不同信息资源统一采集多个子系统接口信息,提供统一访问入口,提升整体接口信息获取的便捷性及准确性。
以上所述的具体实施例,对本发明的解决的技术问题、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施例而已,并不用于限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (5)
1.一种基于容器的服务内部接口发现方法,其特征在于,其包括下列步骤:
步骤一,开发服务接口时接入指定SDK;
步骤二,系统启动时,自动启动代理容器;
步骤三,当有容器服务启动后,代理容器自动采集新容器接口信息;
步骤四,当容器服务停止或删除时,代理容器自动更新对应接口信息;
步骤五,代理容器对采集到的接口信息整理存储,并提供统一访问点;
所述步骤三包括下列步骤:
步骤六,代理容器随时监控当前容器环境,当发现有新容器启动时,根据容器所属镜像与标签信息,判断容器内服务是否接入SDK,否则忽略该容器;
步骤七,当存容器服务在弹性伸缩时,判断新容器的镜像是否已被代理容器采集,是则忽略该容器;
步骤八,代理容器调用新容器中SDK的内置接口,整理采集所有有标记的接口信息并存储在数据库。
2.如权利要求1所述的基于容器的服务内部接口发现方法,其特征在于,所述SDK本身包含数据模型、版本配置、权限配置、注释定义信息,被发现接口需添加SDK指定标记用于SDK采集管理接口信息。
3.如权利要求1所述的基于容器的服务内部接口发现方法,其特征在于,所述代理容器内置健康检查地址,容器环境定时调用该地址确认容器是否健康,异常时自动重启代理容器。
4.如权利要求1所述的基于容器的服务内部接口发现方法,其特征在于,所述步骤四包括下列步骤:
步骤九,代理容器随时监控当前容器环境,当发现有容器停止或销毁时,根据容器所属镜像与标签信息,判断容器内服务是否接入SDK,否则忽略该容器;
步骤十,当存容器服务在弹性伸缩时,判断该容器的镜像是否存在其他容器在运行,是则忽略该容器;
步骤十一,根据变更容器信息,代理容器删除对应容器服务接口信息并更新数据库。
5.如权利要求1所述的基于容器的服务内部接口发现方法,其特征在于,所述步骤五包括代理容器将采集到的信息存储到数据库,提供根据接口版本、权限、服务器信息的不同查询实现。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611132306.8A CN106775702B (zh) | 2016-12-09 | 2016-12-09 | 基于容器的服务内部接口发现方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611132306.8A CN106775702B (zh) | 2016-12-09 | 2016-12-09 | 基于容器的服务内部接口发现方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106775702A CN106775702A (zh) | 2017-05-31 |
CN106775702B true CN106775702B (zh) | 2020-04-17 |
Family
ID=58879687
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611132306.8A Active CN106775702B (zh) | 2016-12-09 | 2016-12-09 | 基于容器的服务内部接口发现方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106775702B (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107357732B (zh) * | 2017-07-17 | 2020-11-13 | 阿里巴巴(中国)有限公司 | 用户终端及软件开发工具包接入状态检测装置与方法 |
CN109309693B (zh) * | 2017-07-26 | 2022-04-29 | 财付通支付科技有限公司 | 基于docker的多服务系统、部署方法及装置、设备及存储介质 |
CN107483559B (zh) * | 2017-07-27 | 2020-09-11 | 北京小米移动软件有限公司 | Sdk服务的提供方法及装置 |
CN107943688A (zh) * | 2017-11-02 | 2018-04-20 | 北京奇虎科技有限公司 | 一种sdk检查方法、装置、终端设备及存储介质 |
CN108769087B (zh) * | 2018-02-23 | 2020-12-22 | 福建天晴数码有限公司 | 一种交互式系统的开发方法及服务器 |
CN109639818B (zh) * | 2018-12-27 | 2020-09-08 | 北京城市网邻信息技术有限公司 | 一种云环境下的服务发现方法、装置、服务器和存储介质 |
CN111552496B (zh) * | 2020-05-07 | 2021-07-20 | 上海道客网络科技有限公司 | 一种基于添加临时容器实现无缝升级边车的系统与方法 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102360292A (zh) * | 2011-09-29 | 2012-02-22 | 广东高新兴通信股份有限公司 | 一种基于插件化接入设备的管理系统 |
CN103269367A (zh) * | 2013-05-16 | 2013-08-28 | 北京邮电大学 | 一种PaaS云平台能力组件的发布系统及方法 |
-
2016
- 2016-12-09 CN CN201611132306.8A patent/CN106775702B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102360292A (zh) * | 2011-09-29 | 2012-02-22 | 广东高新兴通信股份有限公司 | 一种基于插件化接入设备的管理系统 |
CN103269367A (zh) * | 2013-05-16 | 2013-08-28 | 北京邮电大学 | 一种PaaS云平台能力组件的发布系统及方法 |
Non-Patent Citations (2)
Title |
---|
徐霞.为多变的Docker容器构建自动化的Nginx反向代理.《dockone.io/article/297》.2015,第1-8页. * |
立地.docker中使用nginx容器代理其他容器.《https://www.cnblogs.com/Jarvin/p/5796193.html》.2016,第1-6页. * |
Also Published As
Publication number | Publication date |
---|---|
CN106775702A (zh) | 2017-05-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106775702B (zh) | 基于容器的服务内部接口发现方法 | |
CN107391744B (zh) | 数据存储、读取方法、装置及其设备 | |
CN111209011A (zh) | 一种跨平台的容器云自动化部署系统 | |
US9317518B2 (en) | Data synchronization | |
CN106210151A (zh) | 一种zedis分布式缓存及服务器集群监控方法 | |
CN104115447A (zh) | 一种云计算架构下的容灾方案配置方法及装置 | |
US9281992B2 (en) | Method and system for identifying storage device | |
KR20150118975A (ko) | 다중 사용자 컴퓨터 이용 기술에 대한 편집 충돌 관리 시스템 및 방법 | |
CN107423390B (zh) | 一种基于oltp-olap混合关系型数据库系统内部的数据实时同步方法 | |
CN111460045A (zh) | 数据仓库建设的建模方法、模型、计算机设备和存储介质 | |
CN108989385A (zh) | 一种基于Zabbix监控采集自动同步CMDB的实现方法 | |
CN105262835A (zh) | 一种多机房中的数据存储方法和装置 | |
CN105357042A (zh) | 一种高可用集群系统及其主节点和从节点 | |
CN113704790A (zh) | 一种异常日志信息汇总方法及计算机设备 | |
CN106372160A (zh) | 一种分布式数据库及管理方法 | |
CN110609839A (zh) | 区块链数据处理的方法、装置、设备及可读存储介质 | |
CN111399999B (zh) | 计算机资源处理方法、装置、可读存储介质和计算机设备 | |
CN112256488A (zh) | 云端数据的获取方法和装置、云端服务的数据存储架构 | |
US11528249B2 (en) | Mapping network MAC addresses to physical locations | |
CN115237889A (zh) | 数据库切换方法及装置、存储介质、计算机设备 | |
CN113010385B (zh) | 一种任务状态更新方法、装置、设备及介质 | |
CN115098588A (zh) | 跨集群的元数据同步方法、设备及介质 | |
CN112256489A (zh) | 云端开发平台的数据获取方法和装置、数据存储架构 | |
EP3082050A1 (en) | Mass data fusion storage method and system | |
Singh | Cluster-level logging of containers with containers: Logging challenges of container-based cloud deployments |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |