你的数据库可能危机四伏.docxVIP

PAGE 1 PAGE 1 你的数据库可能危机四伏 　　——使用Delphix可以便利地创建虚拟数据库分支。创建开发环境将变得轻而易举，并行开发也变得触手可及。生产环境的虚拟拷贝允许你使用最新产品环境的真实数据来测试产品部署，而无需处理存储问题或是真实的产品风险。  　　?假如你尝试去构造一个良好的开发、测试、UAT(用户接受性测试)或是产品预发布环境，那么内容屏蔽确的确实是一个挑战。测试数据越真实，你对质量保障也就越布满自信。但是假如开发人员可以不加约束的访问产品拷贝，那会怎样呢?你的信用卡号码是否有可能正好留在其中一台笔记本上?它会泄露出去吗?另一方面，假如采用模拟数据或是根本不用任何数据，那将无法营造一个良好的测试环境，同时性能测试也会不精确。  　　——像DMsuite这样的解决方案能够用逼真、但也是虚构的数据来替换机密数据，而不需要任何编码。假如为了达到某种目的(健康保健亦或是财务方面的内容)或者正好存在一些敏感信息而使得你需要这样做的时候，它会通过在非产品环境中替换机密数据的方式从而削减你的“可侵入的足迹”。  　　?数据库变更管理——运用数据库工具以确保数据库变更能够作为SDLC的一部分妥当管理，而不是隔绝在主要开发流程之外。另外，确保每一次变更都和一个变更恳求关联起来。这有助于将数据库管理工作作为通用开发或变更工作的一部分。  　　——通过使用DBmaestro可以加强版本掌握并同时追踪全部变更。一切尽在你掌控之中：谁在做什么事，在哪里，为什么这样做。它将消退流程外的变更。一旦开发周期结束，DBmaestro会将相关的变更自动部署到集成环境中去，识别出变更冲突并且合并它们，假如没有冲突则直接推送到产品环境中去。  　　?测试自动化——建立合适的自动化测试需要巨大的投资。你需要将之视为长远目标，而非一次性项目，并开始为每次新的开发活动或是主要变更创建并积累自动化测试。  　　单元测试：建立结实的安全网络需要采用以变更为重点的测试方法，同时确保那些变更没有造成破坏。  　　——通过采用OracleSQLDeveloper或者Microsoft平台的tSQLt这样的单元测试工具就可以引进数据库单元测试，而无须任何花费。  　　回归测试：另一种测试方法，它将数据库和应用代码作为一个整体来进行测试。  　　——使用TestComplete验证那些常见的场景，之后也可以加入对不太常见的场景的验证，这将使你自信满满地交付发布。  　　?发布自动化——缓解风险的关键角色。自动化的部分越多，你就越能做到精确掌控：重现开发中引入的变更，并在测试环境中测试，最终安全地应用到产品环境中去。一旦你自动化了SDLC的流程并且成功解决日常工作中的挑战，那么一个健康的SDLC就水到渠成了，它能同时兼顾最小风险和最高效率。  　　——使用IBMUrbancode部署工具能够帮助你管理发布活动和配置，并细心策划总体流程。  　　最好的消息是，这些不同类型的解决方案完全可以合作无间。因而可以使用Delphix创建虚拟开发分支，使用DMsuite屏蔽机密内容，使用Jira管理开发任务，使用DBmaestro对变更和发布进行版本掌握，使用tSQLt或者SQLDeveloper进行自动化测试发布，以及使用uDeploy来策划发布流程，以上全部都能汇总成一个精致的、自动化的并且安全的流程。  　　总结  　　当着手采用最佳实践的时候，数据库才呈现出真正的挑战。这也正说明白孤岛是如何产生的。开发部门或许会采用不同的流程来分别对待代码开发和数据库开发，或仅在部分变更工作中采用最佳实践。  　　消退主要风险的最佳方法是，不要以技术眼光去看待这些差异，同时找到解决方法——流程或者工具——去采用并实施最佳实践和自动化。  　　作为一份具有如此高价值的资产，数据库不应成为你的业务的短板。