计算与网络
为具体工作负载设计合适分区、子网和安全列表的实例、负载均衡器和虚拟云网络。
迪拜企业通常在需要对 Oracle Cloud Infrastructure 本身进行操作时,才会考虑迪拜聘请 Oracle Cloud 开发工程师,也就是 Oracle 在 OCI 名下记录的计算、网络、存储和 Autonomous Database 服务,而不是运行在其上的某个具体应用。这个区别很重要,因为一位出色的 Fusion Applications 或 E-Business Suite 专家,并不一定天然适合设计虚拟云网络或规划数据库迁移,反过来也是一样。
在迪拜,大多数需要 Oracle Cloud 开发工程师的项目通常属于以下几种情形之一:把本地部署的 Oracle 体系迁移到 OCI、直接在 Oracle 平台上构建新服务,或者把 Oracle 工作负载与企业已在使用的其他云连接起来。在向任何人下达简报之前,先明确属于哪一种情形,能为之后省下不少时间,本页其余部分正是围绕这一点展开的。
角色涵盖的工作
迪拜企业聘用 Oracle Cloud 开发工程师后,真正占据一周工作时间的是这些具体任务,而不是一个笼统的云岗位名称。
为具体工作负载设计合适分区、子网和安全列表的实例、负载均衡器和虚拟云网络。
为 Oracle 的自管理数据库服务进行预置、调优并连接应用程序,这与管理传统的本地部署数据库不同。
精确控制谁、以及哪些资源可以访问每一项资源的分区、组和 IAM 策略,并以数月后仍然易读的方式编写。
把现有数据库或应用体系迁移到 OCI 上,先梳理依赖关系,而不是直接搬迁再祈祷顺利。
通常用 Terraform 或 OCI Resource Manager 将基础设施定义为代码,让环境可复现,而不是靠手工点选拼凑。
在企业确实跨多个服务商运行时,让 Oracle Cloud 工作负载能顺畅对接 Azure、AWS 或 Google Cloud 的互联通道和联合服务。
值得关注的技能
区分一套可靠架构与一套脆弱架构的 OCI 关键环节。
| 技能或工具 | 合格的表现 | 为何重要 |
|---|---|---|
| OCI 核心服务 | 对计算、块存储与对象存储、虚拟云网络有实操层面的掌握,而不只是逛过控制台 | 这些基础构件几乎支撑着其他所有 OCI 服务 |
| Autonomous Database | 清楚何时适合使用它,何时传统数据库服务更适合当前工作负载 | 选错数据库形态,日后往往会以成本或性能问题的形式显现 |
| 分区与 IAM | 刻意设计分区和策略,而不是把所有内容都放进默认分区 | 扁平、无结构的租户难以妥善保护或顺利交接 |
| 基础设施即代码 | 习惯用 Terraform 或 Resource Manager 定义环境,并纳入版本控制 | 手工搭建的环境难以复现、审计或回滚 |
| 迁移规划 | 在迁移生产工作负载之前,先梳理依赖关系并测试回滚路径 | 未经测试的迁移计划是切换出错最常见的原因 |
Oracle 自己的 Oracle Cloud Infrastructure 文档将该平台划分为六十多项独立服务,这正是为什么开发工程师在项目实际需要的那几项服务上的实操经验,比对整个目录泛泛的熟悉更重要。
与我们合作的方式
四种合作模式确实都适合这个角色。持续增长的 OCI 环境适合让一位专职开发工程师融入您的团队。一次界定清晰、有明确终点的迁移或构建,则更适合限定范围的项目,上线后即完成交接。如果目标是在自己的编制内长期建立 OCI 能力,招聘支持可以做到这一点,由我们负责技术评估。如果您已经在运行 OCI,只是想在投入更多预算前,就架构、安全态势或支出获取一次第二方意见,那就是咨询服务,也不需要替换任何人。无论选择哪种方式,在任何人接触您的租户之前,范围都会先以书面形式确定。
考察候选人
针对真实 OCI 经验的核查方式,而不仅仅是对控制台的熟悉程度。
不是培训练习。询问分区、网络和身份策略当初为何这样布局。
迁移了什么、测试过程中出现了哪些问题,以及如果切换失败,实际的回滚计划是什么。
管理过真实 OCI 支出的候选人会谈到合理调整资源规格和关闭闲置资源,而不只是谈如何预置资源。
关注是否有可读、纳入版本控制的 Terraform 或 Resource Manager 配置,而不是一次性的手工步骤。
只有在企业确实是多云架构时才相关,但一个扎实的回答能区分真实经验和只熟悉单一平台的情况。
如果您不想自己来做这件事,通过招聘支持委托我们迪拜聘请 Oracle Cloud 开发工程师,意味着我们会在每位候选人进入您的候选名单之前,先完成上述这些核查。
认证
Oracle 在这一类别中运营着较为活跃、持续滚动更新的认证体系之一。
Oracle 公布了自己的 Oracle Cloud Infrastructure 认证路径,从基础级考试开始,一路延伸到涵盖架构、开发、安全和运维的助理级和专业级路径。由于 Oracle 经常更新这些名称和考试内容,我们更倾向于把您指向 Oracle 当前的认证目录,而不是在本页写下某个可能在您阅读时已经过时的具体凭证。
先询问候选人持有哪项 OCI 认证,再到 Oracle 官网确认该路径目前仍然有效,再将其视为最新。通过我们的招聘支持聘请 Oracle Cloud 开发工程师时,一旦您告知具体重要的认证,我们可以将其纳入要求之一。
阿联酋相关考量
真实迪拜和阿联酋项目中会遇到的两个方面。
Oracle 在迪拜运营着一个云区域,区域代码为 me-dubai-1,此外在阿布扎比还有第二个区域,因此把基础设施和数据实际保留在阿联酋境内是一个值得权衡的真实选项,而不是权宜之计,值得在规划租户设计时提出。
阿联酋 2021 年第 45 号联邦法令为处理个人数据设定了基本规则,无论数据在何处被处理都适用,因此一项迁移到 Oracle Cloud、其中包含客户或员工记录的工作负载,并不会仅仅因为基础设施变了就获得豁免。应尽早与主导该迁移或构建工作的人明确这一点,最好在第一个环境被预置之前。
本页归属于我们的 Oracle 类别,属于更广泛的 迪拜招聘开发人员 板块的一部分。如果工作是平台之下的数据库层面,而不是平台本身,请查看我们的 Oracle Database 开发工程师 页面;如果是运行在 OCI 上的 Fusion Applications 上线项目,我们的 Oracle Fusion 开发工程师 页面更贴切。对您整个 Oracle 体系的更广泛独立评审,更接近我们的 Oracle 解决方案架构师 和 Oracle 技术顾问 页面,而 Oracle 之外的通用基础设施和托管工作,则属于我们的 云服务。
直接解答
负责 Oracle Cloud Infrastructure 本身:计算实例、网络、存储、Autonomous Database,以及控制这些资源访问权限的身份策略,而不是某个具体的 Oracle 应用。如果您的项目其实是关于 Fusion Applications 或 E-Business Suite,我们为这两个角色设立的专属页面会更贴切。
迁移是迪拜企业预订这一角色的更常见原因之一,即把本地部署的数据库或应用体系迁移到 Oracle Cloud Infrastructure 上。具体做法很大程度上取决于要迁移的内容,因此我们会与您一起明确范围,而不是套用一套通用方案。
如果您的工作负载已经运行在 Oracle Database 或 Oracle 应用上,Oracle Cloud Infrastructure 通常能省去换用其他服务商后又要靠授权或兼容性工作补回来的麻烦。如果您的技术栈本来就不是基于 Oracle 的,一位通用的云工程师可能是更合适的起点。
Oracle 与其他主要服务商之间有直接互联通道和联合数据库方案,因此真正意义上的多云架构是切实可行的,而不只是理论。Oracle Cloud 开发工程师应该能针对您的具体情况,解释清楚某个工作负载为何放在当前的位置。
不是。Oracle Cloud Infrastructure 提供免费层级,以及适合中小型阿联酋企业的较小计算和数据库规格,不过该平台同样是为企业级大规模工作负载而构建的,这也是为什么在真实项目中聘用一位有经验的开发工程师是值得的。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。