其他管理最佳实践
本节概述实验室维护操作、监视、升级和代码注入服务的最佳实践。
移动实验室检验
由于设置的性质,必须定期对移动实验室执行物理检查。检查的目的是检查当前设置,并检查可能会影响系统的损坏。
应检查以下各项:
-
检查是否所有设备都连接到 Wi - Fi
-
检查每个物理设备中是否有膨胀的电池 (当方框中的电池过热、充电过度或只是达到使用寿命时,电池的内部电池可能会产生可燃性电解质混合物,从而导致电池膨胀。)
-
检查是否所有设备都在充电,以及电池电量是否为 100%。
-
检查设备亮度是否设置为最小亮度。
-
检查设备是否未锁定。
数据库维护
PostgreSQL 与任何数据库软件一样,需要定期执行某些任务才能获得最佳性能。
以下是最常用的过程:
-
定期创建数据的备份副本
-
定期“清除”数据库
有关数据库维护的详细信息,请参阅 PostgreSQL 文档。
日志和 TMP 清理
即使 Digital Lab 日志删除较旧的数据,某些条件也会导致某些日志文件显著增长。例如,应用程序代码注入程序日志、Digital Lab audit.log 和数据库审核日志。
您需要监视这些日志的大小并定期执行清除。
监视
与任何其他生产系统一样,Digital Lab 部署需要监视性能和可用性。
以下类型的监视是必需的:
硬件 |
内存 CPU 磁盘空间 网络消耗 |
服务 | process/service 可用性 |
网络可用性 | URL 监视 |
设备 | 设备可用性 |
连接器 | 连接器可用性 |
数据库性能 | PostgreSQL: https://bucardo.org/check_postgres/ |
日志文件 |
监视日志文件中的异常和错误 |
Digital Lab 提供了多种有效监视方法 :
-
REST API 参考 Digital Lab: 可以通过 REST API 执行与 Digital Lab 相关的任何操作。REST API 调用可在脚本中用于监视目的。
-
嵌入式统计信息报告引擎。Digital Lab 务器从连接器聚合统计信息,并通过 Prometheus 报告器显示这些数据。
-
Digital Lab 日志文件存储在 /log 文件夹中。
升级进程
由于系统具有重要的业务价值,因此必须以有条理且可靠的方式展开升级过程。
请确保遵循以下最佳做法:
-
从不就地升级。使用两个环境 - 您的当前系统和另一个并行运行的新安装。按照中迁移 Digital Lab 服务器的过程操作。
-
备份。定期备份,而不仅仅是在升级之前。Digital Lab 不在数据库中存储事务数据,但仍是一种保护数据安全的好做法。
-
兼容性检查。允许最终用户在新系统上重新运行测试和操作,以确保资产与新版本的兼容性,然后再开始工作。
-
利用供应商提供的工具。请勿尝试手动修改系统。例如,对移动应用程序使用迁移工具。
-
计划迁移和执行。在升级之前、期间和之后计划操作。
有关完整的详细信息,请参阅升级的最佳实践。
代码注入服务
Digital Lab 可与注入代码和未注入代码移动应用程序配合使用。打包是一种测量方法,它将 Digital Lab intercept 库注入到应用程序包中,并使用正确的凭据重新签署应用程序。使用注入代码的应用程序的优点是可以更好地识别录制 /replay 对象以及其他传感器模拟 (如照片或指纹)。
将应用程序上载到 Digital Lab 后,服务器将自动尝试对应用程序进行打包。这样,用户就可以在运行测试时选择注入代码应用程序或原始版本。要启用由 Digital Lab 自动打包和签名的功能,管理员需要设置打包和签名服务。
当使用最新版本的测量库升级当前应用程序时,在升级过程中也会使用代码注入服务。
有关代码注入服务的一般信息,包括打包应用程序的手动过程,请参阅应用程序打包和签名服务。
Android 打包
默认情况下,Android 代码注入服务与 Digital Lab 务器一起安装。它不需要任何特殊配置,但可能会影响 Digital Lab 服务器计算机的整体性能,因为代码注入服务是在服务器上运行的 Java 进程。
iOS 包装
iOS 应用程序的打包过程略有不同。
iOS 应用程序和代理可以使用嵌入的代码注入服务或远程代码注入服务进行 signed/ 代码注入。单个 Apple Developer 帐户支持的设备类型的最大数量为 100 部 iPhone 和 100 部 iPad。如果您需要为更多设备签名,则需要额外的 Apple 开发人员帐户。要使用多个 Apple Developer 帐户进行打包,需要远程代码注入服务。有关详细信息,请参阅。 iOS 签名服务