架构即未来—可扩展性技术组织的角色

本文讨论了导致可扩展性和可用性失败的主要原因是职责混乱,如弱管理、职责不清以及缺乏系统规划。各角色如架构师、工程师、DevOps、基础设施工程师、质量保证工程师和系统容量规划师的职责被详细阐述,强调了他们在确保系统扩展性中的关键作用。重点提到系统设计要预见未来需求,避免扩展问题,并提倡明确的职责分配和团队合作。
摘要由CSDN通过智能技术生成

@可扩展性技术组织的角色

将弱不严,教道不明,吏卒无常,陈兵纵横,曰乱;
	将帅懦弱缺乏威严,治军没有章法,官兵关系混乱紧张,列兵布阵杂乱无常,因此而致败的,叫做“乱”。

@可扩展性和可用性失败的主要原因是职责混乱
	职责不清

@有些事情没有人去做
	没有人进行系统容量规划

@每个团队的责任和期望的产出
	赞扬留给团队之后,承担很大的风险的还是我们团队
	必须找到最好的人才能把这些能力下放

@架构师的责任

架构师的责任是确保系统的设计和架构设计能够随着业务的发展而扩展。
架构师需要在业务发生之前就想好,在业务之前就对其进行深思熟虑了
系统设计能够解决未来的扩展问题——我们独立思考都是在这里锻炼的

@工程师职责

真枪实弹的第一人员
工程师最了解系统的局限性

@DevOps责任

系统和服务既需要软件也需要硬件
知道系统日常运行的情况也了解系统资源的使用情况

@基础设施工程师的责任

设计共性资源的架构,定义全局的存储架构
确定全局的解决方案

@质量保证工程师的责任

负责应用测试,确保测试结果和公司期望一直,追求指导原理和逻辑,考虑用户场景
掌握扩展的新功能和需求能够对系统不会造成大的影响,参与决策过程中的影响范围
自动化测试,高可用扩展

@系统容量规划师责任

平很现在的位置和能欧做的私情,根本承担不起这样的系统建设需求
这是慢慢的扩展的
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

P("Struggler") ?

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值