需求设计
脱离业务的架构就是耍流氓,架构师必须要深入理解需求,参与需求,看透需求背后的业务本质。
主要产出
熟悉产品需求
学会以架构师的思维分析需求
全局思维,整体思维,闭环思维
主要内容
如何以架构师思维分析需求
项目的浅层需求
项目的深度需求
需求总揽
业务模块设计
![](http://imooc-lego-homework.oss-cn-hangzhou.aliyuncs.com/docs/pages/Berners/images/%E6%9E%B6%E6%9E%84%E8%AE%BE%E8%AE%A1.png)
扩展性保证
数据结构层面
一些可能的整体项目级别配置项。主要是是否可编辑,是否锁定等等。
一些页面级别的配置参数,大小,背景色之类的。
编辑器层面
保证组件的可扩展性,组件的锁定,可选,图层等等后续必要的扩展功能。
开发提效
脚手架固化一些重复操作,规范流程,提高开发效率。
创建项目的流程
提交代码的流程
测试项目的流程
打包项目的流程
发布项目的流程
组件平台主要固化组件的开发和发布流程,提升组件开发效率。
运维保障(待补充),大中型企业自研
线上服务和运维服务
安全
监控和报警
服务扩展性:流量大
架构师职责:项目设计,模块,逻辑抽象,正在是解决业务问题,梳理业务。通过技术手段实现业务增长,用架构设计模拟业务。
架构师核心思想
通过技术手段,来保证业务的增长。对业务负责,需 要对需求精准深入的理解。
要坚信:技术永远都是为业务服务的,技术是实现业务增长的工具。
学习方法
要有耐心,不要一心想着写代码,觉得需求和设计不重要
抛开你固有的程序员思维,开始准备接受架构师思维
要坚信:技术永远都是为业务服务的,技术是实现业务增长的工具
注意事项
不要关注细节,要看整体,看范围
设计时判断可行性,不确定的就调研一下,(这需要大量的工作经验积累,技术能力)
设计要考虑复杂度,越简单越好,不要过度设计,不要为了设计而设计