基于GMP规范的开发测试一体化服务系统

技术领域

本发明涉及数据迁移术领域，具体涉及基于GMP规范的开发测试一体化服务系统。

背景技术

云计算是网格计算、分布式计算、并行计算、效用计算、网络存储、虚拟化、负载均衡等传统计算机技术和网络技术发展融合的产物。它旨在通过网络把多个成本相对较低的计算实体整合成一个具有强大计算能力的完美系统，并借助SaaS、PaaS、IaaS、MSP等先进的商业模式把这强大的计算能力分布到终端用户手中。在云端能够实现存储和计算的功能，并具有计算效率高的优势；而本地服务器可以视作是供用户操作使用的客户端，能够为用户提供服务并能够与云端建立连接，并具有安全性高、可控性强的优势。因此，云端和本地混合部署的服务系统能够在一定程度上保证计算效率和安全性。

在云端和本地混合部署的服务系统中，本地服务器的应用需要在云端开发和测试。例如，公开号为CN102981951A的中国专利就公开了一种《云测试开发平台及云测试开发方法》，其云测试开发方法包括：用户将测试任务上传到数据库中；测试服务器访问数据库获取待测试的测试任务；测试服务器检测空闲的测试主机，将测试任务分成包含若干测试案例的子任务分配到空闲的测试主机中进行测试；测试服务器在测试主机完成对子任务测试后调回其测试结果；测试服务器对所有调回的子任务的测试结果进行整合。

上述现有方案中的云测试开发平台也是一种开发测试一体化服务系统，其能够在云端完成本地服务器应用的开发和测试。申请人发现，本地服务器的应用除了开发和测试之外，还需要优化和更新，即本地服务器运行安装包中的配置数据需要更新。然而，现有技术中更新运行安装包时，需要中断本地服务器的运行并在本地服务器上进行运行验证（试运行）一旦本地服务器运行验证失败，就需要对开发环境和测试环境进行数据检查，然后再次中断本地服务器进行运行验证，如此往复。现有的更新方式需要多次中断本地服务器的运行，并会消耗大量时间，导致服务系统的更新效率很低。同时，现有更新方式是覆盖式更新，即本地服务器原有运行安装包的所有配置数据都会被覆盖，使得更新时很容易出现中途崩溃或数据丢失的问题，导致服务系统的更新稳定性不好。因此，申请人设计了一种兼顾服务系统的更新效率和更新稳定性的开发测试一体化服务系统。

发明内容

针对上述现有技术的不足，本发明所要解决的技术问题是：如何提供一种能够兼顾服务系统更新效率和更新稳定性的基于GMP规范的开发测试一体化服务系统，从而能够辅助提升服务系统的服务效果。

为了解决上述技术问题，本发明采用了如下的技术方案：

基于GMP规范的开发测试一体化服务系统，包括：

开发环境单元，用于配置本地服务器运行所需的基础配置数据；

测试环境单元，用于提取基础配置数据中的待更新数据；然后根据待更新数据更新本地服务器原有运行安装包中对应的配置数据以得到相应的配置更新数据；最后测试配置更新数据；

生产环境单元，能够模拟本地服务器的运行环境；用于接收测试后的配置更新数据，并根据配置更新数据更新本地服务器的原有运行安装包以得到对应的新运行安装包；然后运行验证新运行安装包；

其中，开发环境单元、测试环境单元和生产环境单元之间的数据交互均符合GMP规范。

优选的，开发环境单元在基础配置数据配置完成后，提交用于将基础配置数据同步迁移到测试环境单元的迁移审批，并在迁移审批通过后将基础配置数据同步迁移到测试环境单元；该迁移审批中的每一步审批都需要电子签名，每一步审批的数据变化都需要进行数据审计追踪。

优选的，开发环境单元将基础配置数据同步迁移到测试环境单元之前，先备份基础配置数据并对基础配置数据进行版本管理。

