搭建、运维还是设计
开发工程师编写应用代码,工程师让基础设施保持运行,架构师决定系统的形态。在小团队中,一个人可能同时覆盖其中两项;在较大的系统中,这些通常是分开的招聘岗位。
企业在迪拜招聘云工程师,通常出于三个截然不同的原因:搭建运行在云基础设施上的应用、让那套基础设施日常保持部署到位并可靠运行,或者在写下第一行代码之前先决定系统的整体形态。本类别把全部十六个相关角色归纳在一起,划分为不限定平台的职位和特定平台的专才,方便您选择真正符合需求的那一个,而不是笼统地找一个”云计算方面的人”。
美国国家标准与技术研究院在其被广泛引用的 云计算定义 中,把云计算描述为按需通过网络访问一个共享的计算资源池,能够以最少的操作投入完成部署和释放。正是这种灵活性,让”云计算相关工作”在不同服务商、不同工作负载,以及是搭建、运维还是设计这三者之间,实际含义可能非常不同。
按职位划分
共十六个职位,因此大多数想在迪拜招聘云工程师的企业,只需要阅读下面三四行就够了。
| 职位 | 主要工作内容 | 何时需要这个职位 |
|---|---|---|
| 云开发工程师 | 搭建专为运行在云基础设施上而设计的应用,使用托管服务而不是自行管理的服务器 | 一个新应用或新功能需要从一开始就采用云原生方式搭建 |
| 云工程师 | 部署并运维云系统背后的基础设施、管道和监控 | 现有云基础设施需要扩展、自动化,或保持可靠运行 |
| 云架构师 | 决定目标架构,以及背后使用的服务商 | 您正在多个服务商之间做选择,或计划一次迁移或大规模重建 |
| AWS 开发工程师 | 基于 AWS 服务搭建应用,例如 Lambda、DynamoDB 和 API Gateway | 您的应用已经运行在 AWS 上,或您为新项目选定了 AWS |
| AWS 解决方案架构师 | 依据 AWS Well-Architected Framework 设计 AWS 专属的目标架构 | 一个 AWS 系统在搭建或进一步扩展之前需要一次正规设计 |
| AWS 云工程师 | 日常部署并运维 AWS 基础设施、网络和管道 | 您的 AWS 账户需要扩展、自动化,或在生产环境中保持健康 |
| Azure 开发工程师 | 基于 Microsoft Azure 服务搭建应用 | 您的应用已经运行在 Azure 上,往往与其他微软系统并存 |
| Azure 云工程师 | 部署并运维 Azure 基础设施和管道 | 您的 Azure 环境需要扩展或日常保持可靠运行 |
| Azure 解决方案架构师 | 设计 Azure 专属的目标架构 | 一个 Azure 系统需要正规设计,尤其是与其他微软平台并行时 |
| Google Cloud 开发工程师 | 基于 Google Cloud 服务搭建应用 | 您的应用已经运行在 Google Cloud 上,或工作依赖 Google 的数据和 AI 工具 |
| Google Cloud 工程师 | 部署并运维 Google Cloud 基础设施和管道 | 您的 Google Cloud 环境需要扩展或日常保持可靠运行 |
| GCP 解决方案架构师 | 设计 Google Cloud 专属的目标架构 | 一个 Google Cloud 系统需要正规设计,尤其是数据或机器学习密集型工作 |
| 云安全工程师 | 专注于跨云账户的身份、访问、日志记录和安全态势 | 云端的安全与合规需要专门投入,而不是顺带处理的事项 |
| 云计算顾问 | 就云战略、成本和就绪程度提供建议,不一定亲自编写代码 | 您需要在做出方向决定之前获得一个外部意见 |
| 多云架构师 | 设计真正跨多个服务商运行的系统 | 冗余、监管要求或一次收购,意味着必须同时支持两个或以上服务商 |
| 无服务器开发工程师 | 专门使用托管的、事件驱动的服务搭建,而不是服务器或容器 | 工作负载是突发性的、事件驱动的,或您希望完全避免管理服务器 |
在职位之间做选择
本类别按两个维度划分:按工作内容(搭建、运维、设计)和按服务商。
开发工程师编写应用代码,工程师让基础设施保持运行,架构师决定系统的形态。在小团队中,一个人可能同时覆盖其中两项;在较大的系统中,这些通常是分开的招聘岗位。
云开发工程师、云工程师和云架构师这几个角色,是为不绑定单一服务商的工作而设的,或适用于您仍在选择服务商的阶段。AWS、Azure 和 Google Cloud 相关角色,则适合已经确定使用该具体平台的团队。
同时运行在两个服务商上是一项刻意的决定,而不是默认选项。如果这确实是您的实际需求,我们的多云架构师页面说明了什么时候值得承担这份额外的复杂度,什么时候不值得。
合作方式
本页上的每一个角色,都可以作为按月加入您团队、并按您的优先事项工作的专职人选提供;也可以作为限定项目提供,由我们搭建或迁移一个界定清晰的系统并完成移交;还可以通过招聘支持提供,由我们负责寻访和技术评估,您直接招聘候选人;或者作为针对某项具体评审或决策的咨询与架构服务时间提供。架构和安全类角色更偏向咨询和招聘支持;开发工程师和工程师类角色同样也很适合专职和项目合作。无论哪种模式合适,大多数通过我们在迪拜招聘云工程师的企业,都是从一通简短的电话开始,而不是一份冗长的表格。
全部职位
从一开始就围绕托管云服务构建的应用,而不是把一个网站搬到恰好位于数据中心里的服务器上。
了解更多为云基础设施提供资源配置、自动化和监控,让应用在上线后依然保持稳定,而不只是在有人盯着的时候才正常运行。
了解更多服务商选择、目标架构和迁移决策,在开工之前就做出决定,而不是在项目进行到一半时才发现。
了解更多基于 Lambda、DynamoDB、API Gateway 及其余 AWS 服务目录构建的应用代码,而不只是恰好运行在某台 EC2 实例上的代码。
了解更多在配置基础设施或启动迁移之前,依据 AWS Well-Architected 框架设计出的目标架构。
了解更多让 AWS 账户、网络和流水线保持良好的资源配置、监控和成本意识,使在线 AWS 系统无需持续人工盯守也能稳定运行。
了解更多在 Azure 服务上构建和上线应用的开发工程师,涵盖 App Service、Functions 和存储服务,可选专属开发工程师、限定范围项目、招聘支持或咨询服务等合作方式。
了解更多日常搭建和运维 Microsoft Azure 环境:虚拟网络、存储、计算和身份体系,保持运行并处于安全状态。
了解更多着陆区设计、工作负载架构以及 Well-Architected Framework 各方面的取舍,确保平台本身正确无误,团队才开始在其上搭建应用。
了解更多在 Google Cloud 上构建和部署的应用,使用 Cloud Run、App Engine 和 Google 的托管服务,而不是自行运维的服务器。
了解更多在 Google Cloud 上保持项目、网络、IAM 和监控井然有序,让构建在其上的应用始终保持快速、安全,并且不超出预算。
了解更多在工程师和开发工程师开始搭建之前,先用 Google 自己的架构框架,确定 Google Cloud 环境的整体设计。
了解更多收紧现有云环境中的身份、访问和日志记录,让安全态势经得起审查,而不只是停留在架构图上。
了解更多在引入搭建团队之前,就选择云服务商、审查现有系统或规划迁移,提供独立的意见。
了解更多为真正同时运行两家或以上云服务商的企业提供设计工作,让各部分保持一致、互联互通,而不是没有一个团队真正说得清楚。
了解更多在 AWS Lambda、Azure Functions 或 Google Cloud 上,把应用构建为事件驱动的函数,按使用量计费,而不是让服务器一直运行。
了解更多直接解答
云开发工程师编写运行在云服务上的应用代码。云工程师负责让这些应用所依赖的基础设施保持部署到位、受到监控且可靠运行。云架构师则决定整个系统的形态,以及背后的取舍。许多小型项目只需要一个人同时覆盖其中两项;请告诉我们具体的工作内容,我们会推荐合适的组合。
如果您的基础设施已经运行在某一个服务商上,请聘请该服务商的专才,因为工具、控制台和术语都是特定于该服务商的。如果您正在选择服务商,或确实同时使用不止一个,那么不限定平台的云计算角色,或我们的多云架构师,会更合适。
在日常操作层面可以,因为计算、存储、网络和身份这些底层概念在各服务商之间是相通的。但对于深入、生产关键的特定服务商工作,一位每天都在该服务商控制台里工作的专才,会更快,也更能避免特定服务商的错误。
本页上的每一个云计算角色,都应当应用基础的安全实践,例如最小权限访问。如果您需要一个专门聚焦于跨云账户安全态势、日志记录和身份管理的角色,请查看本类别中的云安全工程师页面。
请说明您使用或正在考虑的服务商、工作负载的类型,例如一个网页应用、一个数据平台还是一个内部系统,以及您需要的人是负责搭建、负责运维,还是负责设计目标架构。一次简短的通话会补全其余信息,随后您将收到一份根据该简报确定范围的书面固定价格方案。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。