云计算环境春季大清理最佳践行
发布时间：2022-05-11 09:55:33 所属栏目：安全 来源：互联网
导读：连云计算也需要春季大清理。而这种大清理不是指你已经有所了解的重构和数据质量工作。那些重大项目不容易漏掉，现在我们需要注意只有在变得特别突出时才会注意到的那些细小问题。 由于云系统易于配置，这些新的小债务很快就会显露出来。添加新的字段，编辑公
|
连云计算也需要春季大清理。而这种大清理不是指你已经有所了解的重构和数据质量工作。那些“重大项目”不容易漏掉，现在我们需要注意只有在变得特别突出时才会注意到的那些细小问题。 由于云系统易于配置，这些新的小债务很快就会显露出来。添加新的字段，编辑公式，修改报表，更改参数选用表值，这每一项操作都只需要短短几秒钟。而这些小更改会带来重大的后果或影响。抛开没有全面的方法可以清点所有更改这一点不说，新添或更改的条目引起的连锁反应很难评估。 所以，撤销更改(为了停用过时功能或纠正新症状)涉及的工作量比当初进行更改所需的工作量要大得多。由于日积月累，原先的小债务也开始变得令人讨厌。 但是工具在这里解决不了问题，而***实践解决得了问题，比如下面这些： 1.设定更改方面的预期目标。即便你可以在20秒内进行更改，也要明确：更改只能每天进行一次，如果可以的话，每周进行一次。 2.设定系统管理工作负载方面的预期目标。你根本无法一下子还清技术债务，预计15%的管理时间专门用于慢慢清理债务是合理的。 3.每季度(或者按云系统的日志跨度)备份一次系统管理员的更改日志。这个小文件要***保存。 4.使用标准的沙盒，每月更新一次。想真正看到潜在更改的影响，唯一的办法就是在装满数据的沙盒里面;即便如此，还是会有一些问题只在生产环境中才会体现出来。 5.另外使用开发沙盒(这是免费的)，每天更新一次。 6.对生产系统使用系统快照工具，每天更新一次。使用该快照分析哪里在使用，以支持设计提拟的更改。 7.在生产环境中进行更改之前，先在其中一个沙盒里面进行测试。要是更改区域是配置在过去30天没有发生太大变化的区域，就在整个沙盒里面进行测试。要是出现了许多配置更改，就在开发沙盒里面进行测试。 8.一旦你将更改的内容放入到沙盒，就按一下“运行所有测试”按钮(或者是你的云系统用来运行单元测试和系统测试的任何机制)，看看有没有任何新的测试错误出现。有时候，仅仅修复参数选用表中的拼写错误就会引起好多的测试错误。 9.合计系统中的所有视图、报表和仪表板，每月合计一次。这些东西往往会迅速增多(如果大多数用户被允许可以创建自己的报表，更是如此)，会给系统可靠性带来致命影响。大胆精简报表(通过隐藏报表，而不是删除报表)――12个月里面没有运行过的任何报表都不太可能有保留价值。 （编辑：应用网_丽江站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
浙公网安备 33038102330468号