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