CN108804239B - 平台整合的方法、装置、计算机设备和存储介质 - Google Patents

平台整合的方法、装置、计算机设备和存储介质 Download PDF

Info

Publication number
CN108804239B
CN108804239B CN201810316736.8A CN201810316736A CN108804239B CN 108804239 B CN108804239 B CN 108804239B CN 201810316736 A CN201810316736 A CN 201810316736A CN 108804239 B CN108804239 B CN 108804239B
Authority
CN
China
Prior art keywords
application platform
application
platform
switching
business
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
Application number
CN201810316736.8A
Other languages
English (en)
Other versions
CN108804239A (zh
Inventor
钟宇料
郭康杰
黄涛
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Priority to CN201810316736.8A priority Critical patent/CN108804239B/zh
Priority to PCT/CN2018/095495 priority patent/WO2019196227A1/zh
Publication of CN108804239A publication Critical patent/CN108804239A/zh
Application granted granted Critical
Publication of CN108804239B publication Critical patent/CN108804239B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1474—Saving, restoring, recovering or retrying in transactions
    • 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/547—Remote procedure calls [RPC]; Web services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751—Error or fault detection not based on redundancy
    • G06F11/0754—Error or fault detection not based on redundancy by exceeding limits
    • G06F11/0757—Error or fault detection not based on redundancy by exceeding limits by exceeding a time limit, i.e. time-out, e.g. watchdogs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1438—Restarting or rejuvenating
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1471—Saving, restoring, recovering or retrying involving logging of persistent data for recovery
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3051—Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/80—Database-specific techniques

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Computing Systems (AREA)
  • Software Systems (AREA)
  • Mathematical Physics (AREA)
  • Debugging And Monitoring (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请揭示了平台整合的方法、装置、计算机设备和存储介质，其中，平台整合的方法，包括：调用业务操作流程中所涉及的各应用平台的应用程序编程接口；将各应用平台的所述应用程序编程接口写入操作页面进行整合；在所述操作页面上分别生成各所述应用平台对应的链接图标；当接收到对所述各应用平台中目标应用平台对应的链接图标的操作指令时，通过调用所述目标应用平台的应用程序编程接口，在所述操作页面中进入所述目标应用平台。本申请通过各应用平台API整合，实现自动切换各应用平台，减少或完全避免了业务操作过程中不同应用平台间的人工切换；通过各应用平台API整合到操作页面，实现在一个操作页面集中实现切换，提高自动化流程的集中性。

Description

平台整合的方法、装置、计算机设备和存储介质
技术领域
本申请涉及到计算机领域，特别是涉及到平台整合的方法、装置、计算机设备和存储介质。
背景技术
现有很多工具应用平台，如ZABBIX(是一个基于WEB界面的提供分布式***监视以及网络监视功能的企业级的开源解决方案)、MARIO(是一款***监控产品，专注于故障快速定位、***问题预警以及性能提升建议)、日志云、ANSIBLE(是自动化运维工具，基于Python开发，集合了众多运维工具的优点，实现了批量***配置、批量程序部署、批量运行命令等功能)等都专门处理自己领域内的事务，用户需要进入***平台，打开并登录***后，才可处理相应的事务。但从应用运维角度，运维人员需要使用多种工具应用平台，为解决异常或完成业务，工作人员需在不同应用平台来回切换，耗费大量的人力、物力和财力，业务进展的效率较低，且容易出现人工失误。
发明内容
本申请的主要目的为提供一种平台整合的方法，旨在解决业务操作中需要的各业务平台不能集中在一个操作页面上进行自动切换的技术问题。
本申请提出一种平台整合的方法，包括：
调用业务操作流程中所涉及的各应用平台的应用程序编程接口；
将各应用平台的所述应用程序编程接口写入操作页面进行整合；
在所述操作页面上分别生成各所述应用平台对应的链接图标；
当接收到对所述各应用平台中目标应用平台对应的链接图标的操作指令时，通过调用所述目标应用平台的应用程序编程接口，在所述操作页面中进入所述目标应用平台。
优选地，所述当接收到对所述各应用平台中目标应用平台对应的链接图标的操作指令时，通过调用所述目标应用平台的应用程序编程接口，在所述操作页面中进入所述目标应用平台的步骤，包括：
监控所述操作页面的业务操作流程的第一应用平台的进度状态；
判断所述进度状态是否满足从所述第一应用平台切换至第二应用平台的预设条件；
若满足，则通过调用所述第二应用平台的应用程序编程接口，从所述第一应用平台切换至所述第二应用平台。
优选地，所述判断所述进度状态是否满足从所述第一应用平台切换至第二应用平台的预设条件的步骤，包括：
监听是否接收到所述第一应用平台的进程异常警报；
若接收到，则判定满足从第一应用平台切换至第二应用平台的预设条件；
若未接收到，则判定不满足从所述第一应用平台切换至所述第二应用平台的预设条件。
优选地，所述通过调用所述第二应用平台的应用程序编程接口，从所述第一应用平台切换至所述第二应用平台的步骤之前，包括：
诊断所述第一应用平台的进程异常警报的故障类型；
根据所述故障类型匹配故障解决方案；
根据所述解决方案确定指定应用平台为所述第二应用平台。
优选地，所述判断所述进度状态是否满足从所述第一应用平台切换至第二应用平台的预设条件的步骤，还包括：
监听是否接收到所述第一应用平台的进程完成警报；
若接收到，则判定满足从所述第一应用平台切换至所述第二应用平台的预设条件；
若未接收到，则判定不满足从所述第一应用平台切换至所述第二应用平台的预设条件。
优选地，所述通过调用所述第二应用平台的应用程序编程接口，从所述第一应用平台切换至所述第二应用平台的步骤之后，包括：
记录从所述第一应用平台切换至所述第二应用平台的过程数据；
按照从前至后的进程时间顺序汇总所述过程数据形成运行文件；
通过压缩所述运行文件生成所述业务操作流程对应的数据包。
优选地，所述通过压缩所述运行文件生成所述业务操作流程对应的数据包的步骤之后，包括：
分析完成指定业务中不同的所述业务操作流程对应的各数据包；
根据各所述业务操作流程的对比属性选择所述指定业务的最优化业务操作流程。
本申请还提供了一种平台整合的装置，包括：
第一调用模块，用于调用业务操作流程中所涉及的各应用平台的应用程序编程接口；
写入模块，用于将各应用平台的所述应用程序编程接口写入操作页面进行整合；
第一生成模块，用于在所述操作页面上分别生成的各所述应用平台对应的链接图标；
第二调用模块，用于当接收到对所述各应用平台中目标应用平台对应的链接图标的操作指令时，通过调用所述目标应用平台的应用程序编程接口，在所述操作页面中进入所述目标应用平台。
本申请还提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。
本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的方法的步骤。
本申请通过各应用平台API整合到同一操作页面形成具有指定功能的整合平台，并通过自动切换应用平台，减少或完全避免了业务操作过程中不同应用平台间的人工切换；通过各应用平台API整合到操作页面，实现在一个操作页面集中实现切换，提高自动化流程的灵活性、集中性；通过匹配先验异常解决方案，实现自动选择优化方案，提高解决异常警报的时效性、流程化；通过在整合的操作页面集中监控各平台数据，并及时生成监控异常预警，提高监控的时效性，提高效率。
附图说明
图1本申请一实施例的平台整合的方法流程示意图；
图2本申请一实施例的平台整合的装置结构示意图；
图3本申请一实施例的第二调用模块的结构示意图；
图4本申请一实施例的判断单元的结构示意图；
图5本申请一实施例的第二调用模块的再优化结构示意图；
图6本申请另一实施例的平台整合的装置结构示意图；
图7本申请再一实施例的判断单元的结构示意图；
图8本申请又一实施例的第二调用模块的结构示意图；
图9本申请又一实施例的第二调用模块的优化结构示意图；
图10本申请又一实施例的平台整合的装置结构示意图；
图11本申请一实施例的计算机设备内部结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
参照图1，本申请一实施例的平台整合的方法，包括：
S1：调用业务操作流程中所涉及的各应用平台的应用程序编程接口。
本步骤的应用程序编程接口是指整合平台时衔接各整合应用平台的链接方式，本实施通过调用各应用平台对外开放的应用程序编程接口，以便于各应用平台的功能根据预设业务操作流程自动衔接，无需人力介入，节省人力资源。本实施例的应用程序编程接口是各应用平台与操作页面之间的衔接约定，对于包括较多应用平台的复杂***，使各应用平台的职责得到合理规划。本实施例通过应用程序编程接口衔接各应用平台，将各应用平台整合至同一操作页面，降低整合平台内各应用平台的相互依赖，提高整合平台的内聚性，降低整合平台的耦合程度，从而方便维护整合平台以及扩展整合平台功能。
S2：将各应用平台的所述应用程序编程接口写入操作页面进行整合。
本步骤通过各应用平台开放的应用程序编程接口写入同一个操作界面上实现平台整合，使各应用平台布局更集中且不相互依赖干扰，各应用平台在同一个操作页面上，并根据预设的业务操作流程依次自动跳转，即可自动完成完整的业务操作流程，提高自动化流程的灵活性、集中性，以进一步提高业务操作的自动化效率，同时提高业务操作的时序性以及处理效率。
S3：在所述操作页面上分别生成各所述应用平台对应的链接图标。
通过链接图标将各应用平台显示在操作页面上，以实现各应用平台通过与其相对应的应用程序编程接口整合在同一操作页面上，方便根据业务操作流程集中调用与管控各应用平台。
S4：当接收到对所述各应用平台中目标应用平台对应的链接图标的操作指令时，通过调用所述目标应用平台的应用程序编程接口，在所述操作页面中进入所述目标应用平台。
本实施例的目标应用平台是指业务操作流程中的下一流程对应的应用平台。通过链接图标调用链接图标对应的目标应用平台的应用程序编程接口，实现从当前页面跳转到目标应用平台，方便人工参与维护。
进一步地，本实施例的步骤S4，包括：
S40：监控所述操作页面的业务操作流程的第一应用平台的进度状态。
本步骤进度状态包括按照业务操作流程的正常进度状态和异常状态。正常进度状态，比如进展开始、进展中、进展结束等，也可以通过进展百分比表示，以便更好的捕获业务操作流程的进展数据，使自动化的业务操作流程更加流畅。
S41：判断所述进度状态是否满足从第一应用平台切换至第二应用平台的预设条件。
比如，本步骤的预设条件包括业务操作流程的进展结束点、接收到业务操作流程中的异常报警时刻或业务操作流程的进度显示为100％。
S42：若满足，则通过调用第二应用平台的应用程序编程接口，从第一应用平台切换至第二应用平台。
本步骤通过调用第二应用平台的应用程序编程接口，实现从第一应用平台切换至第二应用平台，提升自动跳转的灵活性、流畅性。
进一步地，本实施例的步骤S41，包括：
S410：监听是否接收到第一应用平台的进程异常警报。
本实施例中通过监听进程异常报警为进度量，以实现从第一应用平台切换至第二应用平台，通过切换到第二应用平台及时解决第一应用平台的进程异常故障。举例地，在用于特定功能异常诊断过程中，当收到监控超时告警时，切换到ZABBIX应用平台，通过登录ZABBIX查看超时量，进行异常诊断、异常修复或消除，以保证业务操作流程的继续进行，比如根据业务操作流程，查看了超时量后再登录MARIO应用平台查询每分钟请求量以及响应时间，然后再根据业务操作流程，启动ANSIBLE应用平台，以获取到各台主机每个请求处理过程的时间明细数据。上述的业务操作流程包括：通过告警发现关键字异常->统计关联API(Application Programming Interface，简称：API，应用程序编程接口)的请求量->查询明细日志->判断是否需要重启应用，进而解决异常故障。本实施例通过将解决异常故障所需的应用平台在运维过程中通过各应用平台对外开放的API整合到同一个操作页面上，以在同一个操作页面上及时处理异常故障，提高解决异常故障的流程流畅化以及时效性。
S411：若接收到，则判定满足从第一应用平台切换至第二应用平台的预设条件。
本实施例以是否监控到业务操作流程中的异常报警，判断是否切换整合到整合平台上的各应用平台，以满足自动灾备切换、自动异常诊断的功能。
S412：若未接收到，则判定不满足从第一应用平台切换至第二应用平台的预设条件。
本实施例整合平台中包括异常诊断和灾备切换的功能整合子平台，也包括其他指定业务流程的整合子平台。本实施例的异常诊断和灾备切换的功能整合子平台未接收到业务操作流程中的异常报警，可继续按照预设的业务操作流程，继续切换其他指定业务流程的整合子平台，以完成指定业务操作。本实施例的异常诊断和灾备切换的功能整合子平台接收到业务操作流程中的异常报警，则启动异常诊断和灾备切换的功能整合子平台，并中断其他指定业务流程的整合子平台的正常工作，以便通过异常诊断和灾备切换的功能整合子平台及时修复异常，并在修复异常后自动恢复其他指定业务流程的整合子平台的正常工作。
进一步地，本实施例的步骤S42之前，包括：
S420：诊断第一应用平台的进程异常警报的故障类型。
本实施例中以监听到进程异常报警为满足平台切换的预设条件，且通过接收到的关键字的种类区分故障类型。比如整合平台的故障类型包括事务故障、***故障和介质故障，并分别设定事务故障、***故障和介质故障对应的关键字为W、S和M。
S421：根据所述故障类型匹配故障解决方案。
本实施例中包含有故障解决方案的先验数据库，可根据关键字的种类匹配最佳的故障解决方案，以实现应用层面的流程化、自动化，以及解决方案的优选化。本申请其他实施例中若同时收到两种或两种以上的关键字异常告警，***会判断两种或两种以上的关键字分别属于哪个应用平台、选择哪种定制好的流程去诊断问题，并最终返回上述两种或两种以上的关键字告警分别对应的诊断结果。本申请其他实施例中在返回上述两种或两种以上的关键字告警分别对应的诊断结果的同时，还自动调用定制好的异常处理方案，根据故障类型的不同，采取不同的恢复策略。
举例地，事务故障表示由非预期的、不正常的程序结束所造成的故障，造成程序非正常结束的原因包括输人数据错误、运算溢出、违反存储保护、并行事务发生死锁等。发生事务故障时，被迫中断的事务可能已对应用平台的数据库进行了修改，为了消除该事务对数据库的影响，要利用日志文件中所记载的信息，强行回滚该事务，将应用平台的数据库恢复到修改前的初始状态。为此要检查日志文件中由事务所引起的发生变化的记录，取消没有完成的事务所做的改变。事务故障的恢复操作称为事务撤销，具体做法如下：1)反向扫描日志文件，查找该事务的更新操作。2)对该事务的更新操作执行反操作，即对已经***的新记录进行删除操作，对己删除的记录进行***操作，对修改的数据恢复旧值，用旧值代替新值，由后向前逐个扫描该事务已做的所有更新操作，并采取同样的处理方式，直到扫描到此事务的开始标记，事务故障恢复完毕为止。
再举例地，***故障及其恢复***故障是指***在运行过程中，由于某种原因造成***停止运转，致使所有正在运行的事务都以非正常方式终止，要求***重新启动。引起***故障的原因可能有硬件错误(如CPU故障、操作***)或代码错误、突然断电等。***故障会导致内存中数据库缓冲区的内容全部丢失，虽然存储在外部存储设备上的数据库并未破坏，但其内容的可靠性较差。***故障发生后，或许导致一些未完成事务对数据库的更新已写入数据库，可通过在***重新启动后，强行撤销所有未完成的事务，清除事务对数据库所做的修改。或许导致已提交的事务对数据库的更新结果还保留在缓冲区中，尚未写到磁盘上的物理数据库中，导致数据库处于不一致状态，因此应将事务已提交的结果重新写入数据库。***故障的恢复要完成两方面的工作，既要撤销所有末完成的事务，还要重做所有已提交的事务，具体做法如下:1)正向扫描日志文件，查找尚未提交的事务，将其事务标识记人撤销队列,同时查找已经提交的事务，将其事务标识记入重做队列。2)对撤销队列中的各个事务进行撤销处理。3)对重做队列中的各个事务进行重做处理。进行重做处理的方法是正向扫描日志文件，按照日志文件中所登记的操作内容，重新执行操作，使数据库恢复到最近某个可用状态。***发生故障后，由于无法确定哪些末完成的事务已更新过数据库，哪些事务的提交结果尚未写入数据库，因此***重新启动后，就要撤销所有的末完成的事务，重做所有的已经提交的事务。通常采用设立检查点的方法来判断事务是否正常结束,比如每隔一段时间，例如5分钟，***就产生一个检查点，把仍保留在日志缓冲区中的内容写到日志文件中；在日志文件中写一个“检查点记录”；把数据库缓冲区中的内容写到数据库中，即把更新的内容写到物理数据库中；把日志文件中检查点记录的地址写到“重新启动文件”中。在重新启动时，恢复管理程序先从“重新启动文件”中获得检查点记录的地址，从日志文件中找到该检查点记录的内容，就能决定哪些事务需要撤销并恢复到初始的状态，哪些事务需要重做。
再举例地，介质故障及其恢复介质故障是指***在运行过程中，由于辅助存储器介质受到破坏，使存储在外存中的数据部分或全部丢失，为最严重的一种故障，破坏性很大，磁盘上的物理数据和日志文件可能被破坏，需要装入发生介质故障前最新的后备数据库副本，然后利用日志文件重做该副本后所运行的所有事务。具体方法如下：1)装入最新的数据库副本，使数据库恢复到最近一次转储时的可用状态。2)装入最新的日志文件副本，根据日志文件中的内容重做已完成的事务。首先扫描日志文件，找出故障发生时己提交的事务，将其记入重做队列。然后正向扫描日志文件，对重做队列中的各个事务进行重做处理，方法是正向扫描日志文件，对每个重做事务重新执行登记的操作，即将日志记录中“更新后的值”写入数据库。
S422：根据所述解决方案确定指定应用平台为第二应用平台。
根据先验数据库中的处理流程，确定指定的具有排除当前故障作用的第二应用平台。举例地，根据事务故障的先验数据，调用具有扫描功用的应用平台，以反向扫描日志文件，查找该事务的更新操作；然后调用具有恢复功用的应用平台，以执行对已经***的新记录进行删除操作，对己删除的记录进行***操作，对修改的数据恢复旧值，用旧值代替新值，直至故障恢复完毕。
进一步地，本申请另一实施例的步骤S1之前，包括：
S10：设计操作页面的业务操作流程。
本实施例首先根据操作业务的实现过程，设计操作页面的业务操作流程，以实现完成指定业务的流程自动化。
S11：根据所述业务操作流程筛选所需的各应用平台。
根据业务流程筛选业务操作中涉及的各应用平台，本步骤中的各应用平台均具有开放的API，以便将各应用平台根据步骤S10中预先设计的业务操作流程整合到一个操作页面上，以减少业务进行过程中不同应用平台间的人为切换，提高业务操作的自动化效率。
本实施例的整合平台API可用来分配内存或访问文件，本实施例的API包括函数、常量、变量以及数据结构，可实现快速执行切换的指令。本实施例的API由一个或多个提供某种指定特殊功能的DLL组成(Dynamic Link Library，动态链接库文件)，整合平台上运行的任何应用平台都可调用的API的函数。整合平台运行时DLL中的函数动态地链接到调用它的应用平台中，但无论有几个应用平台调用DLL中的某个函数，在磁盘上只有一个文件包含该函数，且只在调入内存时才创建该DLL。
本申请再一实施例的步骤S41，包括：
S413：监听是否接收到第一应用平台的进程完成警报。
本实施例通过监听到的进程完成度是否达到预期为平台切换的进度条件，以实现从第一应用平台切换到第二应用平台，以逐步完成一项业务操作。举例地，业务操作为生成***日常巡检报告，以便及时发现并解决问题，以确保整合平台的操作***运行正常的业务操作，首先通过API将各需要巡检的应用平台整合到操作页面上形成生成***日常巡检报告的整合平台，比如，将各应用平台按照业务流程依次整合到操作页面后，在同一个操作页面上按照业务操作流程依次自动跳转到各应用平台并逐步完成业务内容。比如完成自动巡检和生成日常巡检报告，包括巡检用户登录平台->巡检收发信平台->巡检内外网解析平台->巡检剩余地址空间->巡检网络访问->巡检备份执行情况->巡检存储剩余空间。本申请其他实施例中，可通过业务操作过程中所涉及的各应用平台通过API整合到一个操作页面上形成具有其他功用的整合平台，各应用平台经API整合后更具有灵活性，实现不同功能业务操作的自动化进行，比如可实现资源自动扩容、***异常自愈、监控自动生成、应急启停等业务操作流程。
S414：若接收到，则判定满足从第一应用平台切换至第二应用平台的预设条件。
本实施例以监控到业务操作进程量是否达标，判断是否切换整合到整合平台上的各应用平台，以满足自动完成业务操作。
S415：若未接收到，则判定不满足从第一应用平台切换至第二应用平台的预设条件。
若未接收到业务操作进程量达标警报，则在整合平台正运作的前提下，第一应用平台继续执行子业务操作至进程量达标，然后再切换至第二应用平台继续完成新的子业务操作，直至整个业务流程执行完毕。
进一步地，本申请又一实施例中，步骤S42之后，包括：
S423：记录从第一应用平台切换至第二应用平台的过程数据。
本步骤通过实时记录业务流程进行过程中的所有运行数据，以便后续的数据查找，比如出现故障时通过查找数据分析故障原因等。
S424：按照从前至后的进程时间顺序汇总所述过程数据形成运行文件。
本步骤按照从前至后的进程时间顺序汇总了业务操作流程中各应用的运行数据形成运行文件，以便对业务操作流程的匹配合理性、协作流畅度以及完成指定业务的时效性、精准度等进行综合分析评价。本步骤的运行数据包括但不限于运行链接、平台跳转延迟等。
S425：通过压缩所述运行文件生成业务操作流程对应的数据包。
将上述运行数据与对应的指定业务种类的预设业务操作流程，形成匹配的数据包。
进一步地，本申请又一实施例中，步骤S425之后，包括：
S426：分析完成指定业务中不同的业务操作流程对应的各数据包。
本实施例在同一指定业务中，存在不同的业务操作流程，比如第一业务操作流程包括从A平台到B平台到C平台再到D平台，以完成指定业务，对应数据包a；第二业务操作流程从A平台到C平台到B平台再到D平台，也可完成指定业务，对应数据包b。
S427：根据各业务操作流程的对比属性选择所述指定业务的最优化业务操作流程。
本步骤中的对比属性包括业务操作流程的流畅性、业务完成时效性、业务完成满意度等参数信息，并根据上述参数信息，选择最贴近用户意愿的最优化业务操作流程。
进一步地，步骤S427之后，包括：
S428：备案各指定业务对应的各最优化业务操作流程以及各最优化业务操作流程中的各应用平台，以形成数据库。
本步骤通过将指定业务对应的最优化业务操作流程以及各最优化业务操作流程中的各应用平台汇总到同一个文件夹中，并以指定业务名称命名文件夹，各种不同指定业务的文价夹根据不同存储路径形成数据库，以便更有效、更广泛地进行推广应用。本步骤中的指定业务根据用户的行业背景和应用目标进行设定，比如金融行业、交通行业的指定业务具有较大区别，指定为不同的业务类型。
本申请又一实施例中，步骤S4之后，还包括：
S5：监控各所述应用平台的数据是否出现异常。
本步骤通过设定监控时间间隔进行指定时间内监控各应用平台的运行状况，或设定实时监控各应用平台的运行状况，以及时发现异常。通过集中监控各整合应用平台的数据，以提高监控效率。
S6：若出现异常，则生成对应的所述应用平台的数据异常报警。
本步骤在监控到数据异常时，会自动在整合平台的操作页面上生成数据异常报警，提高监控的时效性。
S7：将所述异常报警反馈到对应的所述应用平台。
本步骤将异常报警反馈回各对应的应用平台，提高监控的针对性。
本实施例通过各应用平台API整合到同一操作页面形成具有指定功能的整合平台，并通过自动切换应用平台，减少或完全避免了业务操作过程中不同应用平台间的人工切换；通过各应用平台API整合到操作页面，实现在一个操作页面集中实现切换，提高自动化流程的灵活性、集中性；通过匹配先验异常解决方案，实现自动选择优化方案，提高解决异常警报的时效性、流程化；通过在整合的操作页面集中监控各平台数据，并及时生成监控异常预警，提高监控的时效性，提高效率。
参照图2，本申请一实施例的平台整合的装置，包括：
第一调用模块1，用于调用业务操作流程中所涉及的各应用平台的应用程序编程接口。
本实施例的应用程序编程接口是指整合平台时衔接各整合应用平台的链接方式，本实施通过第一调用模块1调用各应用平台对外开放的应用程序编程接口，以便于各应用平台的功能根据预设业务操作流程自动衔接，无需人力介入，节省人力资源。本实施例的应用程序编程接口是各应用平台与操作页面之间衔接的约定，对于包括较多应用平台的复杂***，要各应用平台的职责得到合理规划。本实施例通过应用程序编程接口衔接各应用平台，将各应用平台整合至同一操作页面，降低整合平台内各应用平台的相互依赖，提高整合平台的内聚性，降低整合平台的耦合程度，从而方便维护整合平台以及扩展整合平台功能。
写入模块2，用于将各应用平台的所述应用程序编程接口写入操作页面进行整合。
本实施例的写入模块2通过各应用平台开放的应用程序编程接口写入同一个操作界面上实现平台整合，使各应用平台布局更集中且不相互依赖干扰，各应用平台在同一个操作页面上，并根据预设的业务操作流程依次自动跳转，即可自动完成完整的业务操作流程，提高自动化流程的灵活性、集中性，以进一步提高业务操作的自动化效率，同时提高业务操作的时序性以及处理效率。
第一生成模块3：在所述操作页面上分别生成各所述应用平台对应的链接图标。
通过第一生成模块3生成链接图标将各应用平台显示在操作页面上，以实现各应用平台通过与其相对应的应用程序编程接口整合在同一操作页面上，方便根据业务操作流程集中调用与管控各应用平台。
第二调用模块4，用于当接收到对所述各应用平台中目标应用平台对应的链接图标的操作指令时，通过调用所述目标应用平台的应用程序编程接口，在所述操作页面中进入所述目标应用平台。
本实施例的目标应用平台是指业务操作流程中的下一流程对应的应用平台。通过链接图标调用链接图标对应的指定应用平台的应用程序编程接口，实现从当前页面跳转到指定应用平台，方便人工参与维护。
参照图3，本实施例的平台整合的装置的第二调用模块4，包括：
监控单元40，用于监控所述操作页面的业务操作流程的第一应用平台的进度状态。
本实施例进度状态包括按照业务操作流程的正常进度状态和异常状态。正常进度状态，比如进展开始、进展中、进展结束等，也可以通过进展百分比表示。上述的进度量通过操作界面上的监控单元40进行实时或定时的监控，以便更好的捕获业务操作流程的进展数据，使自动化的业务操作流程更加流畅。
判断单元41，用于判断所述进度状态是否满足从第一应用平台切换至第二应用平台的预设条件。
比如，本实施例的预设条件包括业务操作流程的进展结束点、接收到业务操作流程中的异常报警时刻或业务操作流程的进度显示为100％。
切换单元42，用于若满足从第一应用平台切换至第二应用平台的预设条件，则通过调用第二应用平台的应用程序编程接口，从第一应用平台切换至第二应用平台。
本实施例通过切换单元42调用第二应用平台的应用程序编程接口，实现从第一应用平台切换至第二应用平台，提升自动跳转的灵活性、流畅性。
参照图4，本实施例的判断单元41，包括：
第一监听子单元410，用于监听是否接收到第一应用平台的进程异常警报。
本实施例中通过第一监听子单元410监听进程异常报警为进度量，以实现从第一应用平台切换至第二应用平台，通过切换到第二应用平台及时解决第一应用平台的进程异常故障。举例地，在用于特定功能异常诊断过程中，当收到监控超时告警时，切换到ZABBIX应用平台，通过登录ZABBIX查看超时量，进行异常诊断、异常修复或消除，以保证业务操作流程的继续进行，比如根据业务操作流程，查看了超时量后再登录MARIO应用平台查询每分钟请求量以及响应时间，然后再根据业务操作流程，启动ANSIBLE应用平台，以获取到各台主机每个请求处理过程的时间明细数据。上述的业务操作流程包括：通过告警发现关键字异常->统计关联API(Application Programming Interface，简称：API，应用程序编程接口)的请求量->查询明细日志->判断是否需要重启应用，进而解决异常故障。本实施例通过将解决异常故障所需的应用平台在运维过程中通过各应用平台对外开放的API整合到同一个操作页面上，以在同一个操作页面上及时处理异常故障，提高解决异常故障的流程流畅化以及时效性。
第一判定子单元411，用于若接收到第一应用平台的进程异常警报，则判定满足从第一应用平台切换至第二应用平台的预设条件。
本实施例以是否监控到业务操作流程中的异常报警，判断是否切换整合到整合平台上的各应用平台，以满足自动灾备切换、自动异常诊断的功能。
第二判定子单元412，用于若未接收到第一应用平台的进程异常警报，则判定不满足从第一应用平台切换至第二应用平台的预设条件。
本实施例整合平台中包括异常诊断和灾备切换的功能整合子平台，也包括其他指定业务流程的整合子平台。本实施例的异常诊断和灾备切换的功能整合子平台未接收到业务操作流程中的异常报警，可继续按照预设的业务操作流程，继续切换其他指定业务流程的整合子平台，以完成指定业务操作。本实施例的异常诊断和灾备切换的功能整合子平台接收到业务操作流程中的异常报警，则启动异常诊断和灾备切换的功能整合子平台，并中断其他指定业务流程的整合子平台的正常工作，以便通过异常诊断和灾备切换的功能整合子平台及时修复异常，并在修复异常后自动恢复其他指定业务流程的整合子平台的正常工作。
参照图5，本实施例的平台整合的装置的第二调用模块4，还包括：
诊断单元420，用于诊断第一应用平台的进程异常警报的故障类型。
本实施例中以监听到进程异常报警为进度量，且通过诊断单元420接收到的关键字的种类区分故障类型。比如整合平台的故障类型包括事务故障、***故障和介质故障，并分别设定事务故障、***故障和介质故障对应的关键字为W、S和M。
匹配单元421，用于根据所述故障类型匹配故障解决方案。
本实施例中包含有故障解决方案的先验数据库，可根据关键字的种类匹配最佳的故障解决方案，以实现应用层面的流程化、自动化，以及解决方案的优选化。本申请其他实施例中若同时收到两种或两种以上的关键字异常告警，***会判断两种或两种以上的关键字分别属于哪个应用平台、选择哪种定制好的流程去诊断问题，并最终返回上述两种或两种以上的关键字告警分别对应的诊断结果。本申请其他实施例中在返回上述两种或两种以上的关键字告警分别对应的诊断结果的同时，还自动调用定制好的异常处理方案，根据故障类型的不同，采取不同的恢复策略。
举例地，事务故障表示由非预期的、不正常的程序结束所造成的故障，造成程序非正常结束的原因包括输人数据错误、运算溢出、违反存储保护、并行事务发生死锁等。发生事务故障时，被迫中断的事务可能已对应用平台的数据库进行了修改，为了消除该事务对数据库的影响，要利用日志文件中所记载的信息，强行回滚该事务，将应用平台的数据库恢复到修改前的初始状态。为此要检查日志文件中由事务所引起的发生变化的记录，取消没有完成的事务所做的改变。事务故障的恢复操作称为事务撤销，具体做法如下：1)反向扫描日志文件，查找该事务的更新操作。2)对该事务的更新操作执行反操作，即对已经***的新记录进行删除操作，对己删除的记录进行***操作，对修改的数据恢复旧值，用旧值代替新值，由后向前逐个扫描该事务已做的所有更新操作，并采取同样的处理方式，直到扫描到此事务的开始标记，事务故障恢复完毕为止。
再举例地，***故障及其恢复***故障是指***在运行过程中，由于某种原因造成***停止运转，致使所有正在运行的事务都以非正常方式终止，要求***重新启动。引起***故障的原因可能有硬件错误(如CPU故障、操作***)或代码错误、突然断电等。***故障会导致内存中数据库缓冲区的内容全部丢失，虽然存储在外部存储设备上的数据库并未破坏，但其内容的可靠性较差。***故障发生后，或许导致一些未完成事务对数据库的更新已写入数据库，可通过在***重新启动后，强行撤销所有未完成的事务，清除事务对数据库所做的修改。或许导致已提交的事务对数据库的更新结果还保留在缓冲区中，尚未写到磁盘上的物理数据库中，导致数据库处于不一致状态，因此应将事务已提交的结果重新写入数据库。***故障的恢复要完成两方面的工作，既要撤销所有末完成的事务，还要重做所有已提交的事务，具体做法如下:1)正向扫描日志文件，查找尚未提交的事务，将其事务标识记人撤销队列,同时查找已经提交的事务，将其事务标识记入重做队列。2)对撤销队列中的各个事务进行撤销处理。3)对重做队列中的各个事务进行重做处理。进行重做处理的方法是正向扫描日志文件，按照日志文件中所登记的操作内容，重新执行操作，使数据库恢复到最近某个可用状态。***发生故障后，由于无法确定哪些末完成的事务已更新过数据库，哪些事务的提交结果尚未写入数据库，因此***重新启动后，就要撤销所有的末完成的事务，重做所有的已经提交的事务。通常采用设立检查点的方法来判断事务是否正常结束,比如每隔一段时间，例如5分钟，***就产生一个检查点，把仍保留在日志缓冲区中的内容写到日志文件中；在日志文件中写一个“检查点记录”；把数据库缓冲区中的内容写到数据库中，即把更新的内容写到物理数据库中；把日志文件中检查点记录的地址写到“重新启动文件”中。在重新启动时，恢复管理程序先从“重新启动文件”中获得检查点记录的地址，从日志文件中找到该检查点记录的内容，就能决定哪些事务需要撤销并恢复到初始的状态，哪些事务需要重做。
再举例地，介质故障及其恢复介质故障是指***在运行过程中，由于辅助存储器介质受到破坏，使存储在外存中的数据部分或全部丢失，为最严重的一种故障，破坏性很大，磁盘上的物理数据和日志文件可能被破坏，需要装入发生介质故障前最新的后备数据库副本，然后利用日志文件重做该副本后所运行的所有事务。具体方法如下：1)装入最新的数据库副本，使数据库恢复到最近一次转储时的可用状态。2)装入最新的日志文件副本，根据日志文件中的内容重做已完成的事务。首先扫描日志文件，找出故障发生时己提交的事务，将其记入重做队列。然后正向扫描日志文件，对重做队列中的各个事务进行重做处理，方法是正向扫描日志文件，对每个重做事务重新执行登记的操作，即将日志记录中“更新后的值”写入数据库。
确定单元422，用于根据所述解决方案确定指定应用平台为第二应用平台。
根据先验数据库中的处理流程，通过确定单元422确定指定的具有排除当前故障作用的第二应用平台。举例地，根据事务故障的先验数据，调用具有扫描功用的应用平台，以反向扫描日志文件，查找该事务的更新操作；然后调用具有恢复功用的应用平台，以执行对已经***的新记录进行删除操作，对己删除的记录进行***操作，对修改的数据恢复旧值，用旧值代替新值，直至故障恢复完毕。
参照图6，本申请另一实施例的平台整合的装置，包括：
设计模块10，用于设计操作页面的业务操作流程。
本实施例首先根据操作业务的实现过程，通过设计模块10设计操作页面的业务操作流程，以实现完成指定业务的流程自动化。
筛选模块11，用于根据所述业务操作流程筛选所需的各应用平台。
筛选模块11根据业务流程筛选业务操作中涉及的各应用平台，本实施例中的各应用平台均具有开放的API，以便将各应用平台根据设计模块10预先设计的业务操作流程整合到一个操作页面上，以减少业务进行过程中不同应用平台间的人为切换，提高业务操作的自动化效率。
本实施例的整合平台API可用来分配内存或访问文件，本实施例的API包括函数、常量、变量以及数据结构，可实现快速执行切换的指令。本实施例的API由一个或多个提供某种指定特殊功能的DLL组成(Dynamic Link Library，动态链接库文件)，整合平台上运行的任何应用平台都可调用的API的函数。整合平台运行时DLL中的函数动态地链接到调用它的应用平台中，但无论有几个应用平台调用DLL中的某个函数，在磁盘上只有一个文件包含该函数，且只在调入内存时才创建该DLL。
参照图7，本申请再一实施例的判断单元41，包括：
第二监听子单元413，用于监听是否接收到第一应用平台的进程完成警报。
本实施例通过第二监听子单元413监听到的进程完成度是否达到预期为平台切换的进度条件，以实现从第一应用平台切换到第二应用平台，以逐步完成一项业务操作。举例地，业务操作为生成***日常巡检报告，以便及时发现并解决问题，以确保整合平台的操作***运行正常的业务操作，首先通过API将各需要巡检的应用平台整合到操作页面上形成生成***日常巡检报告的整合平台，比如，将各应用平台按照业务流程依次整合到操作页面后，在同一个操作页面上按照业务操作流程依次自动跳转到各应用平台并逐步完成业务内容。比如完成自动巡检和生成日常巡检报告，包括巡检用户登录平台->巡检收发信平台->巡检内外网解析平台->巡检剩余地址空间->巡检网络访问->巡检备份执行情况->巡检存储剩余空间。本申请其他实施例中，可通过业务操作过程中所涉及的各个应用平台通过API整合到一个操作页面上形成具有其他功用的整合平台，各应用平台经API整合后更具有灵活性，实现不同功能业务操作的自动化进行，比如可实现资源自动扩容、***异常自愈、监控自动生成、应急启停等业务操作流程。
第三判定子单元414，用于若接收到第一应用平台的进程完成警报，则判定满足从第一应用平台切换至第二应用平台的预设条件。
本实施例以监控到业务操作进程量是否达标，判断是否切换整合到整合平台上的各应用平台，以满足自动完成业务操作。
第四判定子单元415，用于若未接收到第一应用平台的进程完成警报，则判定不满足从第一应用平台切换至第二应用平台的预设条件。
若未接收到业务操作进程量达标警报，则在整合平台正运作的前提下，第一应用平台继续执行子业务操作至进程量达标，然后再切换至第二应用平台继续完成新的子业务操作，直至整个业务流程执行完毕。
参照图8，本申请又一实施例的平台整合的装置的第二调用模块4，包括：
记录单元423，用于记录从第一应用平台切换至第二应用平台的过程数据。
本实施例通过记录单元423实时记录业务流程进行过程中的所有运行数据，以便后续的数据查找，比如出现故障时通过查找数据分析故障原因等。
汇总单元424：用于按照从前至后的进程时间顺序汇总所述过程数据形成运行文件。
本实施例通过汇总单元424按照从前至后的进程时间顺序汇总了业务操作流程中各应用的运行数据形成运行文件，以便对业务操作流程的匹配合理性、协作流畅度以及完成指定业务的时效性、精准度等进行综合分析评价。本实施例的运行数据包括但不限于运行链接、平台跳转延迟等。
生成单元425，用于通过压缩所述运行文件生成业务操作流程对应的数据包。
将上述运行数据与对应的指定业务种类的预设业务操作流程，通过生成单元425形成匹配的数据包。
参照图9，本申请又一实施例的平台整合的装置的第二调用模块4，包括：
分析单元426，用于分析完成指定业务中不同的业务操作流程对应的各数据包。
本实施例在同一指定业务中，存在不同的业务操作流程，比如第一业务操作流程包括从A平台到B平台到C平台再到D平台，以完成指定业务，对应数据包a；第二业务操作流程从A平台到C平台到B平台再到D平台，也可完成指定业务，对应数据包b。
选择单元427，用于根据各业务操作流程的对比属性选择所述指定业务的最优化业务操作流程。
本实施例的对比属性包括业务操作流程的流畅性、业务完成时效性、业务完成满意度等参数信息，并根据上述参数信息，通过选择单元427选择最贴近用户意愿的最优化业务操作流程。
进一步地，本实施例的平台整合的装置的第二调用模块4，包括：
备案单元428，用于备案各指定业务对应的各最优化业务操作流程以及各最优化业务操作流程中的各应用平台，以形成数据库。
本实施例通过备案单元428将指定业务对应的最优化业务操作流程以及各最优化业务操作流程中的各应用平台汇总到同一个文件夹中，并以指定业务名称命名文件夹，各种不同指定业务的价夹根据不同存储路径形成数据库，以便更有效、更广泛地进行推广应用。本实施例中的指定业务根据用户的行业背景和应用目标进行设定，比如金融行业、交通行业的指定业务具有较大区别，指定为不同的业务类型。
参照图10，本申请又一实施例的平台整合的装置，还包括：
监控模块5，用于监控各所述应用平台的数据是否出现异常。
本实施例通过监控模块5设定监控时间间隔进行指定时间内监控各应用平台的运行状况，或设定实时监控各应用平台的运行状况，以及时发现异常。通过集中监控各整合应用平台的数据，以提高监控效率。
第二生成模块6，用于若各所述应用平台的数据出现异常，则生成对应的所述应用平台的数据异常报警。
本实施例在监控到数据异常时，会自动在整合平台的操作页面上通过第二生成模块6生成数据异常报警，提高监控的时效性。
反馈模块7，用于将所述异常报警反馈到对应的所述应用平台。
本实施例将异常报警通过反馈模块7反馈回各对应的应用平台，提高监控的针对性。
参照图11，本申请实施例中还提供一种计算机设备，该计算机设备可以是服务器，其内部结构可以如图11所示。该计算机设备包括通过***总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***、计算机程序和数据库。该内存器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的数据库用于存储平台整合的装置自动根据业务操作流程执行业务需要的所有数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现平台整合的方法。
上述处理器执行上述平台整合的方法的步骤：调用业务操作流程中所涉及的各应用平台的应用程序编程接口；将各应用平台的所述应用程序编程接口写入操作页面进行整合；在所述操作页面上分别生成各所述应用平台对应的链接图标；当接收到对所述各应用平台中目标应用平台对应的链接图标的操作指令时，通过调用所述目标应用平台的应用程序编程接口，在所述操作页面中进入所述目标应用平台。
上述计算机设备，通过各应用平台API整合到同一操作页面形成具有指定功能的整合平台，并通过自动切换应用平台，减少或完全避免了业务操作过程中不同应用平台间的人工切换；通过各应用平台API整合到操作页面，实现在一个操作页面集中实现切换，提高自动化流程的灵活性、集中性；通过匹配先验异常解决方案，实现自动选择优化方案，提高解决异常警报的时效性、流程化；通过在整合的操作页面集中监控各平台数据，并及时生成监控异常预警，提高监控的时效性，提高效率。
在一个实施例中，上述处理器接收到对所述各应用平台中目标应用平台对应的链接图标的操作指令时，通过调用所述目标应用平台的应用程序编程接口，在所述操作页面中进入所述目标应用平台的步骤，包括：监控所述操作页面的业务操作流程的第一应用平台的进度状态；判断所述进度状态是否满足从所述第一应用平台切换至第二应用平台的预设条件；若满足，则通过调用所述第二应用平台的应用程序编程接口，从所述第一应用平台切换至所述第二应用平台。
在一个实施例中，上述处理器判断所述进度状态是否满足从所述第一应用平台切换至第二应用平台的预设条件的步骤，包括：监听是否接收到所述第一应用平台的进程异常警报；若接收到，则判定满足从所述第一应用平台切换至所述第二应用平台的预设条件；若未接收到，则判定不满足从所述第一应用平台切换至所述第二应用平台的预设条件。
在一个实施例中，处理器通过调用所述第二应用平台的应用程序编程接口，从所述第一应用平台切换至所述第二应用平台的步骤之前，包括：诊断所述第一应用平台的进程异常警报的故障类型；根据所述故障类型匹配故障解决方案；根据所述解决方案确定指定应用平台为所述第二应用平台。
在一个实施例中，处理器判断所述进度状态是否满足从所述第一应用平台切换至第二应用平台的预设条件的步骤，还包括：监听是否接收到所述第一应用平台的进程完成警报；若接收到，则判定满足从所述第一应用平台切换至所述第二应用平台的预设条件；若未接收到，则判定不满足从所述第一应用平台切换至所述第二应用平台的预设条件。
在一个实施例中，处理器通过调用所述第二应用平台的应用程序编程接口，从所述第一应用平台切换至所述第二应用平台的步骤之后，包括：记录从所述第一应用平台切换至所述第二应用平台的过程数据；按照从前至后的进程时间顺序汇总所述过程数据，形成运行文件；通过压缩所述运行文件生成所述业务操作流程对应的数据包。
在一个实施例中，处理器通过压缩所述运行文件生成所述业务操作流程对应的数据包的步骤之后，包括：分析完成指定业务中不同的所述业务操作流程对应的各数据包；根据各所述业务操作流程的对比属性选择所述指定业务的最优化业务操作流程。
本领域技术人员可以理解，图11中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定。
本申请一实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现平台整合的方法，具体为：调用业务操作流程中所涉及的各应用平台的应用程序编程接口；将各应用平台的所述应用程序编程接口写入操作页面进行整合；在所述操作页面上分别生成各所述应用平台对应的链接图标。
上述计算机可读存储介质，通过各应用平台API整合到同一操作页面形成具有指定功能的整合平台，并通过自动切换应用平台，减少或完全避免了业务操作过程中不同应用平台间的人工切换；通过各应用平台API整合到操作页面，实现在一个操作页面集中实现切换，提高自动化流程的灵活性、集中性；通过匹配先验异常解决方案，实现自动选择优化方案，提高解决异常警报的时效性、流程化；通过在整合的操作页面集中监控各平台数据，并及时生成监控异常预警，提高监控的时效性，提高效率。
在一个实施例中，上述处理器在所述操作页面上分别生成的各所述应用平台对应的链接图标的步骤之后，包括：监控所述操作页面的业务操作流程的第一应用平台的进度状态；判断所述进度状态是否满足从第一应用平台切换至第二应用平台的预设条件；若满足，则通过调用第二应用平台的应用程序编程接口，从第一应用平台切换至第二应用平台。
在一个实施例中，上述处理器判断所述进度状态是否满足从第一应用平台切换至第二应用平台的预设量的步骤，包括：监听是否接收到第一应用平台的进程异常警报；若接收到，则判定满足从第一应用平台切换至第二应用平台的预设条件；若未接收到，则判定不满足从第一应用平台切换至第二应用平台的预设条件。
在一个实施例中，处理器通过调用第二应用平台的应用程序编程接口，从第一应用平台切换至第二应用平台的步骤之前，包括：诊断第一应用平台的进程异常警报的故障类型；根据所述故障类型匹配故障解决方案；根据所述解决方案调用指定应用平台为第二应用平台。
在一个实施例中，处理器判断所述进度状态是否满足从第一应用平台切换至第二应用平台的预设条件的步骤，还包括：监听是否接收到第一应用平台的进程完成警报；若接收到，则判定满足从第一应用平台切换至第二应用平台的预设条件；若未接收到，则判定不满足从第一应用平台切换至第二应用平台的预设条件。
在一个实施例中，处理器通过调用第二应用平台的应用程序编程接口，从第一应用平台切换至第二应用平台的步骤之后，包括：记录从第一应用平台切换至第二应用平台的过程数据；按照从前至后的进程时间顺序汇总所述过程数据，形成运行文件；通过压缩所述运行文件生成所述业务操作流程对应的数据包。
在一个实施例中，处理器通过压缩所述运行文件生成所述业务操作流程对应的数据包的步骤之后，包括：分析完成指定业务中不同的业务操作流程对应的各数据包；根据各业务操作流程的对比属性选择所述指定业务的最优化业务操作流程。
本领域技术人员可以理解，图11中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双速据率SDRAM(SSRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)、直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
以上所述仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (9)