优选的，测试环境单元接收到开发环境单元同步迁移的基础配置数据后，先备份基础配置数据并对基础配置数据进行版本管理。

优选的，测试环境单元更新原有运行安装包的配置数据之前，先备份原有运行安装包的配置数据及其版本信息；并能够在更新异常或失败时，通过数据回滚的方式将原有运行安装包的配置数据回滚至上一个版本。

优选的，测试环境单元完成配置更新数据测试后，提交用于将测配置更新数据同步迁移到生产环境单元的迁移审批，并在迁移审批通过后将配置更新数据同步迁移到生产环境单元；该迁移审批中的每一步审批都需要电子签名，每一步审批的数据变化都需要进行数据审计追踪。

优选的，生产环境单元接收到测试环境单元同步迁移的配置更新数据后，先对配置更新数据进行数据自检，并在数据自检通过后更新本地服务器的原有运行安装包。

优选的，生产环境单元更新原有运行安装包之前，先备份原有运行安装包及其版本信息；并能够在更新异常或失败时，通过数据回滚的方式将原有运行安装包及其配置数据回滚至上一个版本。

优选的，生产环境单元能够将运行验证通过的新运行安装包同步迁移至本地服务器。

优选的，开发环境单元、测试环境单元和生产环境单元之间的数据通信均需要通过设置的加密算法加密。

本发明中的开发测试一体化服务系统与现有技术相比，具有如下有益效果：

1、本发明中，在云端生成了开发环境单元、测试环境单元以及能够模拟本地服务器运行环境的生产环境单元，使得能够在生产环境单元中进行运行验证，等待运行验证成功后再将新运行安装包传输到本地服务器安装，即更新时不需要中断本地服务器运行，从而能够提升服务系统的更新效率。

2、本发明中，能够提取基础配置数据中的待更新数据并根据生成对应的配置更新数据，使得更新时仅需要更新运行安装包中的对应配置数据，即能够避免因大量数据同时替换而导致中途崩溃或数据丢失的问题，从而能够提升服务系统的更新稳定性。

3、本发明中，开发环境单元、测试环境单元和生产环境单元之间的数据迁移均符合GMP规范，使得能够在更新过程中有效的记录各个“环节”的具体信息，能够保证开发环境单元、测试环境单元和生产环境单元之间的数据一致性，能够实现历史数据追溯和数据一致性管理，从而能够提升服务系统的服务效果。

附图说明

为了使发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步的详细描述，其中：

图1为实施例中服务系统的逻辑框图。

具体实施方式

下面通过具体实施方式进一步详细的说明：

实施例：

本实施例中公开了一种基于GMP规范的开发测试一体化服务系统。

如图1所示，基于GMP规范的开发测试一体化服务系统，包括：

开发环境单元，用于配置本地服务器运行所需的基础配置数据。具体的，开发环境单元的工作过程中如下：

S01：用户获得权限后登录到开发环境单元中，并自定义配置其本地服务器运行所需的基础配置数据；基础配置数据包括业务流程、业务表单、角色组织、业务报表等。

S02：基础配置数据配置完成后，提交用于将基础配置数据同步迁移到测试环境单元的迁移审批，该迁移审批中的每一步审批都需要电子签名，每一步审批的数据变化都需要进行数据审计追踪。

S03：若迁移审批失败，则返回步骤S02；若迁移审批通过，则发起将基础配置数据同步迁移到测试环境单元的迁移指令。将基础配置数据同步迁移到测试环境之前，先对基础配置数据进行数据的版本管理，版本号为历史版本号+1。

S04：将基础配置数据同步迁移到测试环境单元，并记录迁移记录、迁移时间、操作人员和迁移过程等信息。

通过上述流程，用户能够自定义配置其业务流程、业务表单、角色组织、业务报表的数据，使得本地服务器的应用和服务能够更好的与用户的实际需求相适配，这能够提升本地服务器的配置灵活性，从而能够保证应用的开发效果。并且，能够通过基于GMP规范的规定实现基础配置数据的同步迁移，从而能够保证开发环境单元和测试环境单元之间的数据一致性。

