曾彬-从孤岛到流动：蚂蚁平台工程的架构演进与实践.pdf

《曾彬-从孤岛到流动：蚂蚁平台工程的架构演进与实践.pdf》由会员分享，可在线阅读，更多相关《曾彬-从孤岛到流动：蚂蚁平台工程的架构演进与实践.pdf（30页珍藏版）》请在三个皮匠报告上搜索。

1、姓名目录流动不足，工具孤岛与业务协同困难DEV、QA、OPS 不同团队瀑布式研发开发者认知负荷：低开发周期：数月或数年2000 年前 传统研发2000 年代 敏捷开发2020 年代 云原生2010 年代 DevOps 运动DEV 与 QA 混合，但 OPS 依然分离，迭代式研发开发者认知负荷：中开发周期：几周或几个月OPS 加入，持续集成与发布You build it,You run it开发者认知负荷：高开发周期：小时或天产品团队：工程、产品、设计、数据、算法混合在一起，云原生的复杂性被低估开发者认知负荷：疯狂蚂蚁技术平台与开发者面临的问题：复杂性在扼杀开发者的生产力，并进一步阻碍企业的创新

2、！开发者责任与认知负荷的爆炸！1.软件全生命周期开发2.云原生复杂性的暴露3.微服务与高可用的复杂性4.变更的风险与效率平衡5.安全与质量保障的左移蚂蚁技术平台支撑业务的主要问题 开发者认知负荷的爆炸开发者抛过墙的方法，单人通关游戏抛过墙方法是开发者和运维平台各自为战云（原生）破了墙，组了队，开发者却感觉复杂平台技术需要一次全面演进系统化地拉通对齐到业务业界方法论趋势指导商业产品团队拓扑CNCF平台白皮书领域迷你平台即服务2023十大战略技术趋势业务/服务流集中化平台即服务SRE:可靠性赋能PE:自服务赋能积累认知负载消除组件开发者驾驶舱基础设施即服务平台编排基础服务供给方平台能力开发者界面提

3、升效果(相对直接用云)201920222023赋能企业核心挑战1：降低开发者认知负荷，对齐业务心智关注点分离：不关心底层的How，平台来操心业务领域对齐：对齐到业务认知的可操作对象不好的抽象-细节泄露,程序员给汽车取名好的抽象-文件系统核心挑战2：平台提供什么服务，怎样提供HowAPI-First，X as a Service 服务提供方式，使能：自动化标准化共享化What平台团队是批发商，将基础资源，加工为内部开发者零售商品:连接组织加工解法：平台作为开放式业务对齐层，标准化DEV,OPS结构团队能力资源流动,在业务流团队拉通对齐关键技术与业界参考实现IDP实体构成的自服务操作视图开发者自服

4、务=Project结构:共同所有权,组织层次结构,同为生产/消费方关联身份与授权Ship&Run 协作DEV/SREIDP Portal Web/API/CLI黄金路径映射方法 PE平台(资源层)编排Run Result Resource DefinitionProject 项目协作 DEV/PM/QA资源层回流SupplyChainTask IssueAPICallOpenAPI SpecEntityBlueprintOrganization 组织层面协作EntityActionIDP EntityPE合规Security ConstraintOrg PolicyDay1Day23-开发者平

5、台 Internal Developer PlatformAdminPO1-组织拓扑价值2-资源层4-编排器5-反馈路径2-标准化API面向开发者APIPE流对齐 团队平台即 产品Project 结构Time To MarketSyncSyncMapOrg 结构1-自服务RoleMembers授权UsersTeamsAIAgentsTraditional PlatformsDomain Resource 定义X as a ServiceROA StyleDev/PE渐进式升级Platform ProjectClient ProjectPlatform ProjectOwnership 转移Ma

6、tch/Inject/OperateAPI 设计Dev1-组织拓扑+2-标准化API3-IDP+4-编排器/5-反馈路径APIPO MgmtQuota&BillIntegration/MappingPlatform ProjectO11yCloud PlatformsService Provider API Ownership明确的APIProjectProjectIDP 实体目录APIKubernetes ClusterAPICall蚂蚁IAM自服务基础:明确的Ownership业界：K8s APICloud I