1.一种平台整合的方法，其特征在于，包括：
调用业务操作流程中所涉及的各应用平台的应用程序编程接口；
将各应用平台的所述应用程序编程接口写入操作页面进行整合；
在所述操作页面上分别生成各应用平台对应的链接图标，与所述链接图标相对应的应用程序编程接口整合在同一操作页面上；
当接收到对所述各应用平台中目标应用平台对应的链接图标的操作指令时，通过调用所述目标应用平台的应用程序编程接口，在所述操作页面中进入所述目标应用平台；
所述当接收到对所述各应用平台中目标应用平台对应的链接图标的操作指令时，通过调用所述目标应用平台的应用程序编程接口，在所述操作页面中进入所述目标应用平台的步骤，包括：
监控所述操作页面的业务操作流程的第一应用平台的进度状态，其中，所述进度状态包括按照业务操作流程的正常进度状态和异常状态；
判断所述进度状态是否满足从所述第一应用平台切换至第二应用平台的预设条件；
若满足，则通过调用所述第二应用平台的应用程序编程接口，从所述第一应用平台切换至所述第二应用平台。
2.根据权利要求1所述的平台整合的方法，其特征在于，所述判断所述进度状态是否满足从所述第一应用平台切换至第二应用平台的预设条件的步骤，包括：
监听是否接收到所述第一应用平台的进程异常警报；
若接收到，则判定满足从所述第一应用平台切换至所述第二应用平台的预设条件；
若未接收到，则判定不满足从所述第一应用平台切换至所述第二应用平台的预设条件。
3.根据权利要求2所述的平台整合的方法，其特征在于，所述通过调用所述第二应用平台的应用程序编程接口，从所述第一应用平台切换至所述第二应用平台的步骤之前，包括：
诊断所述第一应用平台的进程异常警报的故障类型；
根据所述故障类型匹配故障解决方案；
根据所述解决方案确定指定应用平台为所述第二应用平台。
4.根据权利要求1所述的平台整合的方法，其特征在于，所述判断所述进度状态是否满足从所述第一应用平台切换至第二应用平台的预设条件的步骤，还包括：
监听是否接收到所述第一应用平台的进程完成警报；
若接收到，则判定满足从所述第一应用平台切换至所述第二应用平台的预设条件；
若未接收到，则判定不满足从所述第一应用平台切换至所述第二应用平台的预设条件。
5.根据权利要求4所述的平台整合的方法，其特征在于，所述通过调用所述第二应用平台的应用程序编程接口，从所述第一应用平台切换至所述第二应用平台的步骤之后，包括：
记录从所述第一应用平台切换至所述第二应用平台的过程数据；
按照从前至后的进程时间顺序汇总所述过程数据形成运行文件；
通过压缩所述运行文件生成所述业务操作流程对应的数据包。
6.根据权利要求5所述的平台整合的方法，其特征在于，所述通过压缩所述运行文件生成所述业务操作流程对应的数据包的步骤之后，包括：
分析完成指定业务中不同的所述业务操作流程对应的各数据包；
根据各所述业务操作流程的对比属性选择所述指定业务的最优化业务操作流程。
7.一种平台整合的装置，其特征在于，包括：
第一调用模块，用于调用业务操作流程中所涉及的各应用平台的应用程序编程接口；
写入模块，用于将各应用平台的所述应用程序编程接口写入操作页面进行整合；
第一生成模块，用于在所述操作页面上分别生成的各所述应用平台对应的链接图标；
第二调用模块，用于当接收到对所述各应用平台中目标应用平台对应的链接图标的操作指令时，通过调用所述目标应用平台的应用程序编程接口，在所述操作页面中进入所述目标应用平台；
所述当接收到对所述各应用平台中目标应用平台对应的链接图标的操作指令时，通过调用所述目标应用平台的应用程序编程接口，在所述操作页面中进入所述目标应用平台的步骤，包括：
监控所述操作页面的业务操作流程的第一应用平台的进度状态，其中，所述进度状态包括按照业务操作流程的正常进度状态和异常状态；
判断所述进度状态是否满足从所述第一应用平台切换至第二应用平台的预设条件；
若满足，则通过调用所述第二应用平台的应用程序编程接口，从所述第一应用平台切换至所述第二应用平台。
8.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。
9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。
CN201810316736.8A 2018-04-10 2018-04-10 平台整合的方法、装置、计算机设备和存储介质 Active CN108804239B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201810316736.8A CN108804239B (zh) 2018-04-10 2018-04-10 平台整合的方法、装置、计算机设备和存储介质
PCT/CN2018/095495 WO2019196227A1 (zh) 2018-04-10 2018-07-12 平台整合的方法、装置、计算机设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810316736.8A CN108804239B (zh) 2018-04-10 2018-04-10 平台整合的方法、装置、计算机设备和存储介质

