CN116132250A - 运维系统、方法、存储介质、电子设备 - Google Patents
运维系统、方法、存储介质、电子设备 Download PDFInfo
- Publication number
- CN116132250A CN116132250A CN202111342199.2A CN202111342199A CN116132250A CN 116132250 A CN116132250 A CN 116132250A CN 202111342199 A CN202111342199 A CN 202111342199A CN 116132250 A CN116132250 A CN 116132250A
- Authority
- CN
- China
- Prior art keywords
- maintenance
- data
- processing
- service
- information
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
- Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
- Y04S10/00—Systems supporting electrical power generation, transmission or distribution
- Y04S10/50—Systems or methods supporting the power network operation or management, involving a certain degree of interaction with the load-side end user applications
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Debugging And Monitoring (AREA)
Abstract
本公开属于互联网技术领域,涉及一种运维系统、方法、存储介质、电子设备。该系统包括:访问层,用于提供多个请求入口,通过请求入口接收来自客户端的运维操作请求;其中,每个请求入口对应一种运维操作类型,运维操作类型是对多个运维平台的功能进行拆分处理得到多种运维功能信息,并对多种运维功能信息进行分类得到的;访问控制层,用于根据运维操作请求确定目标运维操作类型;业务层,用于确定与目标运维操作类型对应的业务处理逻辑,以及从服务依赖层获取与目标运维操作类型对应的外部依赖数据;根据业务处理逻辑和外部依赖数据进行运维操作。本公开为运维操作提供了入口,简化了运维操作流程,提高了运维效率,减少了运维成本。
Description
技术领域
本公开涉及互联网技术领域,尤其涉及一种运维系统、运维方法、计算机可读存储介质及电子设备。
背景技术
运维平台是开发、测试和运维过程中的重要依据。但是,目前运维团队针对不同的业务、技术或资源需要进行跨平台操作。
对于运维人员来说,平台操作的入口不够统一,操作过于繁琐,并且各运维平台的操作规范也不一致,导致运维过程的处理效率低下。
鉴于此,本领域亟需开发一种新的运维系统、运维方法。
需要说明的是,在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本公开的目的在于提供一种运维系统、运维方法、计算机可读存储介质及电子设备,进而至少在一定程度上克服由于相关技术的限制而导致的运维过程繁琐和效率低下等技术问题。
本公开的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。
根据本发明实施例的第一个方面,提供一种运维系统,所述系统包括:
访问层,用于提供多个请求入口,通过所述请求入口接收来自客户端的运维操作请求;其中,每个请求入口对应一种运维操作类型,所述运维操作类型是对多个运维平台的功能进行拆分处理得到多种运维功能信息,并对所述多种运维功能信息进行分类得到的;
访问控制层,用于根据所述运维操作请求确定目标运维操作类型;
业务层,用于确定与所述目标运维操作类型对应的业务处理逻辑,以及从服务依赖层获取与所述目标运维操作类型对应的外部依赖数据;根据所述业务处理逻辑和所述外部依赖数据进行运维操作。
在本发明的一种示例性实施例中,所述运维操作请求中携带所述客户端的处理能力信息;
所述访问控制层,包括:
条件确定模块,用于确定与待执行能力类型对应的标准能力条件;所述待执行能力类型为接收所述运维操作请求的请求入口所对应的运维操作类型;
类型确定模块,用于若所述处理能力信息满足所述标准能力条件,确定所述待执行功能类型为目标运维操作类型。
在本发明的一种示例性实施例中,所述条件确定模块,包括:
信息获取子模块,用于获取所述客户端的账号信息,并确定与所述账号信息对应的预设账号条件;
信息判定子模块,用于若所述账号信息满足所述预设账号条件,确定与所述待执行能力类型对应的标准能力条件。
在本发明的一种示例性实施例中,所述业务层,包括:
权限确定模块,用于获取与所述业务处理逻辑对应的处理权限信息,以根据所述处理权限信息确定所述客户端是否被授予处理权限;
终端变更模块,用于若根据所述处理权限信息确定所述客户端未被授予处理权限,根据所述处理权限信息确定具有所述处理权限的终端,以使所述终端按照所述业务处理逻辑处理所述外部依赖数据得到数据处理结果。
在本发明的一种示例性实施例中,所述业务层,包括:
系统巡检模块,用于生成与所述业务处理逻辑对应的定时任务;
执行所述定时任务,以获取与所述业务处理逻辑对应的待巡检数据和物理性能运行指标;
按照所述业务处理逻辑对所述外部依赖数据、所述待巡检数据和所述物理性能运行指标进行聚合计算得到数据处理结果。
在本发明的一种示例性实施例中,所述运维系统还包括:
基础数据层,用于从所述服务依赖层提供的多种数据源获取待处理数据,并对所述待处理数据进行分类得到多种分类数据;
对所述多种分类数据进行汇总处理得到外部依赖数据。
在本发明的一种示例性实施例中,所述业务层还包括:
告警模块,用于若所述数据处理结果为数据处理错误,生成与所述数据处理结果对应的告警信息;
按照所述告警信息生成处理结果报告,并发送所述处理结果报告。
根据本发明实施例的第二个方面,提供一种运维方法,所述方法由运维系统执行,包括:确定多种运维操作类型,所述运维操作类型是对多个运维平台的功能进行拆分处理得到多种运维功能信息,并对所述多种运维功能信息进行分类得到的;
在所述多个运维操作类型中确定目标运维操作类型,并获取与所述目标运维操作类型对应的外部依赖数据;
确定与所述目标运维操作类型对应的业务处理逻辑,并按照所述业务处理逻辑处理所述外部依赖数据得到数据处理结果。
在本发明的一种示例性实施例中,所述在所述多个运维操作类型中确定目标运维操作类型,包括:
接收客户端的运维操作请求,所述运维操作请求中携带待执行功能类型和所述客户端的处理能力信息,所述待执行能力类型为接收所述运维操作请求的请求入口所对应的运维操作类型;
确定与所述待执行能力类型对应的标准能力条件;
若所述处理能力信息满足所述标准能力条件,确定所述待执行功能类型为目标运维操作类型。
在本发明的一种示例性实施例中,所述确定与所述待执行能力类型对应的标准能力条件,包括:
获取所述客户端的账号信息,并确定与所述账号信息对应的预设账号条件;
若所述账号信息满足所述预设账号条件,确定与所述待执行能力类型对应的标准能力条件。
在本发明的一种示例性实施例中,所述按照所述业务处理逻辑处理所述外部依赖数据得到数据处理结果,包括:
获取与所述业务处理逻辑对应的处理权限信息,以根据所述处理权限信息确定所述客户端是否被授予处理权限;
若根据所述处理权限信息确定所述客户端未被授予处理权限,根据所述处理权限信息确定具有所述处理权限的终端,以使所述终端按照所述业务处理逻辑处理所述外部依赖数据得到数据处理结果。
在本发明的一种示例性实施例中,所述按照所述业务处理逻辑处理所述外部依赖数据得到数据处理结果,包括:
生成与所述业务处理逻辑对应的定时任务;
执行所述定时任务,以获取与所述业务处理逻辑对应的待巡检数据和物理性能运行指标;
按照所述业务处理逻辑对所述外部依赖数据、所述待巡检数据和所述物理性能运行指标进行聚合计算得到数据处理结果。
在本发明的一种示例性实施例中,在所述获取与所述目标运维操作类型对应的外部依赖数据之前,所述方法还包括:
从多种数据源获取待处理数据,并对所述待处理数据进行分类得到多种分类数据;
对所述多种分类数据进行汇总处理得到外部依赖数据。
在本发明的一种示例性实施例中,在所述按照所述业务处理逻辑处理所述外部依赖数据得到数据处理结果之后,所述方法还包括:
若所述数据处理结果为数据处理错误,生成与所述数据处理结果对应的告警信息;
按照所述告警信息生成处理结果报告,并发送所述处理结果报告。
根据本发明实施例的第三个方面,提供一种电子设备,包括:处理器和存储器;其中,存储器上存储有计算机可读指令,所述计算机可读指令被所述处理器执行时实现上述任意示例性实施例的运维方法。
根据本发明实施例的第四个方面,提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述任意示例性实施例中的运维方法。
由上述技术方案可知,本发明示例性实施例中的运维系统、运维方法、计算机存储介质及电子设备至少具备以下优点和积极效果:
在本公开的示例性实施例提供的方法及系统中,一方面,多个运维操作类型是通过将多个运维平台的功能进行拆分得到的,进一步集成多个运维平台的功能,为运维操作提供了统一入口,简化了运维操作流程,也为后续扩展运维功能提供了基础;另一方面,通过获取到的外部依赖数据执行业务处理逻辑,解决了数据资源的跨平台获取问题,提高了运维效率,释放了人力和时间成本,也减少了运维处理成本。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示意性示出本公开示例性实施例中一种运维方法的流程示意图;
图2示意性示出本公开示例性实施例中确定目标运维操作类型的方法的流程示意图;
图3示意性示出本公开示例性实施例中确定标准能力条件的方法的流程示意图;
图4示意性示出本公开示例性实施例中生成外部依赖数据的方法的流程示意图;
图5示意性示出本公开示例性实施例中一种得到数据处理结果的方法的流程示意图;
图6示意性示出本公开示例性实施例中另一种得到数据处理结果的方法的流程示意图;
图7示意性示出本公开示例性实施例中发送处理结果报告的方法的流程示意图;
图8示意性示出本公开示例性实施例中一种运维系统的系统框架图;
图9示意性示出本公开示例性实施例中按照运维方法设计运维工具的设计理念图;
图10示意性示出本公开示例性实施例中执行应用巡检的业务处理逻辑的步骤流程图;
图11示意性示出本公开示例性实施例中一种用于实现运维方法的电子设备;
图12示意性示出本公开示例性实施例中一种用于实现运维方法的计算机可读存储介质。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本公开将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中,提供许多具体细节从而给出对本公开的实施方式的充分理解。然而,本领域技术人员将意识到,可以实践本公开的技术方案而省略所述特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。
本说明书中使用用语“一个”、“一”、“该”和“所述”用以表示存在一个或多个要素/组成部分/等;用语“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等;用语“第一”和“第二”等仅作为标记使用,不是对其对象的数量限制。
此外,附图仅为本公开的示意性图解,并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体,不一定必须与物理或逻辑上独立的实体相对应。
针对相关技术中存在的问题,本公开提出了一种运维方法。图1示出了运维方法的流程图,如图1所示,运维方法至少包括以下步骤:
步骤S110.确定多种运维操作类型,运维操作类型是对多个运维平台的功能进行拆分处理得到多种运维功能信息,并对多种运维功能信息进行分类得到的运维操作类型。
步骤S120.在多个运维操作类型中确定目标运维操作类型,并获取与目标运维操作类型对应的外部依赖数据。
步骤S130.确定与目标运维操作类型对应的业务处理逻辑,并按照业务处理逻辑处理外部依赖数据得到数据处理结果。
在本公开的示例性实施例中,一方面,多个运维操作类型是通过将多个运维平台的功能进行拆分得到的,进一步集成多个运维平台的功能,为运维操作提供了统一入口,简化了运维操作流程,也为后续扩展运维功能提供了基础;另一方面,通过获取到的外部依赖数据执行业务处理逻辑,解决了数据资源的跨平台获取问题,提高了运维效率,释放了人力和时间成本,也减少了运维处理成本。
下面对运维方法的各个步骤进行详细说明。
在步骤S110中,确定多种运维操作类型,运维操作类型是对多个运维平台的功能进行拆分处理得到多种运维功能信息,并对多种运维功能信息进行分类得到的。
在本公开的示例性实施例中,运维平台可以有8个,分别是安全嵌套层(SecureSockets Layers,简称SSL)管理平台、Dubbo服务器治理平台、脚本执行平台、OceanBase迁移服务(OceanBase Migration Servi ce,简称OMS)版本发布平台、智能建筑管理平台(Building Managem ent System,简称BMS)业务操作平台、运维工具箱、Kibana日志查询平台和Grafna监控平台。
其中,Dubbo是一个开源的高性能优秀的服务框架,使得应用可通过高性能的远程过程调用(Remote Procedure Call,简称RPC)实现服务的输出和输入功能,可以和Spring框架无缝集成;OMS服务目前可以支持的数据库包括Oracle、MySQL和OceanBase;Kibana是一个免费且开放的用户界面,能够对ElasticSearch(简称ES)搜索服务器进行可视化;Grafna是一个跨平台的开源的度量分析和可视化工具,可以通过将采集的数据查询然后可视化的展示,并及时通知。
这8个运维平台可以在生产资源运维、业务参数配置调整和应急处理方案操作的运维场景下使用。
其中,生产资源运维包括应用服务运维、系统巡检和版本发布的功能;业务参数配置调整包括生产业务验收、重保策略调整和BMS配置操作的功能;应急处置方案操作包括业务降级和工程操作规程(Engineerin g Operating Procedure,简称EOP)/标准作业程序(Standard Operation Procedure,简称SOP)的功能。
在已知运维场景中的各大运维平台可实现的功能之后,可以将这些功能进行抽象拆分处理,以得到与8种功能对应的运维功能信息。该运维功能信息分别是实现各个功能的模块或组件的信息。
进一步的,为了将各种运维平台的功能进行集成,可以按照所需功能对运维功能信息进行分类。
举例而言,分类之后可以得到4种运维操作类型,分别是巡检操作、运维操作、报表查看和运维辅助。
其中,巡检操作中可以是包括Grafna平台提供的功能;运维操作中可以包括脚本执行平台、OMS版本发布平台、SSL管理平台和BMS业务操作平台的功能;报表查看中可以包括Kibana日志查询平台和Grafna监控平台中的功能;运维辅助中可以包括Dubbo服务器治理平台和运维工具箱中的功能。
可以看出,分类后的运维操作类型中可以包括不同运维平台的功能,也可以包括相同运维平台的功能。因此,各个运维操作类型所包含的功能与要执行的功能的执行边界有关,并不是对运维平台的功能的简单划分。
在步骤S120中,在多个运维操作类型中确定目标运维操作类型,并获取与目标运维操作类型对应的外部依赖数据。
在本公开的一种示例性实施例中,当使用多个运维操作类型中的操作类型时,可以首先在多个运维操作类型中确定出一个目标运维操作类型。
在可选的实施例中,图2示出了确定目标运维操作类型的方法的流程示意图,如图2所示,该方法至少包括以下步骤:在步骤S210中,接收客户端的运维操作请求,运维操作请求中携带待执行功能类型和客户端的处理能力信息,待执行能力类型为接收所述运维操作请求的请求入口所对应的运维操作类型。
该客户端可以是要使用运维功能的客户端,该客户端可以先发送一运维操作请求。当接收到该运维操作请求时,可以进一步对运维操作请求中携带的处理能力信息进行验证。
值得说明的是,待执行功能类型为多个运维操作类型中的一个。
在步骤S220中,确定与待执行能力类型对应的标准能力条件。
在对处理能力信息进行验证之前,还可以先对客户端的登录权限进行验证,进一步确定与待执行能力类型对应的标准能力条件。
在可选的实施例中,图3示出了确定标准能力条件的方法的流程示意图,如图3所示,该方法至少包括以下步骤:在步骤S310中,获取客户端的账号信息,并确定与账号信息对应的预设账号条件。
该账号信息可以是客户端登录认证平台或者是提供多个运维操作类型的运维平台所使用的信息。
其中,当账号信息是通过认证平台认证时,该平台可以是标准化用户统一认证平台(简称SSO)。
SSO(Single Sign On,单点登录)是在多个应用系统中,用户只需要登录一次就可以访问所有相互信任的应用系统。SSO包括可以将这次主要的登录映射到其他应用中用于同一个用户的登录的机制。SSO是目前比较流行的企业业务整合的解决方案之一。
SSO一般就会被包含在认证功能里,所以说“统一身份认证”一般会提供SSO。
SSO所涉及的技术包括轻量级目录访问协议(Light Directory AccessProtocol,简称LDAP)。
LDAP是基于X.500标准的轻量级目录访问协议。目录是一个为查询、浏览和搜索而优化的数据库,它成树状结构组织数据,类似文件目录一样。
目录数据库和关系数据库不同,它有优异的读性能,但写性能差,并且没有事务处理、回滚等复杂功能,不适于存储修改频繁的数据。所以目录天生是用来查询的,就好像LDAP的名字一样。LDAP目录服务是由目录数据库和一套访问协议组成的系统。
LDAP是开放的Internet(互联网)标准,支持跨平台的Internet协议,在业界中得到广泛认可的,并且市场上或者开源社区上的大多产品都加入了对LDAP的支持,因此对于这类系统,不需单独定制,只需要通过LDAP做简单的配置就可以与服务器做认证交互。LDAP认证简单可以大大降低重复开发和对接的成本。
在登录SSO认证平台时,所有用户必须使用LDAP账号登录。因此,该预设账号条件可以是判断账号信息是否是使用LDAP账号登录的。对于通过LDAP账号登录的用户的操作记录是可以追溯的。
在步骤S320中,若账号信息满足预设账号条件,确定与待执行能力类型对应的标准能力条件。
当账号信息是使用LADP账号登录时,可以确定该账号信息满足预设账号条件,以确定与待执行能力类型对应的标准能力条件。
该标准能力条件可以是对客户端的处理能力进行验证的条件。举例而言,可以是客户端的负载能力等,本示例性实施例对此不做特殊限定。
在本示例性实施例中,对客户端的账号信息进行权限验证,可以对属于高危操作的功能进行权限控制,保证了业务处理逻辑的安全性和私密性,也可以进一步对数据处理过程进行记录,便于运维人员查看和处理。
在步骤S230中,若处理能力信息满足标准能力条件,确定待执行功能类型为目标运维操作类型。
当处理能力信息表征的处理能力可以达到标准能力条件时,确定该处理能力信息满足标准能力条件。
进一步的,将客户端请求执行的待执行能力类型确定为目标运维操作类型。并且,由于待执行功能类型为多个运维操作类型中的一个,亦即在多个运维操作类型中确定出了客户端要执行的一种运维操作类型。
在本示例性实施例中,对客户端的处理能力信息进行验证,以确保客户端的运维功能的执行可能性,并提高运维功能的执行效率。
在确定目标运维操作类型之后,可以获取对应的外部依赖数据。该外部依赖数据是首先根据依赖的数据源中的数据生成的。
在可选的实施例中,图4示出了生成外部依赖数据的方法的流程示意图,如图4所示,该方法至少包括以下步骤:在步骤S410中,从多种数据源获取待处理数据,并对待处理数据进行分类得到多种分类数据。
多种数据源可以是配置管理数据库(Configuration Management Database,简称CMDB)、数据库(basedata)、SSL数据和自动决策数据。
其中,CMDB是一个逻辑数据库,包含了配置项全生命周期的信息以及配置项之间的关系(包括物理关系、实时通信关系、非实时通信关系和依赖关系),CMDB中存储基础资源数据;数据库是按照数据结构来组织、存储和管理数据的仓库,存储业务配置数据;SSL存储节点状态和操作信息;自动决策中存储决策指令。
将4个数据源中的待处理数据进行分类,可以得到5种分类数据。其中,5种分类数据分别是应用数据、专线数据、审核流程数据、用户管理数据和资源管理数据。
在步骤S420中,对多种分类数据进行汇总处理得到外部依赖数据。
在得到5种分类数据之后,将5种分类数据汇总起来共同组成了外部依赖数据。
在本示例性实施例中,给出了外部依赖数据的生成方式,囊括了所有运维功能依赖的数据源中的数据,为后续的业务逻辑处理提供了数据基础。
在生成外部依赖数据,且确定目标运维操作类型之后,可以在外部依赖数据中确定目标运维操作类型执行时所需的外部依赖数据,执行后续的业务处理逻辑。
在步骤S130中,确定与目标运维操作类型对应的业务处理逻辑,并按照业务处理逻辑处理外部依赖数据得到数据处理结果。
在本公开的一种示例性实施例中,业务处理逻辑包括5种,分别是应用运维、系统巡检、生产验证、版本发布和服务降级。
值得说明的是,业务处理逻辑之间是相互独立的,可实现可插拔编程,互补影响后续的业务处理过程。
举例而言,当确定的目标运维操作类型为运维操作时,可以确定业务处理逻辑为应用运维或服务降级。
当确定的目标运维操作类型为运维辅助时,可以确定业务处理逻辑为生产验证或版本发布中的一个。
进一步的,可以按照确定的业务处理逻辑处理外部依赖数据。
在可选的实施例中,图5示出了一种得到数据处理结果的方法的流程示意图,如图5所示,该方法至少包括以下步骤:在步骤S510中,生成与业务处理逻辑对应的定时任务。
当确定的业务处理逻辑为应用巡检时,可以利用对接的计划(Schedule)组件生成对应的定时任务。举例而言,该定时任务可以是每小时执行一次应用巡检的业务处理逻辑。
在步骤S520中,执行定时任务,以获取与业务处理逻辑对应的待巡检数据和物理性能运行指标。
当定时任务的定时时长达到时,可以执行该定时任务。同时,调用ES搜索服务器的基础信息查询接口,获取对应的待巡检数据,亦即要巡检的数据。并且,还可以获取应用程序的详细日志,亦即物理性能运行指标。
在步骤S530中,按照业务处理逻辑对外部依赖数据、待巡检数据和物理性能运行指标进行聚合计算得到数据处理结果。
在获取到与定时任务相关的待巡检数据和物理性能运行指标之后,应用巡检的业务处理逻辑可以对外部依赖数据、待巡检数据和物理性能运行指标进行实现逻辑的聚合计算,以得到数据处理结果。
在本示例性实施例中,通过定时任务执行业务处理逻辑得到对应的数据处理结果,有效提升了运维效率,也为后续运维功能扩展打好了基础。
除了可以在该终端执行业务处理之外,还可以在其他终端执行业务逻辑处理的过程。
在可选的实施例中,图6示出了另一种得到数据处理结果的方法的流程示意图,如图6所示,该方法至少包括以下步骤:在步骤S610中,获取与业务处理逻辑对应的处理权限信息,以根据处理权限信息确定客户端是否被授予处理权限。
值得说明的是,同时间段只能有一个终端具有处理权限。因此,可以通过例如控制中心标识位的处理权限信息,确定是否此时被授予处理权限。
在步骤S620中,若根据处理权限信息确定客户端未被授予处理权限,根据处理权限信息确定具有处理权限的终端,以使终端按照业务处理逻辑处理外部依赖数据得到数据处理结果。
举例而言,当控制中心标识为为1时表明被授予处理权限,那么控制中心标识位为0时,确定该终端不具备授予权限。
但是,该时间段一定有另一终端的控制中心标识位为1,具有处理权限。因此,可以确定该具有处理权限的终端,并将客户端的运维操作请求转发至该具有处理权限的终端,以使该终端执行业务处理逻辑得到数据处理结果。其中,具有处理权限的终端执行业务处理逻辑的方式与图5所示的方式相同,在此不再赘述。
在本示例性实施例中,当客户端请求的终端不具备处理权限时,可以调用其他终端直接处理,实现了终端的跨城访问,实现了一点操作,即全网生效的功能。
在生成数据处理结果之后,可以向运维人员发送处理结果报告,以供运维查看和及时处理。
在可选的实施例中,图7示出了发送处理结果报告的方法的流程示意图,如图7所示,该方法至少包括以下步骤:在步骤S710中,若数据处理结果为数据处理错误,生成与数据处理结果对应的告警信息。
当数据处理结果为数据处理失败时,可以根据数据处理失败的原因生成对应的告警信息。
在步骤S720中,按照告警信息生成处理结果报告,并发送处理结果报告。
在生成告警信息之后,可以进一步生成包括告警信息的处理结果报告,并通过邮件的方式将处理结果报告发送至客户端。除此之外,也可以通过其他方式发送,本示例性实施例对此不做特殊限定。
当数据处理结果为数据处理成功时,也可以生成与数据处理过程对应的处理结果报告,并反馈给客户端。
图8示出了运维系统的系统架构图,如图8所示,运维系统800包括:访问层810、访问控制层820、业务层830、服务依赖层840和基础数据层850。
其中,访问层810,用于提供多个请求入口,通过请求入口接收来自客户端的运维操作请求;其中,每个请求入口对应一种运维操作类型,运维操作类型是对多个运维平台的功能进行拆分处理得到多种运维功能信息,并对多种运维功能信息进行分类得到的;
访问控制层820,用于根据所述运维操作请求确定目标运维操作类型;
业务层830,用于确定与目标运维操作类型对应的业务处理逻辑,以及从服务依赖层获取与目标运维操作类型对应的外部依赖数据;根据业务处理逻辑和外部依赖数据进行运维操作。
下面对运维系统的各个处理层进行详细说明。
在访问层810中,提供多个请求入口,通过请求入口接收来自客户端的运维操作请求;其中,每个请求入口对应一种运维操作类型,运维操作类型是对多个运维平台的功能进行拆分处理得到多种运维功能信息,并对多种运维功能信息进行分类得到的。
在本公开的示例性实施例中,运维平台可以有8个,分别是SSL管理平台、Dubbo服务器治理平台、OMS版本发布平台、BMS业务操作平台、运维工具箱、Kibana日志查询平台和Grafna监控平台。
这8个运维平台可以在生产资源运维、业务参数配置调整和应急处理方案操作的运维场景下使用。
其中,生产资源运维包括应用服务运维、系统巡检和版本发布的功能;业务参数配置调整包括生产业务验收、重保策略调整和BMS配置操作的功能;应急处置方案操作包括业务降级和EOP/SOP的功能。
在已知运维场景中的各大运维平台可实现的功能之后,可以将这些功能进行抽象拆分处理,以得到与8种功能对应的运维功能信息。该运维功能信息分别是实现各个功能的模块或组件的信息。
进一步的,为了将各种运维平台的功能进行集成,可以按照所需功能对运维功能信息进行分类。
其中,访问层810可以包括巡检操作、运维操作、报表查看和运维辅助4种运维操作类型。
具体的,其中巡检操作中可以是包括Grafna平台提供的功能;运维操作中可以包括脚本执行平台、OMS版本发布平台、SSL管理平台和BMS业务操作平台的功能;报表查看中可以包括Kibana日志查询平台和Grafna监控平台中的功能;运维辅助中可以包括Dubbo服务器治理平台和运维工具箱中的功能。
可以看出,分类后的运维操作类型中可以包括不同运维平台的功能,也可以包括相同运维平台的功能。因此,各个运维操作类型所包含的功能与要执行的功能的执行边界有关,并不是对运维平台的功能的简单划分。
在访问控制层820中,根据运维操作请求确定目标运维操作类型。
在本公开的示例性实施例中,当使用多个运维操作类型中的操作类型时,可以先在多个运维操作类型中确定出一个目标运维操作类型。
在可选的实施例中,运维操作请求中携带客户端的处理能力信息;
访问控制层,包括:条件确定模块和类型确定模块。
其中,条件确定模块,用于确定与待执行能力类型对应的标准能力条件;待执行能力类型为接收所述运维操作请求的请求入口所对应的运维操作类型;类型确定模块,用于若处理能力信息满足标准能力条件,确定待执行功能类型为目标运维操作类型。
具体的,该客户端可以是要使用运维功能的客户端,该客户端可以先发送一运维操作请求。当接收到该运维操作请求时,可以进一步对运维操作请求中携带的处理能力信息进行验证。
值得说明的是,待执行功能类型为多个运维操作类型中的一个。
在对处理能力信息进行验证之前,还可以先对客户端的登录权限进行验证,进一步确定与待执行能力类型对应的标准能力条件。
在可选的实施例中,条件确定模块中还可以包括:信息获取子模块和信息判定子模块。
其中,信息获取子模块,用于获取客户端的账号信息,并确定与账号信息对应的预设账号条件;
信息判定子模块,用于若账号信息满足预设账号条件,确定与待执行能力类型对应的标准能力条件。
具体的,该账号信息可以是客户端登录认证平台或者是提供多个运维操作类型的运维平台所使用的信息。其中,当账号信息是通过认证平台认证时,该平台可以是SSO。
在登录该认证平台时,所有用户必须使用LDAP账号登录。因此,该预设账号条件可以是判断账号信息是否是使用LDAP账号登录的。对于通过LDAP账号登录的用户的操作记录是可以追溯的。
当账号信息是使用LADP账号登录时,可以确定该账号信息满足预设账号条件,以确定与待执行能力类型对应的标准能力条件。
该标准能力条件可以是对客户端的处理能力进行验证的条件。举例而言,可以是客户端的负载能力等,本示例性实施例对此不做特殊限定。
进而,当处理能力信息表征的处理能力可以达到标准能力条件时,确定该处理能力信息满足标准能力条件。
进一步的,将客户端请求执行的待执行能力类型确定为目标运维操作类型。并且,由于待执行功能类型为多个运维操作类型中的一个,亦即在多个运维操作类型中确定出了客户端要执行的一种运维操作类型。
在确定目标运维操作类型之后,可以获取对应的外部依赖数据。
该外部依赖数据是基础数据层850根据服务依赖层840提供的数据源中的数据生成的。
在可选的实施例中,基础数据层850,用于从服务依赖层提供的多种数据源获取待处理数据,并对待处理数据进行分类得到多种分类数据;
对多种分类数据进行汇总处理得到外部依赖数据。
其中,服务依赖层840提供的多种数据源包括CMDB、basedata、SSL数据和自动决策数据。
基础数据层850对4个数据源中的待处理数据进行分类,可以得到5种分类数据。
其中,5种分类数据分别是应用数据、专线数据、审核流程数据、用户管理数据和资源管理数据。
在得到5种分类数据之后,将5种分类数据汇总起来共同组成了外部依赖数据。
在业务层830中,确定与目标运维操作类型对应的业务处理逻辑,以及从服务依赖层获取与目标运维操作类型对应的外部依赖数据;根据业务处理逻辑和外部依赖数据进行运维操作。
在本公开的示例性实施例中,业务层830中包括的业务处理逻辑有5种,分别是应用运维、系统巡检、生产验证、版本发布和服务降级。
值得说明的是,业务处理逻辑之间是相互独立的,可实现可插拔编程,互不影响后续的业务处理过程。
举例而言,当确定的目标运维操作类型为运维操作时,可以确定业务处理逻辑为应用运维或服务降级;当确定的目标运维操作类型为运维辅助时,可以确定业务处理逻辑为生产验证或版本发布中的一个。
进一步的,可以按照确定的业务处理逻辑处理外部依赖数据。
在可选的实施例中,业务层,包括:系统巡检模块。
其中,系统巡检模块,用于生成与业务处理逻辑对应的定时任务;
执行定时任务,以获取与业务处理逻辑对应的待巡检数据和物理性能运行指标;
按照业务处理逻辑对外部依赖数据、待巡检数据和外部性能运行指标进行聚合计算得到数据处理结果。
具体的,当确定的业务处理逻辑为系统巡检对应的业务处理逻辑时,可以利用对接的Schedule组件生成对应的定时任务。举例而言,该定时任务可以是每小时执行一次应用巡检的业务处理逻辑。
当定时任务的定时时长达到时,可以执行该定时任务。同时,调用ES搜索服务器的基础信息查询接口,获取对应的待巡检数据,亦即要巡检的数据。
并且,还可以获取应用程序的详细日志,亦即物理性能运行指标。
在获取到与定时任务相关的待巡检数据和物理性能运行指标之后,应用巡检的业务处理逻辑可以对外部依赖数据、待巡检数据和物理性能运行指标进行实现逻辑的聚合计算,以得到数据处理结果。
除了可以在该终端执行业务处理之外,还可以在其他终端执行业务逻辑处理的过程。
因此,业务层830,包括:权限确定模块和终端变更模块。
其中,权限确定模块,用于获取与业务处理逻辑对应的处理权限信息,以根据处理权限信息确定客户端是否被授予处理权限;
终端变更模块,用于若根据处理权限信息确定客户端未被授予处理权限,根据处理权限信息确定具有处理权限的终端,以使终端按照业务处理逻辑处理外部依赖数据得到数据处理结果。
值得说明的是,同时间段只能有一个终端具有处理权限。因此,可以通过例如控制中心标识位的处理权限信息,确定是否此时被授予处理权限。
举例而言,当控制中心标识为为1时表明被授予处理权限,那么控制中心标识位为0时,确定该终端不具备授予权限。
但是,该时间段一定有另一终端的控制中心标识位为1,具有处理权限。因此,可以确定该具有处理权限的终端,并将客户端的运维操作请求转发至该具有处理权限的终端,以使该终端执行业务处理逻辑得到数据处理结果。其中,具有处理权限的终端执行业务处理逻辑的方式与图5所示的方式相同,在此不再赘述。
在生成数据处理结果之后,可以向运维人员发送处理结果报告,以供运维查看和及时处理。
因此,业务层830还包括:告警模块。
其中,告警模块,用于若数据处理结果为数据处理错误,生成与数据处理结果对应的告警信息;
按照告警信息生成处理结果报告,并发送处理结果报告。
具体的,当数据处理结果为数据处理失败时,可以根据数据处理失败的原因生成对应的告警信息。
在生成告警信息之后,可以进一步生成包括告警信息的处理结果报告,并通过邮件的方式将处理结果报告发送至客户端。除此之外,也可以通过其他方式发送,本示例性实施例对此不做特殊限定。
下面结合一应用场景对本公开实施例中的运维方法做出详细说明。
图9示出了按照运维方法设计运维工具的设计理念图,如图9所示,在设计该运维工具时,考虑操作、审核、验证和生效四个环节。
其中,操作可以包括处理申请、审核、验证等对运维功能根据有实际动作的操作。
在该环节的设计过程中,着重注意操作权限的设计和操作过程的简洁可用性,例如菜单权限、操作按钮权限和相关提示信息等。
审核代表流程制度,任何操作都设计有审核环节,审核也都是通过相关的审核指标进行支撑。
生效分为两种模式,分别是即时生效和灰度生效。对于降级处理和应用巡检等操作可以采用即时生效,而对参数配置的修改类操作可以采用灰度生效,以降低修改风险。
其中,灰度生效是指首先局部生效,然后逐步扩展到全局生效的生效方式。
验证是对每种运维操作的验证结果的呈现。验证指标可以根据不同的运维场景来界定,以确定修改后的参数值是否达到预期,或者生效后的交易状况是否满足要求,或者是系统运行的状态是否稳定等。
依据图9所示的设计理念,可以设计出图8所示的运维系统所支持的运维工具。该运维工具的处理方式与图9所示的运维系统的处理方式相同,因此,该运维工具包括访问层、访问控制、业务层、基础数据和服务依赖等5大模块。
其中,访问层提供基础的页面操作和统计分析报表的查看与导出功能。具体的,访问层中包括4种运维操作类型,分别是巡检操作、运维操作、报表查看和运维辅助。
其中,巡检操作中可以是包括Grafna平台提供的功能;运维操作中可以包括脚本执行平台、OMS版本发布平台、SSL管理平台和BMS业务操作平台的功能;报表查看中可以包括Kibana日志查询平台和Grafna监控平台中的功能;运维辅助中可以包括Dubbo服务器治理平台和运维工具箱中的功能。
并且,为了实现安全架构的规范,访问层需要通过堡垒机(Jump Server)进行访问,并通过Nginx解析本地或者全局域名。进一步的,所有登录账户的账号信息权限对接SSO认证平台。
其中,堡垒机是一类可作为跳板批量操作远程设备的网络设备,也是系统管理员或者运维人员常用的操作平台之一。
堡垒机即在一个特定的网络环境下,为了保障网络和数据不受来自外部和内部用户的入侵和破坏,而运用各种技术手段监控和记录运维人员对网络内的服务器、网络设备、安全设备、数据库等设备的操作行为,以便集中报警、及时处理及审计定责。
堡垒机从功能上讲,它综合了核心系统运维和安全审计管控两大主干功能,从技术实现上讲,通过切断终端计算机对网络和服务器资源的直接访问,而采用协议代理的方式,接管了终端计算机对网络和服务器的访问。形象地说,终端计算机对目标的访问,均需要经过运维安全审计的翻译。举例而言,运维安全审计扮演着看门者的工作,所有对网络设备和服务器的请求都要从这扇大门经过。因此运维安全审计能够拦截非法访问和恶意攻击,对不合法命令进行命令阻断,过滤掉所有对目标设备的非法访问行为,并对内部人员误操作和非法操作进行审计监控,以便事后责任追踪。
安全审计作为企业信息安全建设不可缺少的组成部分,逐渐受到用户的关注,是企业安全体系中的重要环节。同时,安全审计是事前预防、事中预警的有效风险控制手段,也是事后追溯的可靠证据来源。
Nginx是一个被广泛使用的集群架构组件。Nginx(engine x)是一个可以作为WEB(World Wide Web,全球广域网)服务器、反向代理服务器、邮件代理服务器和一个通用的TCP(Transmission Control Protocol,传输控制协议)/UDP(User Datagram Protocol,用户数据报协议)代理服务器(1.9.0版本后)的多功能架构组件,同时也可以提供一定的缓存服务功能。
而Nginx解析是一个域名一定会被解析为一个或多个IP(Internet Protocol,网际互连协议)。这一般会包含两步:本地域名解析和域名服务器解析。
其中,本地域名解析是浏览器会首先在本机的hosts(没有扩展名的系统文件)文件中查找域名映射的IP地址,如果查找到就返回IP,没找到则进行域名服务器解析,一般本地解析都会失败,因为默认这个文件是空的。
域名服务器解析是在本地解析失败时,才会进行域名服务器解析。域名服务器就是网络中的一台计算机,里面记录了所有注册备案的域名和ip映射关系,一般只要域名是正确的,并且备案通过,一定能找到。
访问控制负责对接入权限进行验证和控制,同时根据控制中心标识位做机房间的跨城访问。具体的,访问控制可以对请求的客户端的账号信息和处理能力信息进行验证。验证方式与图2、图3相同,在此不再赘述。
业务层是封装运维工具的功能实现的模块,亦即封装有各个业务处理逻辑。并且,各个业务处理之间已经隔离,可以实现可插拔编程。因此,可以向外开放,支持动态运维模块的扩展。
服务依赖是指运维工机具不对外提供生成操作类服务,而是通过CMDB、basedata、SSL数据和自动决策四个数据源生成的外部依赖数据提供数据基础。
并且,该运维工具是采用SpringBoot作为业务实现架构实现的。并且,数据的存储采用MySQL数据库,还采用dubbo作为内部RPC的通讯框架。
其中,Spring Boot是Spring公司的一个顶级项目,和Spring Frame work是一个级别的。
Spring Boot实际上是利用Spring Framework 4自动配置特性完成。编写项目时不需要编写xml文件。发展到现在,Spring Boot已经具有很很大的生态圈,各种主流技术已经都提供了Spring Boot的启动器。
Spring框架在项目中作用是Spring整合各种其他技术,让其他技术使用更加方便。Spring Boot的启动器实际上就是一个依赖。这个依赖中包含了整个这个技术的相关JAR(计算机文件格式)包,还包含了这个技术的自动配置,以前绝大多数XML(ExtensibleMarkup Language,可扩展标记语言)配置都不需要配置了。
当然,启动器中自动配置无法实现所有内容的自动配置,在使用Spring Boot时只需要进行少量的配置,并且,这个配置不是在XML中,而是在properties或yml中即可。
因此,采用Spring Boot作为业务实现架构具有多种优势,使用Spring Boot可以创建独立的Spring应用程序;在Spring Boot中直接嵌入了Tomcat(汤姆猫)、Jetty(开源的servlet容器)、Undertow(WEB服务器)等WEB容器,所以在使用SpringBoot做WEB开发时不需要部署WAR(WEB应用程序格式)文件;通过提供自己的启动器依赖,简化项目构建配置;绝对没有代码生成,也不需要XML配置文件。
而MySQL是一个关系型数据库管理系统,由瑞典MySQL AB公司开发,属于Oracle旗下产品。MySQL是最流行的关系型数据库管理系统之一,在WEB应用方面,MySQL是最好的RDBMS(Relational Database Management System,关系数据库管理系统)应用软件之一。
MySQL是一种关系型数据库管理系统,关系数据库将数据保存在不同的表中,而不是将所有数据放在一个大仓库内,这样就增加了速度并提高了灵活性。
MySQL所使用的SQL语言是用于访问数据库的最常用标准化语言。MySQL软件采用了双授权政策,分为社区版和商业版,由于其体积小、速度快、总体拥有成本低,尤其是开放源码这一特点,一般中小型网站的开发都选择MySQL作为网站数据库。
Dubbo是阿里巴巴公司开源的一个高性能优秀的服务框架,使得应用可通过高性能的RPC实现服务的输出和输入功能,可以和Spring框架无缝集成。
Dubbo的主要核心部件包括:Remoting、RPC和Registry。
其中,Remoting是网络通信框架,实现了sync-over-async和request-response消息机制。RPC是一个远程过程调用的抽象,支持负载均衡、容灾和集群功能。Registry是服务目录框架用于服务的注册和服务事件发布和订阅。
Dubbo作为内部RPC通讯框架具有多项优势。
具体的,其一是远程通讯,能够提供对多种基于长连接的NIO(编程框架)框架抽象封装,包括多种线程模型,序列化,以及“请求-响应”模式的信息交换方式。
其二,软负载均衡及容错机制,能够提供基于接口方法的透明远程过程调用,包括多协议支持,以及软负载均衡,失败容错,地址路由,动态配置等集群支持。可在内网替代F5(Load Balance)等硬件负载均衡器,降低成本,减少单点。
其三是服务自动注册与发现。基于注册中心目录服务,使服务消费方能动态的查找服务提供方,使地址透明,使服务提供方可以平滑增加或减少机器。
其四是能够提供完善的管理控制台(dubbo-admin)与简单的控制中心(dubbo-monitor)。
其五,Dubbo提供了伸缩性很好的插件模型,很方便进行扩展(ExtensionLoader)。
其六,能够支持多协议。
第七是Dubbo采用全Spring配置方式,透明化接入应用,对应用没有任何API侵入,只需用Spring加载Dubbo的配置即可,Dubbo基于Spring的扩展进行加载。
在部署该运维工具时,可以通过本地、同城和异地三个中心进行部署。举例而言,本地可以部署在上海第20个机房(SH20),同城可以部署在上海第21个机房(SH21),异地可以部署在深圳第30个机房(SZ30)。还可以采用单中心3台应用服务节点的部署模式,以保证应用服务的高可用性。
具体的,由于该运维工具可以提供给运维岗和运营岗完成运维工作,因此对运维工具的操作权限可以控制到按钮级别,并且将操作权限和审核权限明确划分,以通过控制菜单和按钮权限的功能开放域控制在最小范围。
除此之外,还可以增加安全扫描和黑名单配置扫描,以进一步保障运维工具的使用安全性。并且,在单中心服务故障时,可以切换到其他数据中心进行正常操作,互不影响。
图10示出了执行应用巡检的业务处理逻辑的步骤流程图,如图10所示,在步骤S1010中,从CMDB中获取外部依赖数据。
在步骤S1020中,生成与应用巡检对应的定时任务。具体的,可以通过Schedule组件生成对应的定时任务。
在步骤S1030中,执行该定时任务,获取与应用巡检对应的待巡检数据。
其中,该待巡检数据即为要巡检的数据。
在步骤S1040中,还可以从应用程序获取物理性能运行指标。该物理性能运行指标为应用程序的详细日志。
在步骤S1050中,应用巡检的业务处理逻辑可以对外部依赖数据、待巡检数据和物理性能运行指标进行实现逻辑的聚合计算,以得到数据处理结果。
在步骤S1060中,生成与数据处理结果对应的处理结果报告,并通过邮件通道发送该处理结果报告。
在本公开的示例性实施例中,一方面,多个运维操作类型是通过将多个运维平台的功能进行拆分得到的,进一步集成多个运维平台的功能,为运维操作提供了统一入口,简化了运维操作流程,也为后续扩展运维功能提供了基础;另一方面,通过获取到的外部依赖数据执行业务处理逻辑,解决了数据资源的跨平台获取问题,提高了运维效率,释放了人力和时间成本,也减少了运维处理成本。
此外,在本公开的示例性实施例中,还提供了一种能够实现上述方法的电子设备。
下面参照图11来描述根据本发明的这种实施例的电子设备1100。图11显示的电子设备1100仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图11所示,电子设备1100以通用计算设备的形式表现。电子设备1100的组件可以包括但不限于:上述至少一个处理单元1110、上述至少一个存储单元1120、连接不同系统组件(包括存储单元1120和处理单元1110)的总线1130、显示单元1140。
其中,所述存储单元存储有程序代码,所述程序代码可以被所述处理单元1110执行,使得所述处理单元1110执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。
存储单元1120可以包括易失性存储单元形式的可读介质,例如随机存取存储单元(RAM)1121和/或高速缓存存储单元1122,还可以进一步包括只读存储单元(ROM)1123。
存储单元1120还可以包括具有一组(至少一个)程序模块1125的程序/实用工具1124,这样的程序模块1125包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
总线1130可以为表示几类总线结构中的一种或多种,包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
电子设备1100也可以与一个或多个外部设备1300(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与该电子设备1100交互的设备通信,和/或与使得该电子设备1100能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1150进行。并且,电子设备1100还可以通过网络适配器1160与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器1160通过总线1130与电子设备1100的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备1100使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
通过以上的实施例的描述,本领域的技术人员易于理解,这里描述的示例实施例可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施例的方法。
在本公开的示例性实施例中,还提供了一种计算机可读存储介质,其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中,本发明的各个方面还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在终端设备上运行时,所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的步骤。
参考图12所示,描述了根据本发明的实施例的用于实现上述方法的程序产品1200,其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码,并可以在终端设备,例如个人电脑上运行。然而,本发明的程序产品不限于此,在本文件中,可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、有线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由权利要求指出。
Claims (10)
1.一种运维系统,其特征在于,所述系统包括:
访问层,用于提供多个请求入口,通过所述请求入口接收来自客户端的运维操作请求;其中,每个请求入口对应一种运维操作类型,所述运维操作类型是对多个运维平台的功能进行拆分处理得到多种运维功能信息,并对所述多种运维功能信息进行分类得到的;
访问控制层,用于根据所述运维操作请求确定目标运维操作类型;
业务层,用于确定与所述目标运维操作类型对应的业务处理逻辑,以及从服务依赖层获取与所述目标运维操作类型对应的外部依赖数据;根据所述业务处理逻辑和所述外部依赖数据进行运维操作。
2.根据权利要求1所述的运维系统,其特征在于,所述运维操作请求中携带所述客户端的处理能力信息;
所述访问控制层,包括:
条件确定模块,用于确定与待执行能力类型对应的标准能力条件;所述待执行能力类型为接收所述运维操作请求的请求入口所对应的运维操作类型;
类型确定模块,用于若所述处理能力信息满足所述标准能力条件,确定所述待执行功能类型为目标运维操作类型。
3.根据权利要求2所述的运维系统,其特征在于,所述条件确定模块,包括:
信息获取子模块,用于获取所述客户端的账号信息,并确定与所述账号信息对应的预设账号条件;
信息判定子模块,用于若所述账号信息满足所述预设账号条件,确定与所述待执行能力类型对应的标准能力条件。
4.根据权利要求1所述的运维系统,其特征在于,所述业务层,包括:
权限确定模块,用于获取与所述业务处理逻辑对应的处理权限信息,以根据所述处理权限信息确定所述客户端是否被授予处理权限;
终端变更模块,用于若根据所述处理权限信息确定所述客户端未被授予处理权限,根据所述处理权限信息确定具有所述处理权限的终端,以使所述终端按照所述业务处理逻辑处理所述外部依赖数据得到数据处理结果。
5.根据权利要求1所述的运维系统,其特征在于,所述业务层,包括:
系统巡检模块,用于生成与所述业务处理逻辑对应的定时任务;
执行所述定时任务,以获取与所述业务处理逻辑对应的待巡检数据和物理性能运行指标;
按照所述业务处理逻辑对所述外部依赖数据、所述待巡检数据和所述物理性能运行指标进行聚合计算得到数据处理结果。
6.根据权利要求1所述的运维系统,其特征在于,所述系统还包括:
基础数据层,用于从所述服务依赖层提供的多种数据源获取待处理数据,并对所述待处理数据进行分类得到多种分类数据;
对所述多种分类数据进行汇总处理得到外部依赖数据。
7.根据权利要求1所述的运维系统,其特征在于,所述业务层还包括:
告警模块,用于若所述数据处理结果为数据处理错误,则生成与所述数据处理结果对应的告警信息;
按照所述告警信息生成处理结果报告,并将所述处理结果报告发送出去。
8.一种运维方法,其特征在于,所述方法由运维系统执行,包括:
确定多种运维操作类型,所述运维操作类型是对多个运维平台的功能进行拆分处理得到多种运维功能信息,并对所述多种运维功能信息进行分类得到的;
在所述多个运维操作类型中确定目标运维操作类型,并获取与所述目标运维操作类型对应的外部依赖数据;
确定与所述目标运维操作类型对应的业务处理逻辑,并按照所述业务处理逻辑处理所述外部依赖数据得到数据处理结果。
9.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现由权利要求8所述的运维方法。
10.一种电子设备,其特征在于,包括:
处理器;
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器被配置为经由执行所述可执行指令来执行由权利要求8所述的运维方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111342199.2A CN116132250A (zh) | 2021-11-12 | 2021-11-12 | 运维系统、方法、存储介质、电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111342199.2A CN116132250A (zh) | 2021-11-12 | 2021-11-12 | 运维系统、方法、存储介质、电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116132250A true CN116132250A (zh) | 2023-05-16 |
Family
ID=86308591
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111342199.2A Pending CN116132250A (zh) | 2021-11-12 | 2021-11-12 | 运维系统、方法、存储介质、电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116132250A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117118799A (zh) * | 2023-10-20 | 2023-11-24 | 杭州优云科技有限公司 | 一种服务器集群的带外管理方法、装置及电子设备 |
-
2021
- 2021-11-12 CN CN202111342199.2A patent/CN116132250A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117118799A (zh) * | 2023-10-20 | 2023-11-24 | 杭州优云科技有限公司 | 一种服务器集群的带外管理方法、装置及电子设备 |
CN117118799B (zh) * | 2023-10-20 | 2024-02-27 | 杭州优云科技有限公司 | 一种服务器集群的带外管理方法、装置及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10033597B2 (en) | Type-to-type analysis for cloud computing technical components with translation scripts | |
US20190028360A1 (en) | Visual devops systems and methods | |
CN112214338A (zh) | 一种基于微服务灵活部署的物联网云平台 | |
US11843510B2 (en) | Automatically inferring software-defined network policies from the observed workload in a computing environment | |
US9003222B2 (en) | Configuration fault localization in shared resource environments | |
US11362912B2 (en) | Support ticket platform for improving network infrastructures | |
US20220229657A1 (en) | Extensible resource compliance management | |
US10891357B2 (en) | Managing the display of hidden proprietary software code to authorized licensed users | |
US20230134277A1 (en) | Secure debugging in multitenant cloud environment | |
CN111694743A (zh) | 业务系统的检测方法及装置 | |
US10951540B1 (en) | Capture and execution of provider network tasks | |
US11461288B2 (en) | Systems and methods for database management system (DBMS) discovery | |
US20240126736A1 (en) | Techniques for efficient compute resource harvesting | |
CN116132250A (zh) | 运维系统、方法、存储介质、电子设备 | |
CN117555522A (zh) | 一种用于多云管理平台的云管总线 | |
US11656972B1 (en) | Paginating results obtained from separate programmatic interfaces | |
US11520782B2 (en) | Techniques for utilizing patterns and logical entities | |
CN106301983A (zh) | 一种基于虚拟主机的网站检测方法和装置 | |
US11936678B2 (en) | System and techniques for inferring a threat model in a cloud-native environment | |
US20240028346A1 (en) | Linking kubernetes resources with underlying cloud infrastructure | |
CN117555932A (zh) | 多集群检索方法、装置、设备、介质和程序产品 | |
CN118069457A (zh) | 基于区块链的综合运维管理平台及方法 | |
CN112231109A (zh) | 缓冲区资源管理系统、方法和装置 | |
Mehner | Developing Cloud Applications with Windows Azure Storage | |
Cada et al. | Redpaper |
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 |