平台 API
一个网关。所有 Jamf 产品。大多数组织不会单独运行一个 Jamf 产品。他们共同运行 Jamf Pro、Jamf Protect 和 Jamf Security Cloud，每个服务都有各自的 API、认证方式和基础 URL。平台 API 网关发生了变化：它是一个经过 OAuth 2.0 认证的接口，专属于您的租户，并由细粒度权限进行管理，位于 Jamf 平台的前端。
专为 AI 辅助开发 打造
对 AI 简单易用
平台 API 网关的架构设计兼顾了开发者与 AI 工具的使用体验：具备高度的一致性与可预测性，且其文档格式能够同时被人类与语言模型高效解析。
实时数据查询
Jamf 发布了开发者文档的 llms.txt 索引，并运行着一个托管的模型上下文协议（MCP，Model Context Protocol）服务器。因此，像 Claude Code、GitHub Copilot 以及其他 AI 编程助手等工具，可以直接从源头查询实时、准确的 API 规范，而无需依赖过时的训练数据进行盲目猜测。
基础设施即代码（IaC）
以代码管理您的 Apple 机群。大多数设备管理仍然像十年前一样：登录、点击、配置，然后重复操作。当你管理数十台设备时，这种方法是奏效的。当您扩展到数百个策略、多个站点或多个 Jamf Pro 实例时，就越来越难以依赖了。
随着业务增长，手动点击式运维（Click-Ops）将带来成本：
- 无意图记录：日志显示了谁修改了设置，很少记录原因，也从未说明事先测试了什么内容。
- 配置漂移：一位管理员的更改与另一位的冲突，六个月后，大家对“标准”是什么都意见不一。
- 知识流失：部落式配置经验仅存在于管理员的脑海中。当有人员离职，相关运维背景也随之断档。
- 缓慢审计：证明合规意味着通过截图和零散的导出文件重建时间线，而不是直接指向历史记录。
- 反应式团队：重复性的控制台工作消耗了本可用于更高价值项目的宝贵时间。
Jamf 是如何支持 IaC 的？
Jamf 的 IaC 实现方式基于 Terraform，而且（有意为之）它并非单一的、封闭的、第一方工具。这是一个分层的提供商套件：部分由 Jamf 原厂构建，部分由社区构建并维护。它们共同允许你将整个 Apple 环境以代码形式描述，并通过相同的平台 API 网关进行管理。而且由于它基于您已运行的 Jamf Pro 部署，采用它并不意味着需要切换 MDM 来实现这一目标。
我们的合作伙伴与生态系统
- Jamf Pro 提供商，由 Deployment Theory 开发；现由使用 Jamf 的工程师团队维护，其中包括来自 Lloyds Banking Group 的工程师。
- Jamf平台提供商，由Jamf构建：随着平台 API 的扩展，其覆盖范围也在不断扩大——最新版本通过一个认证连接实现了Jamf Pro全功能的集成
- Jamf Protect 提供商：由 Jamf 构建
- jamformer，一个 Jamf Concepts 工具用于将已配置并由控制台管理的租户代码化。
我们的提供商和工具做什么？
Jamf Pro 提供商
通过 Classic API 和 Jamf Pro API 管理策略、脚本、配置文件、智能组和静态组、预安装包、软件包等。
Jamf 平台提供商
管理平台 API 交付，包括蓝图、合规基准、设备组、设备操作和数据源，用于统一库存管理。
Jamf Protect 提供商
管理 Jamf Protect 自有的基于 GraphQL 的配置即代码（CaC），包括计划、动作配置、异常集等。
jamformer
发现您的 Jamf 实例中包含的内容，并生成涵盖所有四个提供程序的 Terraform 配置初稿。迁移不会从空白文件开始。
工作流:
-
在 Terraform 配置文件中定义期望的状态：即您希望存在的设置、配置文件和策略。
-
运行 terraform 计划，以纯差异格式查看在任何操作影响生产设备之前会发生哪些具体变更：创建、修改或删除。
-
推送一个拉取请求。评审人员查看差异，批准后，Terraform 才会应用，将您的 Jamf 环境与 Git 中的内容保持一致。
-
通过撤销提交来回滚，而不是在压力下手动重新点击控制台。
Jamf 的独特之处
无需替换
在现有的 Apple 平台上采用 IaC。
Apple 原生；Apple 优先
映射到真实的 Apple 操作系统结构。
在关键之处开启
于关键之处彰显权威
经审计验证
目前有多个客户正在以代码形式管理受监管且经过审计的 Apple 机群。
行业标准的 Terraform
你们的团队已经拥有这些了。
天生支持 AI
AI 编程助手可以直接查询。
问题与解答
Jamf Pro API 和 Jamf 平台 API 有什么区别？
Jamf Pro API 是专针对 Jamf Pro 单产品的 REST API，按租户逐一提供服务。Jamf 平台 API 是一个全新的统一网关，它通过单一 OAuth 2.0 入口横跨 Jamf Pro、Jamf Protect 和 Jamf Security Cloud，并已开始将 Jamf Pro 的资源联合接入该网关之下。
我是否必须迁出 Jamf Pro 才能开始使用基础设施即代码（Infrastructure as Code）？
不。Jamf 的 Terraform 提供程序直接管理您当前已在运行的 Jamf Pro 部署。采用基于代码的工作流无需进行 MDM 迁移。
什么是基础设施即代码（Infrastructure as Code）？为什么它对 Apple 设备管理至关重要？
基础设施即代码意味着在版本控制的文件中定义您的设备管理配置（策略、配置文件、组等），而不是通过控制台进行手动更改。对于 Apple 设备机群而言，这意味着每一项变更在应用到生产设备之前，都是可审查、可审计且可撤销的。
如果我已经有一个现有的、通过控制台管理的 Jamf Pro 租户，该怎么办？
jamformer 会发现您租户中现有的配置，并据此生成 Terraform 配置初稿，因此向代码管理（code-managed）过渡并不意味着要从零开始。