Publications (2)

Publication Number Publication Date
CN108804239A CN108804239A (zh) 2018-11-13
CN108804239B true CN108804239B (zh) 2022-10-18

Family

ID=64095490

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810316736.8A Active CN108804239B (zh) 2018-04-10 2018-04-10 平台整合的方法、装置、计算机设备和存储介质

Country Status (2)

Country Link
CN (1) CN108804239B (zh)
WO (1) WO2019196227A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109542538A (zh) * 2018-11-22 2019-03-29 郑州云海信息技术有限公司 一种子***管理方法和***
US11481268B2 (en) * 2020-08-03 2022-10-25 International Business Machines Corporation Blockchain management of provisioning failures

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106230987A (zh) * 2016-09-21 2016-12-14 南方电网科学研究院有限责任公司 一种基于电力PaaS云平台的信息集成***及方法
CN106506215A (zh) * 2016-11-11 2017-03-15 郑州云海信息技术有限公司 一种基于cmdb的自动化运维***

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9531805B1 (en) * 2012-06-19 2016-12-27 Google Inc. Systems and methods for run time migration
CN104123059A (zh) * 2013-04-26 2014-10-29 华茂云天科技(北京)有限公司 基于web桌面化的云计算管理***
CN106990966A (zh) * 2017-03-31 2017-07-28 中国科学技术大学苏州研究院 基于前端框架的移动端跨平台应用开发框架及开发方法
CN107423198B (zh) * 2017-07-10 2020-10-16 中核核电运行管理有限公司 一种eam平台监控管理方法及***
CN107679061B (zh) * 2017-07-26 2019-12-24 深圳壹账通智能科技有限公司 混合app的页面导航方法、装置、终端和存储介质
CN107577459B (zh) * 2017-08-21 2020-11-13 杰为软件***(深圳)有限公司 一种基于组件化的拖拽式跨平台应用开发***及方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106230987A (zh) * 2016-09-21 2016-12-14 南方电网科学研究院有限责任公司 一种基于电力PaaS云平台的信息集成***及方法
CN106506215A (zh) * 2016-11-11 2017-03-15 郑州云海信息技术有限公司 一种基于cmdb的自动化运维***

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"数字化校园信息共享与整合平台的构建";白雪;《吉林化工学院学报》;20180131;第35卷(第01期);第2.2-2.3节 *
白雪."数字化校园信息共享与整合平台的构建".《吉林化工学院学报》.2018,第35卷(第01期),第2.2-2.3节. *

