KISS原则
架构设计能简单绝不复杂,坚决砍掉任何华而不实的设计,不要因为 3 年后可能怎样甚至是一些现实中根本无法出现的场景,加入到当下的架构设计中,导致系统无比复杂。
选择最熟悉的技术
一个新项目最好不要使用超过 30% 的新技术,我觉得这有一定道理,因为对于你完全不知道的技术,你不可能控制使用过程中出现的风险。但是过于抗拒新技术同样不可取,一直沿用多年前的技术以及规范会导致组织内向往新技术的人员离职,到时组织不稳定。
最好选择强大社区支撑的开源技术
没有人喜欢“alone in the dark”的感觉,同样,也很少有工程师喜欢孤独地面对代码缺陷。我们之所以喜欢在 Apache 上挑选合适的新框架尝试使用,是因为 Apache 始终保持运作着强大的社区,每天都有很多新建的框架,也设计了一整套生命周期管理标准,让一个项目能够从孵化项目逐渐一步步地走向顶级项目。
先验证后使用
不可避免的是,有大量吹得天花乱坠,实际上有很多缺陷的开源项目。所以在使用前一定要验证一些核心的场景下是否满足业务的需求。比如并发量、效率以及在当前需求下如何使用其实现。