开发工程师与架构师
开发工程师构建一份界定清晰的工作。架构师设计的是多位开发工程师在更大项目中共同遵循的模式。除非确实涉及不止一个系统或团队,否则先从开发工程师开始。
迪拜招聘 API 开发人员,这个分类涵盖把系统连接起来的工作,从单个 API 端点到企业级集成标准。当工作是让软件与软件对话,而不是构建产品面向客户的那一端时,就应该从这里开始。范围涵盖移动应用背后一个直接了当的 REST API,现有 CRM 与会计平台之间的集成,以及让数十个内部系统保持同步的企业级中间件。
这类工作大多以一种共享、开放的方式来记录 API,而不是私有的临时格式。OpenAPI Initiative 维护着 OpenAPI 规范,其官网将其描述为一套描述 HTTP API 的正式标准,被业界广泛用于让一个 API 的形态能被一致地理解、测试和构建。一位熟悉这门共通语言,而不只是上一家雇主内部规范的候选人,更容易快速融入新项目,这也是值得花时间仔细迪拜招聘 API 开发人员,而不是随便挑一份简历填补岗位的原因之一。
按角色划分
十个角色,大致从单个 API 排到企业级标准。
| 角色 | 他们做什么 | 什么时候需要 |
|---|---|---|
| API 开发工程师 | 设计并构建一个新的 API,通常是 REST,供应用或服务使用 | 产品需要新的 API,或者现有 API 需要真正的整改 |
| API 集成开发工程师 | 把您的系统接入已有的 API,无论是您自己的还是第三方的 | 两个或更多系统需要通过已有 API 交换数据 |
| 集成开发工程师 | 更广泛地连接系统,包括没有现代 API 的系统 | 一个老旧系统需要通过文件、队列或数据库链接来连接 |
| 系统集成工程师 | 构建并运维让系统保持同步的持续性管道和任务 | 集成上线后需要监控、调度和支持 |
| 集成架构师 | 在开发开始前,设计多个系统将如何连接的整体模式 | 多个系统和团队需要一套统一的集成方式 |
| 中间件开发工程师 | 构建并维护位于系统之间、负责路由数据的软件层 | 专用的集成平台或消息层需要专属开发工程师 |
| API 架构师 | 为众多 API 统一制定标准、版本管理和安全方案 | 贵司拥有或对外提供的 API 数量已经需要统一标准 |
| 微服务开发工程师 | 构建微服务系统内的各个独立服务 | 产品已经、或正在被重构为微服务架构 |
| 微服务架构师 | 设计服务如何拆分、通信和部署 | 向微服务迁移需要在第一个服务构建前先做深思熟虑的设计 |
| 企业集成开发工程师 | 负责大型企业平台及其集成模式的相关工作 | 涉及的系统是大型企业平台,而不是较小的定制工具 |
在相近角色间做选择
关于本页几组相近角色重叠之处的简明指南。
开发工程师构建一份界定清晰的工作。架构师设计的是多位开发工程师在更大项目中共同遵循的模式。除非确实涉及不止一个系统或团队,否则先从开发工程师开始。
集成工作连接两个具体的系统。中间件是随时间在多个系统之间路由数据的持续性平台或层。如果您说的是一个专用的中间件产品,例如企业服务总线,那个页面更贴合需求。
API 开发工程师的产出通常是一个边界清晰的 API。微服务开发工程师则在一个由许多小型、独立部署且彼此暴露 API 的服务组成的更大系统内工作。
合作模式
两个指定系统之间界定清晰的连接,适合定向项目,数据正常流动后即可清晰交接。随系统不断增加的持续性集成工作,适合加入团队的专属开发工程师或工程师。无论是 API、集成模式还是微服务的架构角色,都很适合顾问咨询,因为价值体现在编码之前做出的设计决策上。招聘支持适合希望直接把 API 开发人员招入自己团队的企业,由我们负责寻访候选人并执行技术评估。
全部角色
按 OpenAPI 标准设计、编写文档并加固安全的 REST API,服务于移动应用、合作伙伴或内部系统,可选专属开发工程师或定向项目。
了解更多通过已发布的 API,把您的网站、应用或后台系统,接入您已经在使用的支付网关、电商平台和业务系统。
了解更多无论采用哪种方式,只要能真正对接您已经在使用的两个或多个系统:已发布的 API、Webhook、定时文件传输,或者直接的数据库同步。
了解更多证明多个系统端到端地真正协同工作,附带测试计划、监控和回滚方案,而不只是证明每个连接各自搭建完成。
了解更多一次性决定模式:事件总线、点对点连接,还是集成平台,而不是在更多单个连接建立在当时最省事的做法之上后才后悔。
了解更多搭建并持续可靠地运行消息队列、事件流和服务总线,让各系统无需互相等待就能交换数据。
了解更多在几十个团队各自发明一套规范之前,先确立多数 API 共同遵循的设计标准:版本管理、命名、身份验证和文档规范。
了解更多在更广泛的微服务系统内部,搭建并运行一个容器化、可独立部署、端到端归自己负责的专注型服务。
了解更多判断微服务是否真正适合您的产品,然后划定服务边界,而不是让开发人员凭猜测就开始搭建服务。
了解更多把 ERP、CRM、财务和人力资源工具等一整套企业系统,连接成一套真正可运行的数据流,该实时的地方实时,不需要的地方按计划执行。
了解更多如果需要的角色不属于 API 与集成工作,例如编程语言、网页框架、移动平台或特定的企业系统,请返回迪拜招聘开发者选择合适的分类,因为并非每一位想要迪拜招聘 API 开发人员的企业,都恰好需要一个系统连接角色。如果 UAE PASS 或其他政府 API 是您集成工作的一部分,其已发布的 OAuth2 集成指南值得在评估工作范围前先读一读。如果您的需求更接近完整的定制系统,而不是一层集成,我们的云服务页面可能是更好的起点。
直接解答
从工作本身出发,而不是您在别处看到的头衔。一个全新的 API 属于我们的 API 开发工程师角色。连接两个或更多现有系统属于集成。多个系统共用的一套企业级标准,则属于架构层面。告诉我们涉及哪些系统,我们会推荐更贴合的角色。
通常不需要。架构类角色适合企业希望长期规范多个系统如何互相通信。两个系统之间界定清晰的单一连接,通常属于开发工程师层级的工作,除非需求确实涉及更大范围,我们会按此评估范围。
对中小型项目来说,往往可以,因为两者所需的技能高度重叠。对于涉及多个系统和团队的大型项目,把 API 设计和集成交付分开,通常能得到更干净的结果,我们可以根据您的规模推荐更合适的方式。
不一定。微服务适合已经超出单一代码库承载能力,或需要部分独立扩展的系统。规模较小的产品往往更适合更简单的架构,值得聘请的候选人会坦率地这样说,而不是习惯性地默认选择微服务。
列出涉及的系统、每个系统是否已有 API,以及某个环节中途失败时应该发生什么。一通简短的通话就能补齐空白,随后您会收到一份根据这份简报量身定制的书面固定价格方案。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。