第四周学习总结
本周在老师的带领下回顾了常用的架构模式、衡量架构设计的合理性判断标准。收获较大的主要有以下这些点:
架构设计时需要识别系统复杂度。针对这些复杂度给出方案。
比如服务需要承载1W QPS,每台服务器可以支持1K QPS,当前的架构是否可以通过增加服务器数量提升服务处理能力。
最近项目有个场景从京东、淘宝获取店铺订单数据导入内部系统创建内部订单。这个场景中需要满足的伸缩性、扩展性、安全性
伸缩性,当订单QPS从100到1W时是否可以通过增加机器来支撑。这里我的方案是将获取到外部订单统一先落库,然后发送到消息队列。通过增加服务消费者提升处理能力
扩展性,比如是不是可以很方便的对接不同的第三方渠道获。增加一个渠道需要做哪些改动?我的想法是将变化的部分与稳定部分拆分。每次新增一个渠道只需实现获取订单的逻辑,获取到订单后内部处理流程复用。
安全性,订单数据属于用户敏感数据,需要采用加密传输、加密存储。
发现问题比解决方案更重要。
对于这句话的我理解目前绝大多数的同学都是在开发业务系统或者中台系统。我们需要深入理解业务,了解业务的期望与现状有针对性的给出解决方案。先定义好问题域,才能更好的解决问题。
评论