CN109684039A - 一种基于OpenStack扩展实现物理节点管理的方法 - Google Patents
一种基于OpenStack扩展实现物理节点管理的方法 Download PDFInfo
- Publication number
- CN109684039A CN109684039A CN201811587591.1A CN201811587591A CN109684039A CN 109684039 A CN109684039 A CN 109684039A CN 201811587591 A CN201811587591 A CN 201811587591A CN 109684039 A CN109684039 A CN 109684039A
- Authority
- CN
- China
- Prior art keywords
- api component
- component
- agent components
- data
- api
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
- G06F21/6227—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database where protection concerns the structure of data, e.g. records, types, queries
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45595—Network integration; Enabling network access in virtual machine instances
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/548—Queue
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2141—Access rights, e.g. capability lists, access control lists, access tables, access matrices
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明提供一种基于OpenStack扩展实现物理节点管理的方法,应用于OpenStack物理节点管理技术领域,所述方法包括:每一个代理组件从其对应的物理机中读取目标数据,并将所述目标数据上报至第二API组件,其中,每一个代理组件有其对应的一个物理机,且该代理组件部署在对应的物理机上;第二API组件获取到各个代理组件上报的数据后,将数据存储到数据库中;当第一API组件接收到用户查询请求时,在判断所述用户查询请求为合法的情况下,调用第二API组件向所述数据库查询所述用户查询请求对应的数据。应用本发明实施例,基于OpenStack框架,组件相对独立,最大程度降低与OpenStack耦合性。
Description
技术领域
本发明涉及OpenStack扩展技术领域,特别是涉及一种基于OpenStack扩展实现物理节点管理的方法。
背景技术
OpenStack是一个开源的云操作系统,通过数据中心可控制大型的计算、存储、网络等资源池。所有的管理通过前端界面管理员就可以完成,同样也可以通过web接口让最终用户部署资源。OpenStack支持几乎所有类型的云环境,已经成为主流IaaS(基础设施即服务)标准,通过各种服务提供了基础设施即服务(IaaS)的解决方案,各个服务提供应用程序编程接口(Application Programming Interface,简称API)以进行集成。
OpenStack更偏向于虚拟资源的生命周期管理,针对越来越复杂硬件构架和底层技术实现,物理机的信息获取和管理显得尤为重要。作为OpenStack独立组件,认证、消息队列、数据库转换器等公共服务按需对接,提供API和CLI两种访问方式。
所以基于OpenStack扩展实现物理节点管理是亟待解决的技术问题。
发明内容
鉴于以上所述现有技术的缺点,本发明的目的在于提供一种基于OpenStack扩展实现物理节点管理的方法,旨在基于OpenStack框架形成组件相对独立,且降低与OpenStack耦合性。
为实现上述目的及其他相关目的,本发明提供一种基于OpenStack扩展实现物理节点管理的方法,所述方法包括:
每一个代理组件从其对应的物理机中读取目标数据,并将所述目标数据上报至第二API组件,其中,每一个代理组件有其对应的一个物理机,且该代理组件部署在对应的物理机上;
第二API组件获取到各个代理组件上报的数据后,将数据存储到数据库中;
当第一API组件接收到用户查询请求时,在判断所述用户查询请求为合法的情况下,调用第二API组件向所述数据库查询所述用户查询请求对应的数据。
本发明的一种实现方式中,所述方法还包括:
Client组件发送查询指令至第一API组件;
所述第一API组件读取代理组件的信息,并将所述信息发送至Client组件。
本发明的一种实现方式中,所述每一个代理组件从其对应的物理机中读取目标数据,并将所述目标数据上报至第二API组件的步骤,包括:
每一个代理组件从其对应的物理机中读取目标数据,并将定时将所述目标数据通过消息队列向第二API组件上报。
本发明的一种实现方式中,所述方法还包括:
每一个代理组件根据预设的汇报周期,向第二API组件上报当前的运行状态。
本发明的一种实现方式中,所述当第一API组件接收到用户查询请求时,在判断所述用户查询请求为合法的情况下,调用第二API组件向所述数据库查询所述用户查询请求对应的数据的步骤,包括:
当第一API组件接收到带有管理员令牌的用户查询请求时,确定所述查询请求所对应的物理机;
所述第一API组件首先需要通过keystone服务校验令牌的合法性;
在确定所述用户查询请求为合法的情况下,调用第二API组件向所述数据库进行查询,并接收所述第二API组件返回的数据。
本发明的一种实现方式中,所述当第一API组件接收到带有管理员令牌的用户查询请求时,确定所述查询请求所对应的物理机的步骤,包括:
当第一API组件接收到带有管理员令牌的用户查询请求时,确定所述查询请求所对应的查询信息是物理机信息或者是物理机列表信息。
本发明的一种实现方式中,所述第一API组件读取代理组件的信息,并将所述信息发送至Client组件的步骤,包括:
所述第一API组件读取代理组件的信息,并将所述信息发送至Client组件,所述Client组件通过CLI方式查看代理组件的状态和列出物理机列表以及展示每个物理机详细信息。
如上所述,本发明实施例提供的一种基于OpenStack扩展实现物理节点管理的方法,所述方法包括:每一个代理组件从其对应的物理机中读取目标数据,并将所述目标数据上报至第二API组件,通过第二API组件获取到各个代理组件上报的数据后,将数据存储到数据库中;当第一API组件接收到用户查询请求时,在判断所述用户查询请求为合法的情况下,调用第二API组件向所述数据库查询所述用户查询请求对应的数据。本发明实施例中,基于OpenStack框架下,每一个组件都相对独立,最大程度降低与OpenStack耦合性。
附图说明
图1是本发明实施例的一种基于OpenStack扩展实现物理节点管理的方法的控制方法的一种流程示意图。
图2是本发明实施例的一种基于OpenStack扩展实现物理节点管理的方法的控制方法的一种具体实施方式。
图3是本发明实施例的一种基于OpenStack扩展实现物理节点管理的方法的控制方法的一种具体实施方式。
具体实施方式
以下通过特定的具体实例说明本发明的实施方式,本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用,本说明书中的各项细节也可以基于不同观点与应用,在没有背离本发明的精神下进行各种修饰或改变。
请参阅图1-3。需要说明的是,本实施例中所提供的图示仅以示意方式说明本发明的基本构想,遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制,其实际实施时各组件的型态、数量及比例可为一种随意的改变,且其组件布局型态也可能更为复杂。
如图1和图2所示,本发明时候实施例提供一种基于OpenStack扩展实现物理节点管理的方法,所述方法包括:
S101,每一个代理组件从其对应的物理机中读取目标数据,并将所述目标数据上报至第二API组件,其中,每一个代理组件有其对应的一个物理机,且该代理组件部署在对应的物理机上。
需要说明的是,公共组件Nova extension-common,是其他组件包的依赖包,包含源代码,示例配置文件,说明文档等。
第一API组件novaextension-api,部署到多个控制节点的apiservice,只包含服务启动文件和服务注册文件,依赖novaextension-common;第二API组件novaextension-conductor,部署到多个控制节点的conductorservice,只包含服务启动文件和服务注册文件,依赖novaextension-common;代理组件novaextension-agent,部署到每个物理节点的代理服务agentservice,只包含服务启动文件和服务注册文件,依赖novaextension-common;Client组件python-novaextensionclient,部署到任意节点的commandline,不依赖以上任何包。第一公共组件Identity/keystone服务,对接现有的权限认证系统,第二公共组件Queue,对接现有的消息队列系统。
如图1所示,每一个物理机对应的代理组件,示例性的,物理机1对应代理组件1,代理组件1部署在物理机1上,物理机2对应代理组件2,代理组件2部署在物理机2上,以此规律,直至物理机N对应代理组件N。
示例性的,通过REST API的方式,对外提供云平台的物理机列表信息以及物理机详情信息,所以读取的目标数据可以是物理机列表信息或者物理机详情信息。并且需要进行权限管理,只能是admin用户才有查询物理机列表和某个物理机详情的权限。
本发明实施例中,为了最大程度上降低与openstack其他组件的耦合性,实现一个独立组件NovaExtension,本发明实施例中,每一个第一组件为一个独立组件NovaExtension,用来完成获取host列表和host详情需求功能。
本发明的一种实现方式中,所述每一个代理组件从其对应的物理机中读取目标数据,并将所述目标数据上报至第二API组件的步骤,包括:
每一个代理组件从其对应的物理机中读取目标数据,并将定时将所述目标数据通过消息队列向第二API组件上报。
本发明实施例中,如图2所示,代理组件与第二组件之间通过第二公共组件Queue,对接现有的消息队列系统,实现数据的发送。
S102,第二API组件获取到各个代理组件上报的数据后,将数据存储到数据库中。
实际应用中,第二API组件分别接收每一个代理组件上报过来的数据,并统一存储到数据库中,实现数据的数据库持久化操作。
S103,当第一API组件接收到用户查询请求时,在判断所述用户查询请求为合法的情况下,调用第二API组件向所述数据库查询所述用户查询请求对应的数据。
可以理解的是,当第一API组件novaextension API接收到带有admin token的用户查询请求查询指定物理机详情或者是物理机列表时,第一组件novaextension API首先需要通过keystone服务校验token的合法性以及鉴权,然后根据具体获取物理机主机详情还是物理机列表的请求,调用第二API组件novaextension conductor,由第二API组件novaextension conductor来完成查询本地数据库,后将查询到的数据数据进行组装,实现满足需求的数据格式并返回。
本发明的一种实现方式中,所述当第一API组件接收到用户查询请求时,在判断所述用户查询请求为合法的情况下,调用第二API组件向所述数据库查询所述用户查询请求对应的数据的步骤,包括:当第一API组件接收到带有管理员令牌的用户查询请求时,确定所述查询请求所对应的物理机;所述第一API组件首先需要通过keystone服务校验令牌的合法性;在确定所述用户查询请求为合法的情况下,调用第二API组件向所述数据库进行查询,并接收所述第二API组件返回的数据。
本发明实施例中,第一公共组件Identity/keystone服务,对接现有的权限认证系统,novaextension API首先需要通过keystone服务校验token的合法性以及鉴权。
因此,本发明实施例提供的一种基于OpenStack扩展实现物理节点管理的方法,所述方法包括:每一个代理组件从其对应的物理机中读取目标数据,并将所述目标数据上报至第二API组件,通过第二API组件获取到各个代理组件上报的数据后,将数据存储到数据库中;当第一API组件接收到用户查询请求时,在判断所述用户查询请求为合法的情况下,调用第二API组件向所述数据库查询所述用户查询请求对应的数据。本发明实施例中,基于OpenStack框架下,每一个组件都相对独立,最大程度降低与OpenStack耦合性。
本发明的一种实现方式中,所述方法还包括:Client组件发送查询指令至第一API组件;所述第一API组件读取代理组件的信息,并将所述信息发送至Client组件。具体的过程为:所述第一API组件读取代理组件的信息,并将所述信息发送至Client组件,所述Client组件通过CLI方式查看代理组件的状态和列出物理机列表以及展示每个物理机详细信息。用户可以通过Client组件novaextension client的CLI方式查看agent的状态和列出物理机列表hostlist以及展示每个物理机host详细信息等。
示例性的,采用CLI使用示例,获取物理机信息详情的示例,可以采用:
#novaextension host-show d77c588e-ed76-551d-a3e4-94d09151a654,获得结果如图3所示。
本发明的一种实现方式中,所述方法还包括:每一个代理组件根据预设的汇报周期,向第二API组件上报当前的运行状态。
一种实现方式中,因为需要获取每一个host上的数据,所以需要在每个host上部署agent,通过agent进行host相关数据的收集工作,并且该agent定时(例如60s)通过消息队列向第二API组件novaextension conductor上报收集到的数据,为了保持数据的可靠性,代理组件novaextension agent需要定时(例如10s)上报自己的状态,以便及时发现代理组件是否出现故障,进一步保障数据传输的可靠性。
因此,应用本发明的实施例,提供OpenStack物理机管理功能独立组件,能够同步Nova组件硬件相关的数据信息,及时获取物理主机、处理器、内存、网络等信息。
上述实施例仅例示性说明本发明的原理及其功效,而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下,对上述实施例进行修饰或改变。因此,举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变,仍应由本发明的权利要求所涵盖。
Claims (7)
1.一种基于OpenStack扩展实现物理节点管理的方法,其特征在于,所述方法包括:
每一个代理组件从其对应的物理机中读取目标数据,并将所述目标数据上报至第二API组件,其中,每一个代理组件有其对应的一个物理机,且该代理组件部署在对应的物理机上;
第二API组件获取到各个代理组件上报的数据后,将数据存储到数据库中;
当第一API组件接收到用户查询请求时,在判断所述用户查询请求为合法的情况下,调用第二API组件向所述数据库查询所述用户查询请求对应的数据。
2.根据权利要求1所述的一种基于OpenStack扩展实现物理节点管理的方法,其特征在于,所述方法还包括:
Client组件发送查询指令至第一API组件;
所述第一API组件读取代理组件的信息,并将所述信息发送至Client组件。
3.根据权利要求1所述的一种基于OpenStack扩展实现物理节点管理的方法,其特征在于,所述每一个代理组件从其对应的物理机中读取目标数据,并将所述目标数据上报至第二API组件的步骤,包括:
每一个代理组件从其对应的物理机中读取目标数据,并将定时将所述目标数据通过消息队列向第二API组件上报。
4.根据权利要求3所述的一种基于OpenStack扩展实现物理节点管理的方法,其特征在于,所述方法还包括:
每一个代理组件根据预设的汇报周期,向第二API组件上报当前的运行状态。
5.根据权利要求3所述的一种基于OpenStack扩展实现物理节点管理的方法,其特征在于,所述当第一API组件接收到用户查询请求时,在判断所述用户查询请求为合法的情况下,调用第二API组件向所述数据库查询所述用户查询请求对应的数据的步骤,包括:
当第一API组件接收到带有管理员令牌的用户查询请求时,确定所述查询请求所对应的物理机;
所述第一API组件首先需要通过keystone服务校验令牌的合法性;
在确定所述用户查询请求为合法的情况下,调用第二API组件向所述数据库进行查询,并接收所述第二API组件返回的数据。
6.根据权利要求1所述的一种基于OpenStack扩展实现物理节点管理的方法,其特征在于,所述当第一API组件接收到带有管理员令牌的用户查询请求时,确定所述查询请求所对应的物理机的步骤,包括:
当第一API组件接收到带有管理员令牌的用户查询请求时,确定所述查询请求所对应的查询信息是物理机信息或者是物理机列表信息。
7.根据权利要求1所述的一种基于OpenStack扩展实现物理节点管理的方法,其特征在于,所述第一API组件读取代理组件的信息,并将所述信息发送至Client组件的步骤,包括:
所述第一API组件读取代理组件的信息,并将所述信息发送至Client组件,所述Client组件通过CLI方式查看代理组件的状态和列出物理机列表以及展示每个物理机详细信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811587591.1A CN109684039A (zh) | 2018-12-25 | 2018-12-25 | 一种基于OpenStack扩展实现物理节点管理的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811587591.1A CN109684039A (zh) | 2018-12-25 | 2018-12-25 | 一种基于OpenStack扩展实现物理节点管理的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109684039A true CN109684039A (zh) | 2019-04-26 |
Family
ID=66189137
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811587591.1A Pending CN109684039A (zh) | 2018-12-25 | 2018-12-25 | 一种基于OpenStack扩展实现物理节点管理的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109684039A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113705837A (zh) * | 2021-09-03 | 2021-11-26 | 上海思询信息科技有限公司 | 一种多品牌服务器查询维保信息方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130246437A1 (en) * | 2010-11-05 | 2013-09-19 | Apple Inc. | Extended database search |
CN104113596A (zh) * | 2014-07-15 | 2014-10-22 | 华侨大学 | 一种私有云的云监控系统及方法 |
CN104935672A (zh) * | 2015-06-29 | 2015-09-23 | 杭州华三通信技术有限公司 | 负载均衡服务高可用实现方法和设备 |
CN105227344A (zh) * | 2015-08-21 | 2016-01-06 | 武汉烽火网络有限责任公司 | 基于OpenStack的软件定义网络模拟系统及方法 |
US20180165309A1 (en) * | 2016-12-09 | 2018-06-14 | Salesforce.Com, Inc. | Big object bulk data ingest |
-
2018
- 2018-12-25 CN CN201811587591.1A patent/CN109684039A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130246437A1 (en) * | 2010-11-05 | 2013-09-19 | Apple Inc. | Extended database search |
CN104113596A (zh) * | 2014-07-15 | 2014-10-22 | 华侨大学 | 一种私有云的云监控系统及方法 |
CN104935672A (zh) * | 2015-06-29 | 2015-09-23 | 杭州华三通信技术有限公司 | 负载均衡服务高可用实现方法和设备 |
CN105227344A (zh) * | 2015-08-21 | 2016-01-06 | 武汉烽火网络有限责任公司 | 基于OpenStack的软件定义网络模拟系统及方法 |
US20180165309A1 (en) * | 2016-12-09 | 2018-06-14 | Salesforce.Com, Inc. | Big object bulk data ingest |
Non-Patent Citations (1)
Title |
---|
国家电子计算机工业总局: "《DJS-100系列电子计算机软件 第2册 RDOS操作篇》", 31 December 2008 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113705837A (zh) * | 2021-09-03 | 2021-11-26 | 上海思询信息科技有限公司 | 一种多品牌服务器查询维保信息方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110120879B (zh) | 一种应用服务水平协议的保障方法、设备及系统 | |
CN109756366B (zh) | 基于caas的智能网scp云服务实现系统 | |
CN108370341B (zh) | 资源配置方法、虚拟网络功能管理器和网元管理系统 | |
US7792944B2 (en) | Executing programs based on user-specified constraints | |
CN103038788B (zh) | 提供多个网络资源 | |
CN107181808A (zh) | 一种私有云系统及运行方法 | |
CN109358866B (zh) | 一种面向应用的多云管理系统 | |
CN103118084B (zh) | 一种主节点的选举方法及节点 | |
US8612568B2 (en) | Method, system and network server for recording use of network service capability by applications | |
CN109862051A (zh) | 一种微服务架构下多租户的实现方法及系统 | |
CN110661647A (zh) | 一种生命周期管理方法及装置 | |
CN107341044A (zh) | 一种分布式数据中心统一监控架构及方法 | |
US20130346607A1 (en) | System and method for supporting implicit versioning in a transactional middleware machine environment | |
CN110945836A (zh) | 用于多运营商服务生命周期管理的方法、系统和选项 | |
US20190056975A1 (en) | Virtualized network function manager determining method and network functions virtualization orchestrator | |
CN109428764B (zh) | 虚拟网络功能的实例化方法 | |
US10897699B2 (en) | Subscription update method, device, and system | |
CN112073448B (zh) | 一种双系统终端的服务隔离方法和装置 | |
CN110048867A (zh) | 一种策略控制功能管理方法和装置 | |
CN102375894B (zh) | 一种管理不同类型文件系统的方法 | |
EP3486803A1 (en) | Multi-tenant data integration | |
CN113794652B (zh) | 数据处理方法、装置、电子设备及存储介质 | |
CN109104368A (zh) | 一种请求连接方法、装置、服务器及计算机可读存储介质 | |
US20190327138A1 (en) | System and method for network provisioning | |
WO2021032100A1 (zh) | 网元分配方法及装置 |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190426 |