测试环境单元，用于提取基础配置数据中的待更新数据；然后根据待更新数据更新本地服务器原有运行安装包中对应的配置数据以得到相应的配置更新数据；最后测试配置更新数据。具体的，测试环境单元的工作过程中如下：

S11：测试环境单元接收到开发环境单元同步迁移的基础配置数据后，先把基础配置数据推送到历史版本中，版本号为历史版本号+1。

S12：提取基础配置数据中的待更新数据，根据待更新数据更新本地服务器原有运行安装包的对应配置数据以得到配置更新数据。若更新异常或失败，则通过数据回滚的方式将原有运行安装包的配置数据回滚至上一个版本。

S13：测试配置更新数据：若测试失败，则回到开发环境单元重新配置基础配置数据；若测试通过，则提交用于将测配置更新数据同步迁移到生产环境单元的迁移审批，该迁移审批中的每一步审批都需要电子签名，每一步审批的数据变化都需要进行数据审计追踪。

S14：若迁移审批失败，则返回步骤S13；若迁移审批通过，则发起将基础配置数据同步迁移到测试环境单元的迁移指令。将配置更新数据迁移到生产环境单元之前，对配置更新数据进行数据的版本管理，版本号为历史版本号+1。

S15：将测试后的配置更新数据同步迁移到生产环境单元，并记录迁移记录、迁移时间、操作人员和迁移过程等信息。

通过上述流程，能够管理基础配置数据的版本，进而能够保证开发环境单元和测试环境单元之间、测试环境单元和生产环境单元之间的数据一致性，从而能够保证应用的测试效果。并且，在更新异常或失败时容易出现数据丢失的问题，本发明能够根据备份的配置数据及其版本信息进行数据回滚，使得能够快速、准确的还原运行安装包的配置数据。

生产环境单元，能够模拟本地服务器的运行环境；用于接收测试后的配置更新数据，并根据配置更新数据更新本地服务器的原有运行安装包以得到对应的新运行安装包；然后运行验证新运行安装包。具体的，测试环境单元的工作过程中如下：

S21：生产环境单元接收到测试环境单元同步迁移的配置更新数据后，先对配置更新数据进行数据自检：若数据自检失败，则终止更新；若数据自检通过，则进入下一步骤；

S22：更新本地服务器的原有运行安装包以得到对应的新运行安装包；若更新异常或失败，则通过数据回滚的方式将原有运行安装包及其配置数据回滚至上一个版本。

S23：对新运行安装包的配置数据进行版本管理，生成一个新的数据版本，版本号为历史版本号+1。

S24：运行验证新运行安装包，并确认和检查相关业务。

S25：将运行验证通过的新运行安装包同步迁移至本地服务器。

通过上述流程，能够对配置更新数据进行数据自检，使得能够保证配置更新数据的安全性，从而保证应用的运行验证效果。并且，能够根据备份的运行安装包及其版本信息进行数据回滚，使得出现数据丢失时能够快速、准确的还原运行安装包及其配置数据。

本实施例中，开发环境单元、测试环境单元和生产环境单元之间的数据迁移均符合GMP规范。GMP规范是指良好生产规范（即GOOD MANUFACTURING PRACTICE的缩写），具体包括数字签名和通信制式等方面的规范。开发环境单元、测试环境单元和生产环境单元之间的数据通信均需要通过设置的加密算法加密，具体采用MD5数据加密传输。

