1. 课程导入与治理全景
当企业从几十人的小团队扩展到数千人、跨多个业务线与地区的组织时，Atlassian 产品套件（Jira、Confluence、Bitbucket、Jira Service Management 等）往往从"工具"演变为"企业协作与交付的中枢"。此时，权限与身份治理不再是 IT 部门的附属工作，而是决定数据安全、合规审计与协作效率的关键基础设施。本课程围绕 Atlassian 企业权限与身份治理展开，本章作为导入，先建立全景认知：我们要解决什么问题、面临哪些挑战、整体框架如何分层、以及后续 29 章的学习路径如何推进。
一、核心目标：从"能访问"到"该访问"
Atlassian 权限治理的核心目标可以概括为四个维度。第一是最小权限：每个用户、每个应用、每个自动化任务只拥有完成其职责所必需的最小权限集合，避免"管理员泛滥"和"项目权限过宽"。第二是身份可信：通过企业身份源（如 Okta、Azure AD、LDAP）统一认证，确保"谁在访问"可被验证、可被追溯。第三是可审计与合规：所有权限变更、登录行为、数据导出都留有日志，满足 SOX、ISO 27001、GDPR 等审计要求。第四是可扩展与自动化：当组织新增团队、项目或收购新公司时，权限模型能够通过组映射、SCIM 同步、API 自动化快速扩展，而不是靠人工逐项配置。
这四个目标之间存在张力：权限越严格，协作摩擦越大；审计越细，运维成本越高。治理的本质不是追求某一维度的极致，而是在安全、效率与成本之间找到可运营的平衡点。
二、关键挑战：企业级 Atlassian 治理的典型痛点
在实际项目中，企业常遇到以下挑战。其一是权限模型混乱：Jira 的项目权限方案（Permission Scheme）、问题安全级别（Issue Security Level）、Confluence 的空间权限、Bitbucket 的仓库权限各自独立，缺乏统一视图，导致"谁在哪个项目有什么权限"难以回答。其二是组爆炸与嵌套失控：随着时间推移，Atlassian 内部组数量可能从几十个膨胀到数千个，组嵌套层级过深，形成"权限黑洞"。其三是外部用户与协作边界模糊：供应商、客户、合作伙伴通过 Jira Service Management 或 Confluence 外部共享进入系统，若缺乏生命周期管理，离职或合作结束后权限仍残留。其四是审计证据分散：Atlassian 审计日志、身份提供商日志、SIEM 日志各自为政，难以拼出完整的"谁在何时访问了什么"的证据链。其五是自动化与机器人账户失控：CI/CD 流水线、脚本、集成应用使用个人令牌或服务账户，权限过大且长期不轮换。
三、整体框架：四层治理模型
为系统化应对上述挑战，本课程采用四层治理框架，自下而上依次为：身份层（Identity）、访问层（Access）、治理层（Governance）与运营层（Operations）。身份层解决"你是谁"，包括企业目录、SSO、SCIM 供应、多因素认证；访问层解决"你能做什么"，包括 Atlassian 组、项目角色、权限方案、空间权限、仓库权限；治理层解决"如何证明合规"，包括审计日志、访问评审、权限基线、策略即代码；运营层解决"如何持续运转"，包括权限申请与审批、定期复核、异常检测、自动化回收。
下图展示了这四层框架与关键对象之间的关系，以及各层之间的数据与控制流向。图中同时标注了本课程后续章节将重点展开的模块位置，便于建立学习地图。
四、学习路径：从认知到落地
本课程共 30 章，按"认知—设计—实施—运营—进阶"五个阶段推进。第 1～5 章建立全景认知与身份基础，包括本章的治理全景、Atlassian 产品权限模型概览、企业身份源集成、SSO 与 SCIM 供应、以及用户生命周期管理。第 6～12 章深入访问层设计，覆盖 Jira 权限方案与问题安全级别、Confluence 空间与页面权限、Bitbucket 仓库与分支权限、组策略与嵌套治理、项目角色与权限继承、外部协作与来宾访问、以及服务账户与 API 令牌管理。第 13～19 章进入治理层，讲解审计日志采集与分析、权限基线与漂移检测、合规映射与证据准备、策略即代码、访问评审流程、风险评分模型、以及数据驻留与隐私合规。第 20～26 章聚焦运营层，包括权限申请与审批自动化、定期复核与回收、异常行为检测、SIEM 集成、治理指标与报表、以及大规模组织的权限迁移。第 27～30 章为进阶与实战，涵盖多产品统一治理、并购整合场景、典型故障排查与复盘、以及治理成熟度评估。
学习建议：每章都配有可操作的配置示例、参数表和判断依据。建议在测试环境中同步实践，尤其是身份集成、权限方案和审计日志部分，因为这三块最容易在真实环境中出现"配置正确但行为不符预期"的情况。遇到权限问题时，先确认身份源同步状态，再检查组映射与权限方案，最后查看审计日志中的实际授权记录——这个排查顺序将在后续排障章节中反复使用。
五、关键术语与约定
为避免后续章节歧义，先约定几个核心术语。身份源（Identity Source）指企业权威的用户目录，如 Azure AD、Okta 或 LDAP，是"谁存在"的唯一事实来源。供应（Provisioning）指将身份源中的用户和组同步到 Atlassian 的过程，SCIM 是标准协议。权限方案（Permission Scheme）是 Jira 中一组权限授予规则的集合，可被多个项目复用。权限漂移（Permission Drift）指实际权限与基线策略之间的偏差，通常由临时授权未回收或组变更引起。访问评审（Access Review）指定期由资源负责人确认其管辖范围内用户权限是否仍然必要的过程。
本课程中所有示例参数（如组名、项目键、权限项、日志字段）均为教学假设，用于说明配置逻辑与判断方法，不代表任何特定企业的真实配置。实际实施时需根据组织目录结构、合规要求和 Atlassian 版本进行调整。