低代码应用开发 课件 第8章 应用生命周期管理

第8章

应用生命周期管理

授课教师：低代码应用开发01040203目录概念备份与还原升级与迭代监控与告警应用生命周期管理概述01应用生命周期管理概念软件产品的生命周期是指从软件构思（计划）开始一直到软件退出使用的时间周期，典型的阶段包括计划、需求、设计、实现、测试、交付/发布、安装与部署、运行与维护、退出。应用生命周期管理的目的是确保应用的质量和性能，提高应用的可用性和可靠性，降低应用的开发和维护成本。定义目的图8-1瀑布模型、敏捷模型和低代码模型生命周期的对比低代码应用生命周期开发阶段

需求分析、系统设计、建模、开发、测试、部署运维阶段（1）备份与还原：定期备份应用的数据和配置，并能够在需要时快速、准确地进行还原。（2）安全管理：保证应用的安全性，预防数据泄露和未授权访问等安全问题。（3）监控与告警：监控应用的运行状态，收集日志和指标，并及时发出告警以响应问题。（4）故障排除：通过排查错误、定位问题和修复漏洞来保证应用的正常运行。（5）升级与迭代：定期更新应用，改进其性能和功能。备份与还原02备份与还原概述备份与还原是应用的重要组成部分，它们能够确保应用的数据和配置不会因为意外情况（如硬件故障、恶意攻击等）而丢失或损坏。备份还原的重要性基于低代码平台开发的应用通常具有较高的可视化和自动化程度，备份与还原通常也更加便捷。例如，很多低代码平台都提供了自动备份与还原的功能，管理员只需要设置备份策略和还原条件即可。低代码平台的备份还原特点备份的类型①完全备份（FullBackup）：对数据进行全量的、完整的复制存储。通常用于第一次备份或数据量较小的系统。由于是全量备份，因此备份所需的时间和空间资源较多，但是恢复低代码应用开发数据的速度较快。②差异备份（DifferentialBackup）：对数据自上一次完全备份后的更新进行复制存储。通常用于大数据量的系统，可以减少备份所需的时间和空间资源，但是需要备份每次完全备份后的所有更改。在恢复数据时需要先恢复最近的完全备份的数据，再恢复差异备份的数据。③增量备份（IncrementalBackup）：对数据自上一次完全备份或增量备份后的更新进行复制存储。通常用于大数据量的系统，可以进一步减少备份所需的时间和空间资源，但是需要备份每次完全备份或增量备份后的所有更改。在恢复数据时需要先恢复最近的完全备份的数据，再依次恢复增量备份的数据。1.按照策略进行分类备份的类型①冷备份（ColdBackup）：系统处于停机状态下进行的备份。通常用于对系统停机时间无严格要求的场景，如一些固定数据且存储不频繁的系统。冷备份需要停机进行备份，备份数据与系统数据完全一致，恢复速度较快。②热备份（HotBackup）：系统处于正常运行状态下进行的备份。通常用于对系统停机时间有严格要求的场景，如一些需要持续存储且需要不间断服务的系统。热备份不需要停机进行备份，备份数据可能有一定的滞后，恢复速度相对较慢。2.按照是否停机进行分类备份的类型①在线备份（On-LineBackup）：备份的存储介质与系统总是处于联机状态，典型的存储介质有磁盘阵列、存储局域网、网络附加存储、网络硬盘等。②离线备份（Off-LineBackup）：备份的存储介质与系统一般只是在备份时处于联机状态，其他时刻一般都处于脱机状态，典型的存储介质有磁带、光盘、硬盘矩阵等。3.按照存储介质是否与系统联机进行分类备份的类型①手动备份（ManualBackup）：由人工手动触发执行备份。②自动备份（AutomaticBackup）：由机器自动触发执行备份，主要有事件触发（如停机前触发等）和时间触发（如定期触发等）。4.按照是否自动触发执行进行分类①例行备份（RoutineBackup）：例行的、日常的备份。②升级备份（UpgradeBackup）：为了防止升级后无法启动或正常使用而进行的备份。③因为其他目的进行的备份。5.按照目的进行分类低代码应用的备份与还原传统软件通常将应用的代码和业务数据存储在文件系统与数据库系统中，因此备份需要同时备份这两种。而低代码应用则通常以配置文件或脚本等文本文件的形式存储，也可以存储在数据库系统中。因此，低代码应用的备份实际上是数据库系统数据的备份。相比于传统软件，低代码应用的备份更加灵活和方便，通常只需要备份数据库系统的数据就可以了。低代码平台的备份特点低代码应用的备份实例在“应用管理系统”界面左侧的“功能列表”列表框中，选择“平台应用管理”下的“应用部署管理”，打开“应用部署管理”页面，如图8-2所示，单击该页面右侧的“操作”列中的“数据库备份”按钮，如图8-3所示，可以对应用进行完全备份。一个应用可以进行多次完全备份。图8-2“应用部署管理”页面低代码应用的备份实例在“应用管理系统”界面左侧的“功能列表”列表框中，选择“平台应用管理”下的“应用部署管理”，打开“应用部署管理”页面，如图8-2所示，单击该页面右侧的“操作”列中的“数据库备份”按钮，如图8-3所示，可以对应用进行完全备份。一个应用可以进行多次完全备份。图8-3“数据库备份”按钮低代码应用的备份实例单击“操作”列中的“数据库备份”按钮后，在弹出的“应用数据备份”对话框中可以对备份信息进行确认，以及输入备注信息，如图8-4所示。图8-4“应用数据备份”对话框低代码应用的备份实例应用备份成功后，在“应用管理系统”界面左侧的“功能列表”列表框中，选择“平台应用管理”下的“应用安装升级备份”，打开“应用安装升级备份”页面，如图8-5所示，在该页面中可以看到已有的应用备份文件。图8-5“应用安装升级备份”页面低代码应用的备份实例在该页面中可以看到已有的应用备份文件。在该页面右侧的“操作”列中有“查看”“下载”“删除”这3个按钮。单击“查看”按钮可以查看应用备份文件的详细情况，单击“下载”按钮可以将应用备份文件下载到本地，单击“删除”按钮可以将应用备份文件删除。低代码应用的还原实例在“应用管理系统”界面左侧的“功能列表”列表框中，选择“平台应用管理”下的“应用部署管理”，打开“应用部署管理”页面，在该页面的某个应用的名称所在行右侧的“操作”列中单击“更多”下拉按钮，在弹出的下拉菜单中选择“应用回滚”命令，会打开“应用回滚”对话框，如图8-8所示。图8-8“应用回滚”对话框升级与迭代03升级与迭代概述版本控制是升级与迭代的基础，通过版本控制可以追踪和记录代码的变化，方便进行版本管理和升级。版本控制持续集成是一种软件开发实践，通过自动化的构建、测试和部署，可以快速发现和解决问题，提高开发效率。持续集成敏捷开发是一种软件开发方法，通过快速迭代和持续改进，可以快速响应用户需求，提高产品质量。敏捷开发低代码应用的升级与迭代升级是指将应用的当前版本替换为新版本，而迭代则是指在当前版本中进行小规模的更改和改进。升级与迭代的概念01通过版本控制工具，如Git，跟踪和管理应用的升级和迭代过程，确保代码的可追溯性和安全性。版本控制02在升级和迭代过程中，使用自动化测试工具，如JUnit，确保应用的功能和性能不受影响。自动化测试03通过持续集成和部署工具，如Jenkins，实现应用的自动构建、测试和部署，提高开发效率。持续集成与部署04配置管理配置管理的目的是标识、跟踪、控制变更。配置管理的基础与核心是版本管理和版本管理软件。版本管理的核心是基线管理。版本号规则“x.y.z-tag”•x：主版本号。•y：次版本号或子版本号。•z：构建版本号或修订版本号。•tag：标签，用于补充说明本次版本。tag为可选，如果没有，则默认表示正式版本。常见的标签值如下。Alpha：内部测试版本。Beta：外部测试版本或公众测试版本。RC（ReleaseCandidate）：候选版本。Release/Stable/GA（GeneralAvailability）：正式版本，用于正式部署上线运行。LTS（LongTermSupport）：长期支持的正式版本。部署策略部署策略滚动部署通过逐步替换旧服务的实例来缓慢部署新版本。灰度部署与滚动部署并没有本质的区别，灰度部署在滚动部署的基础上增加了精确的流量控制。蓝绿部署在生产环境中部署相同数据的新版本的服务，当新版本（绿色）的服务测试通过后，将新的访问切换到新版本的服务上。停机部署指将当前版本的服务停机然后部署新的版本。简单且直接，通常所说的“割接”。低代码应用的升级与迭代优点增量升级。升级状态可视化。自动化一键升级。非停机部署升级。在进行增量升级时，需要先将版本之间的差异进行比对得到升级包，如图8-12所示。图8-12版本比对在得到升级包后上传全量应用包或升级包即可一键升级，如图8-13所示图8-13上传全量应用包或升级包监控与告警04监控与告警概述监控是确保应用正常运行的关键，可以及时发现问题并采取措施。监控的重要性告警机制可以及时通知管理员，以便及时处理问题，减少损失。告警机制指标、监控与告警监控指标需要观察和收集的数据信息，这些数据信息有助于了解监控对象的状况。根据指标的定义，对数据进行采集、聚合、统计，以及通过可视化的方式呈现数据的过程。告警当收集到的指标达到规则时，触发某个指定的行为。常用的监控指标资源类监控指标存储使用量指使用的外存的多少，一般根据具体情况制定网络使用量指网络流量的总量，包括上传和下载的数据。内存使用量根据具体情况制定I/O使用率一般不能超过70%CPU使用率一般不能超过75%常用的监控指标在单位时间内处理请求的数量吞吐量处理失败的比率，一般不能超过0.6%错误率≤300ms:瞬间响应；≤2s:优秀响应；≤5s:良好响应；≤10s:可接受/勉强接受响应；＞10s：无法接受响应。响应时间020301性能类监控指标常用的监控指标运营类监控指标单位时间内被访问的次数当前在线的用户数量单位访问量在线用户数自部署运行以来被访问的次数累计访问量自部署运行以来至少有一次使用经历的用户数累计用户数在特定时间段内至