从 ToC 到 ToB,云基础设施架构师如何进阶?

如果无法正常显示,请先停止浏览器的去广告插件。
分享至:
1. 从To C到To B,云基础设施架 构师如何进阶? 刘超
2.
3. 做基础设施的更容易成为工具人? 注册发现 全链路 监控 统一发 布平台 DevO ps 业务接口 接入层 业务逻辑 业务层 XXX 中心 业务中台 熔断限流 配置中心 Kubernetes平台 容器 弹性 配置 数据库 缓存 消息队列 网络虚拟 化 云平台 计算虚拟 化 存储虚拟 化 物理网络 服务器 微服务框架 距离业务客户远 面向机器思维 容器平台 中间件 云平台 基础设施层 容易成为工具人
4. 工具人本可以岁月静好,直到 业务越来越复杂,要求基础设施部门: 提升交付效率,做好资源预估,节约成本提高利用率,保障SLA,快速 故障定位,高可用与多活……仅从机器视角很难做到 大量新技术,新概念铺面而来,应接不暇: 感觉新瓶装旧酒,新的规约和模式,不学无法融入新语言体系,要学概 念太多……仅从机器视角很难理解
5. 做不一样的工具人 做一个有职业规划的工具人 用五年左右时间,发现自己的方向 技术深度——资深技术大牛 架构广度——技术架构师 管理水平——技术总监
6. 工具人的向量思维 向量的方向要听从个人的兴趣,内心的声音,行业的方向 • • • • 喜欢开源开放,研究底层机制 喜欢研究新技术 喜欢写作,讲解 有一定共情能力,感知对方,站在对方角度考虑问题
7. 确定方向后,磨砺五年之后的可替代性问题? 时刻问自己,如果年纪大了,有哪些年轻人没有的优势? • • • • • 更加快速并准确的理解某行业的也无需求,并尽早识别可能的需求变化,防止返工,可成为业务架构师 有过构建大型系统的经验,并熟悉演进过程,能够尽早识别性能瓶颈点,进行预防(电商) 见识并参与过多个开源或者闭源的架构设计,能够尽早评估架构的合理性,提前考虑兼容性,可扩展性,可定制 化的点,可插件的点(Kubernetes) 有过复杂系统的运维经验,可快速定位问题,有一定的思路 基础知识扎实,可快速学习并上手新的开源或者闭源软件,并大致掌握核心机制,进行技术选型
8. 如何增强不可替代性? • 参与核心项目 • 从基础设施层进一步了解到业务场景 • 有意识的构建可复用能力
9. 个人职业生涯的中台思维
10. 随着时间积累,技能越多,却越难找到职场定位? • 职业生涯长了,技术积累越来越多而散,每个人都会是不一样的烟火,如果没有市场定位,能力呈 散点式不规则分布,则越来越难找到自己的位置,没有人会为他不需要的能力买单 • 就像网上各种神器,感觉什么都行,但是什么都不如专有工具顺手 • 市场寻找人才,面试人才,都是一个构建画像,通过采样进行拟合的过程
11. 树立产品化思维 从对内支撑到对外服务想到的 • • • 对内支撑是一个逐渐积累,修修补补的过程 对外服务是一个产品化,标准化,做减法的过程 业务 业务 基础设施 基础设施
12. 树立产品化思维 • 有边界——有所为有所不为,对附加值低的做减法 • 有场景——了解客户的使用场景,你的角色 • 有体系——做减法不代表单一,技能要关联成体系 • 有壁垒——足够深,不折腾三年五年很难达到 • 有品牌
13. 基础设施架构师如何服务更多的人 • ToB离业务更近 • 技术总能实现,产品有所不为 • 场景化 • 体系化 • 有壁垒 工具化->平台化->产品化
14.
15.

Home - Wiki
Copyright © 2011-2024 iteam. Current version is 2.137.1. UTC+08:00, 2024-11-11 12:51
浙ICP备14020137号-1 $Map of visitor$