架构师
2018-12-20 13:19:49 0 举报AI智能生成
微服务架构的特点及架构师职责
作者其他创作
大纲/内容
微服务
一些协同工作的小而自治的服务<br>
特点<br>
很小，专注于做好一件事<br>
内聚性
最好在两周内可以完全重写<br>
服务的大小需要和团队结构匹配
自治性
避免多个服务部署在一台机器上
Docker<br>
服务间通过网络调用进行通信
避免紧耦合<br>
保证技术的选择不被限制
修改一个服务进行部署，对其他服务不产生影响
SOA的一种特性方法
优势
更快的交付软件
更多机会尝试新技术
技术异构性
在不同的服务中使用合适的技术
弹性
很好的处理服务的不可用和功能降级问题<br>
扩展
只对需要扩展的服务进行扩展<br>
简化部署<br>
各个服务的部署独立
处理问题只影响一个服务
与组织结构相匹配
可组合性<br>
对可替代性的优化
对旧的系统可以部分升级替代
劣势
架构复杂
数据一致性处理复杂
增加补偿措施
CAP理论
没有银弹
架构师<br>
演进式架构师
类比城市规划师，而不是建筑师
职责
确保团队有共同的技术愿景，以帮助向客户交付他们的想要的系统
响应客户的变更需求
专注在大方向上，只在有限的情况下参与到非常具体的细节实现
保证系统适合开发人员在其上工作
关注不同区域间的事情
每一个服务允许团队自己选择技术
关注服务之间的交互，而不需要过于关注各个服务内部发生的事情
对系统设计进行取舍
战略目标<br>
建立原则
实践<br>
将原则与实践相结合
定标准
清楚的定义出一个好服务的属性<br>
监控
清楚的描述出服务的健康状态
接口
选出少数几种明确的接口技术（三种为好）<br>
RPC
REST
架构安全性<br>
代码治理
范例
提供服务代码模板
技术债务<br>
从高层次理解和权衡
例外管理
持续优化原则
集中治理和领导<br>
治理
通过评估干系人的需求，当前情况及下一步的可能性来确保企业目标的达成，通过排优先级和做决策来设定方向。对于已经达成一致的方向和目标进行监督
需要和团队一起工作
建设团队
锻炼和培养成员
0 条评论
下一页
