原文出处: 后端技术杂谈java
好比,没有把一些须要并发执行时使用的线程数设置成可在属性文件中配置。那么你的程序不管在DEV环境中,仍是TEST环境中,均可以顺畅无阻地运行,可是一旦部署在PROD上,把它做为多线程程序处理更大的数据集时,就会抛出IOException,缘由也许是线上环境并发形成也许是其余。若是线程数目能够在属性文件中配置,那么使它成为一个单线程应用程序就变得十分容易了。咱们再也不须要为了解决问题而反复地部署和测试应用了。这种方法也一样适用于配置 URL、服务器和端口号等。git
这里推荐使用属性文件外化这些配置,文件格式使用properties、yaml、hocon、json均可以。下面的类实现了对这些格式的文件的spring注入支持,包括占位符支持。github
生产过程当中一个典型的场景就是只使用1到3个账户进行测试,而这个数量本应是1000到2000个的。在作性能测试时,使用的数据必须是真实而且未经裁剪的。不贴近真实环境的性能测试,可能会带来不可预料的性能、拓展和多线程问题。这里也能够采起预发布环境的方式来解决部分问题。sql
不论是RPC调用仍是对于第三方服务的调用,都不能想固然的认为可用性是100%的。不容许出现服务调用超时和重试,将会对应用程序的稳定性和性能形成不利的影响。数据库
网络服务随处可见,从而使得黑客能够轻易地利用它进行拒绝服务攻击。因此,设计系统时,须要遵循“最小权限”原则,采用白名单等方式。json
不只仅对于传统的开发流程,即便对于敏捷开发,这些文档也是必不可少的,不然在后续的维护、交接上会带来很大的不便。后端
对于系统一些相当重要的功能模块要作好对其的监控,防止其影响系统的运行,形成不可估算的损失。另外,若是能够,监控到故障后去去试图恢复,恢复失败再发送告警。对于一些很重要的数据文件,还要作到冗余备份,防止发生一些忽然故障形成数据丢失。设计模式
好比create_time、update_time能够说明记录的建立和更新时间。create_by、update_by能够说明记录是由谁建立和更新的。缓存
此外,删除记录有时候并不是真正删除,这时须要设计表示此记录状态的列,如能够取‘Active’或‘Inactive’的 ‘status’列。
新的功能上线时,若是发生故障,没有一份回滚计划,那么可能会手忙脚乱而形成线上服务一段时间不可用。有一个良好的回滚计划,可让你可以有条不紊的执行相关操做,在可控时间内将系统恢复到一个可运行的状态。
对于项目中用到的内存、数据库、文件、缓存等,要作好量化分析。预估出将来一段时间的空间占用,给运维分配机器时一个参考。防止,因为数据量增加过快,致使存储不够。这一点是很是重要的,否则很容易形成线上服务不可用。
系统部署的平台是一个相当重要的部分。对于部署平台的描述,不能仅限于一台服务器、两个数据库这个层面,至少须要包括
不少状况下,开发者会在生产系统中使用一门想要学习的语言或某种工具。一般这不是最好的选择。好比,为已经其实是关系型的数据使用NoSQL数据库。不论是语言仍是工具,都有其适用的场景。不能求新,也不能以“自我”为标准。