AWS 内部的服务选择
例如在 Lambda 和容器服务之间、或 DynamoDB 和 RDS 之间做出选择,依据的是工作负载的实际形态,而不仅仅是熟悉程度。
迪拜企业往往在 AWS 已经成为既定平台、悬而未决的问题已经从”选哪家服务商”变成”这个具体系统该如何在其上搭建”时,才会迪拜聘请 AWS 解决方案架构师。这一角色负责设计目标架构,也就是决定哪些 AWS 服务负责计算、数据、消息传递和身份验证,以及它们之间如何连接,并依据已知的权衡取舍来核实,而不是在问题出现时才一项一项地拼凑服务。
AWS 官方通过Well-Architected 框架来阐述这一学科,其官方架构页面将其描述为一套用于在云中设计和运行工作负载的核心概念、设计原则和架构最佳实践,围绕六大支柱构建:卓越运营、安全性、可靠性、性能效率、成本优化和可持续性。AWS 解决方案架构师会把这套框架应用到您真实的业务场景中,而不是当作一份通用清单照搬。
AWS 解决方案架构师负责决定的内容
依据已知框架核实的设计决策,而不是临时拼凑的方案。
例如在 Lambda 和容器服务之间、或 DynamoDB 和 RDS 之间做出选择,依据的是工作负载的实际形态,而不仅仅是熟悉程度。
AWS 账户、VPC 和子网如何构建,让环境和团队在系统扩展过程中保持恰当的隔离,这是一般云架构师留待后续解决、而 AWS 专项的答案。
依据六大支柱对现有 AWS 系统进行结构化审查,得出一份按优先级排列的差距清单,而不只是一种模糊的”应该能做得更好”的感觉。
现有系统要迁移到的目标设计,并安排好顺序,让关键服务在迁移过程中保持可用。
从一开始就纳入架构的 IAM 结构、日志方式和数据处理基线,而不是事后补充。
对拟议的 AWS 设计给出大致的月度运行成本估算,并与业务案例实际能承受的支出公开对照。
相关技能
对 AWS 服务目录的深入了解,并通过一套一致的框架加以运用。
| 技能或工具 | 合格的表现 | 为何重要 |
|---|---|---|
| Well-Architected 框架 | 把它当作实际工作方法而不只是一个说法,能讲清跨支柱的权衡取舍 | 没有共同框架,架构决策会变成个人喜好的问题 |
| 跨计算选项的广度 | 能说明 Lambda、容器或传统实例分别在什么情况下更合适 | 不论工作负载如何都默认使用同一种计算方式,是一种常见且代价高昂的习惯 |
| 数据服务选型 | 依据访问模式和一致性需求,在 DynamoDB、RDS、Aurora 等之间做出选择 | 选错数据服务,一旦上线后再改动,代价高、也容易造成中断 |
| 迁移规划 | 真正安排过一次实际迁移的顺序,而不只是在白纸上设计过系统 | 迁移过程中导致在线服务中断,代价远高于放慢节奏、分阶段进行 |
| 书面沟通能力 | 把目标架构记录得足够清楚,让开发工程师无需靠猜测就能据此搭建 | 只存在于一个人脑子里的架构,是整个项目的风险 |
合作方式
预约独立咨询时间,您会得到一份书面目标设计或 Well-Architected 审查报告,无论是我们还是您自己的团队都能据此搭建。如果 AWS 相关决策频繁到值得长期招聘,招聘支持服务由我们团队负责寻访并进行技术测试,最终决定权和长期留用都在您手中。有些合作会自然地从设计直接延续到我们负责搭建并交接的项目。同时运行多个 AWS 系统的大型机构,有时更倾向于让一位专属架构师直接加入团队。
候选人评估
区分真正有架构背景的人和只是换了头衔的开发工程师的考察方式。
您可以直接运用这些考察方式,也可以请我们团队在招聘支持或短期咨询合作中代为进行。
询问某个真实项目中,安全性或可靠性被置于成本之上(或相反)的一次决策,以及理由。
请对方当场勾勒一份目标架构,包括在最终确定前还想了解哪些信息。
真正有经验的候选人通常能说出哪里出了偏差或故障,以及计划如何随之调整。在迪拜聘请 AWS 解决方案架构师之前问这个问题,往往能区分真实履历和一套排练好的答案。
请对方展示过去项目中的一张架构图或书面设计,而不只是口头描述。
询问如果预算削减三分之一,他们会如何重新设计一份拟议的架构。
认证
这一角色有一项值得直接点名询问的专业级认证。
根据 AWS 官方认证页面,该认证验证的是为复杂问题提供复杂解决方案、优化安全性、成本和性能方面的高阶知识和能力,面向真正使用过 AWS 服务来设计和实施云方案的从业者。
AWS Certified Solutions Architect Associate 是这条认证路径的入门级别,对资历较浅的招聘是一个合理的参考信号,但专业级认证与真正的架构职责更加贴近。
阿联酋相关事项
两个应纳入迪拜企业 AWS 架构简报的方面。
直接解答
云架构师可能会在推荐某一家服务商之前,权衡 AWS 与 Azure 或 Google Cloud。AWS 解决方案架构师则从 AWS 已经是既定或大概率的服务商这一前提出发,依据 AWS 自身的框架和服务,在其内部设计目标架构。
能运行不等于设计得当。我们常常会在扩容问题、审计或一次代价高昂的重建逼近之前,请 AWS 解决方案架构师依据 Well-Architected 的各项支柱审查现有配置。
这个角色以设计为主,而不是以实现为主,不过许多架构师也能搭建概念验证。至于持续的应用开发,一旦架构确定,我们的 AWS 开发工程师角色负责日常实现工作。
成本优化正是 AWS 解决方案架构师工作所依据的支柱之一,所以可以;如果这是唯一的关切点,也可以单独限定范围,做一次纯粹聚焦成本的审查。
描述现有系统或您计划搭建的系统、背后的业务原因,以及任何已知的限制条件,例如合规要求或现有的 Microsoft 或 Google 体系。一次简短通话即可补齐其余信息,随后您会收到一份书面固定价格方案。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。