Also Published As

Publication number Publication date
WO2019196227A1 (zh) 2019-10-17
CN108804239A (zh) 2018-11-13

Similar Documents

Publication Publication Date Title
US9146839B2 (en) Method for pre-testing software compatibility and system thereof
US8140565B2 (en) Autonomic information management system (IMS) mainframe database pointer error diagnostic data extraction
US8239167B2 (en) Gathering context information used for activation of contextual dumping
US7624394B1 (en) Software installation verification
JP5970617B2 (ja) 開発支援システム
CN107660289B (zh) 自动网络控制
US20120159421A1 (en) System and Method for Exclusion of Inconsistent Objects from Lifecycle Management Processes
US20090327815A1 (en) Process Reflection
EP1622306A2 (en) Event and dependency based failure identification management system and method
US20160132420A1 (en) Backup method, pre-testing method for environment updating and system thereof
US8661418B2 (en) Setting program, workflow creating method, and work flow creating apparatus
US8930761B2 (en) Test case result processing
US10318387B1 (en) Automated charge backup modelling
CN109032838B (zh) 虚拟机备份恢复数据一致性的自动校验方法
CN108804239B (zh) 平台整合的方法、装置、计算机设备和存储介质
WO2020253045A1 (zh) 配置化的数据转发异常补处理方法、装置及可读存储介质
CN108241543B (zh) 业务操作断点执行的方法、业务服务器及***
CN114116330A (zh) 服务器性能测试方法、***、终端及存储介质
CN113918236A (zh) 一种辅助管理方法、装置及介质
CA2420008C (en) Panic message analyzer
CN105677515A (zh) 一种数据库联机备份方法及***
CN114356643B (zh) 一种遥感卫星处理***中自动发现任务失败和恢复方法
CN112860492B (zh) 一种适用于核心***的自动化回归测试方法及***
CN116149707B (zh) 分布式***的升级风险检测和规避方法及装置
CN110008114B (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
GR01 Patent grant
GR01 Patent grant