本发明中，在云端生成了开发环境单元、测试环境单元以及能够模拟本地服务器运行环境的生产环境单元，使得能够在生产环境单元中进行运行验证，等待运行验证成功后再将新运行安装包传输到本地服务器安装，即更新时不需要中断本地服务器运行，从而能够提升服务系统的更新效率。其次，本发明能够提取基础配置数据中的待更新数据并根据生成对应的配置更新数据，使得更新时仅需要更新运行安装包中的对应配置数据，即能够避免因大量数据同时替换而导致中途崩溃或数据丢失的问题，从而能够提升服务系统的更新稳定性。进一步的，本发明中开发环境单元、测试环境单元和生产环境单元之间的数据迁移均符合GMP规范，使得能够在更新过程中有效的记录各个“环节”的具体信息，能够保证开发环境单元、测试环境单元和生产环境单元之间的数据一致性，能够实现历史数据追溯和数据一致性管理，从而能够提升服务系统的服务效果。

具体实施过程中，开发环境单元在基础配置数据配置完成后，提交用于将基础配置数据同步迁移到测试环境单元的迁移审批，并在迁移审批通过后将基础配置数据同步迁移到测试环境单元；该迁移审批中的每一步审批都需要电子签名，每一步审批的数据变化都需要进行数据审计追踪。开发环境单元将基础配置数据同步迁移到测试环境单元之前，先备份基础配置数据并对基础配置数据进行版本管理。

本发明中，能够通过电子签名和数据审计追踪来记录开发环境单元迁移审批的具体信息；同时，通过对基础配置数据进行版本管理，能够保证开发环境单元和测试环境单元之间的数据一致性，能够实现历史数据追溯和数据一致性管理，从而能够提升服务系统的服务效果。

具体实施过程中，测试环境单元接收到开发环境单元同步迁移的基础配置数据后，先备份基础配置数据并对基础配置数据进行版本管理。测试环境单元更新原有运行安装包的配置数据之前，先备份原有运行安装包的配置数据及其版本信息；并能够在更新异常或失败时，通过数据回滚的方式将原有运行安装包的配置数据回滚至上一个版本。测试环境单元完成配置更新数据测试后，提交用于将测配置更新数据同步迁移到生产环境单元的迁移审批，并在迁移审批通过后将配置更新数据同步迁移到生产环境单元；该迁移审批中的每一步审批都需要电子签名，每一步审批的数据变化都需要进行数据审计追踪。

本发明中，能够通过电子签名和数据审计追踪来记录测试环境单元迁移审批的具体信息；同时，通过对基础配置数据和配置更新数据进行版本管理，能够保证开发环境单元和测试环境单元之间、测试环境单元和生产环境单元之间的数据一致性，能够实现历史数据追溯和数据一致性管理，从而能够提升服务系统的服务效果。其次，在更新异常或失败时容易出现数据丢失的问题，本发明能够根据备份的配置数据及其版本信息进行数据回滚，使得能够快速、准确的还原运行安装包的配置数据，从而能够保证服务系统的服务效果。

具体实施过程中，生产环境单元接收到测试环境单元同步迁移的配置更新数据后，先对配置更新数据进行数据自检，并在数据自检通过后更新本地服务器的原有运行安装包。生产环境单元更新原有运行安装包之前，先备份原有运行安装包及其版本信息；并能够在更新异常或失败时，通过数据回滚的方式将原有运行安装包及其配置数据回滚至上一个版本。生产环境单元能够将运行验证通过的新运行安装包同步迁移至本地服务器。

本发明中，能够根据备份的运行安装包及其版本信息进行数据回滚，使得出现数据丢失时，能够快速、准确的还原运行安装包及其配置数据，从而能够保证服务系统的服务效果。

以上所述的仅是本发明的实施例，方案中公知的具体结构及特性等常识在此未作过多描述，所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的普通技术知识，能够获知该领域中所有的现有技术，并且具有应用该日期之前常规实验手段的能力，所属领域普通技术人员可以在本申请给出的启示下，结合自身能力完善并实施本方案，一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本申请的障碍。应当指出，对于本领域的技术人员来说，在不脱离本发明结构的前提下，还可以作出若干变形和改进，这些也应该视为本发明的保护范围，这些都不会影响本发明实施的效果和专利的实用性。本申请要求的保护范围应当以其权利要求的内容为准，说明书中的具体实施方式等记载可以用于解释权利要求的内容。