BookStack 与 Confluence Cloud – 自托管与托管文档

热门:
提升您的服务器设置! 申请 AVA 并使用 立减 15%
使用优惠码:

BookStack vs Confluence Cloud:简明答案

您需要一个团队可以自主运维的专注文档库,还是由 Atlassian 为您托管的更广泛的工作空间?围绕这个选择来评估 BookStack vs Confluence——而不是将其框架化为”免费”wiki 与付费产品的竞争。

  • 选择 BookStack,当结构化、可搜索的文档以及对主机和数据位置的控制很重要,且有人可以负责更新和恢复时。
  • 选择 Confluence Cloud,当实时协作、Jira 集成工作流、广泛的扩展生态、正式支持和 Atlassian 托管基础设施更为重要时。

choice

BookStack 是自托管的,意味着应用程序运行在客户选择并负责的基础设施上,无论是本地还是云端租赁。它没有软件许可证或按座位收费,但基础设施和管理仍需成本。Confluence Cloud 提供最多 10 个用户的免费计划以及付费托管计划。

两种产品都用于存储团队知识,但它们不是完全的替代品。应根据内容模型、协作、集成、权限、服务运维方和总成本来比较它们。

相同的核心功能,不同的产品定位

BookStack 是一款 MIT 许可证的自托管 wiki 和文档软件。其内容层级遵循物理图书馆的结构。页面包含信息,可选的章节用于分组相关页面。书籍包含相关材料,书架用于分组这些书籍。

Confluence Cloud 是 Atlassian 的托管软件即服务 (SaaS) 团队工作区。托管 SaaS 意味着供应商运营平台和基础设施,而客户管理用户、内容和治理。一个站点包含空间、嵌套内容和多种内容类型。

BookStack — 结构化文档路径
书架
↓
书籍
↓
章节(可选)
↓
页面

Confluence Cloud — 空间内的混合内容
站点 → 空间
↳ 页面和实时文档
↳ 白板和数据库

choice

内容模型图:BookStack 将内容引导至库层级中的页面。Confluence 空间可以包含多种内容类型。BookStack 书架分组书籍,同一本书可以出现在多个书架上。

可以将 BookStack 视为一个具有可见书架系统的专用图书馆。Confluence Cloud 是一个连接的团队园区,包含图书馆、会议室、白板、项目连接和托管设施。这描述的是范围,而非质量。BookStack 的较窄模型可以促进文档规范;Confluence Cloud 的广泛功能在知识工作也包括规划和项目执行时很有帮助。

因此,比较需要询问每个模型能够实现什么,而不是哪个产品列出更多功能。

BookStack 和 Confluence Cloud 的区别

两种选项都提供可搜索的共享知识库、编辑、修订历史、权限管理和集成点,但围绕不同的内容和所有权模式进行设计。将专注型与广泛型、客户运营与供应商运营、固定与灵活视为设计选择——而非自动的优势或劣势。将每一行视为需求测试。

评估标准BookStackConfluence Cloud
🎯 主要用途专注型文档库广泛型知识和协作工作区
🗂️ 内容结构书架、书籍、可选章节和页面站点、空间、嵌套内容和多种内容类型
✍️ 编辑和协作所见即所得或可选 Markdown;评论、提及、修订和编辑冲突警告富文本云编辑器、实时编辑、实时文档、评论、提及和白板
🔌 集成和可扩展性REST API、webhooks、身份集成和运营者构建的扩展Atlassian 连接、Smart Links、自动化和 Marketplace 应用
⚙️ 部署和运营客户选择的主机;客户或提供商处理基础设施任务Atlassian 运营的云服务
🌍 数据位置由运营者和托管提供商选择Atlassian 区域和计划相关的数据驻留控制
🔐 访问和身份角色和内容级权限;OIDC、SAML、LDAP 和 MFA 选项空间和内容控制;身份和安全功能因计划或 Atlassian Guard 而异
🛟 支持和服务保证社区帮助,无响应保证;可选的官方付费支持供应商支持和服务承诺因计划而异
💰 成本模式基础设施、备份、可选支持和运营者时间;无软件座位费免费层或循环用户/计划费用,加上可能的应用和身份成本
✅ 最佳适用场景愿意运行该服务的团队的持久、结构化文档协作密集或与 Jira 连接的工作,由 Atlassian 运营该服务

组织和编写文档

考虑一个团队维护部署运行手册、入职指南和服务恢复程序。这些文档必须保持易于查找,即使原始作者转向其他项目也不例外。这需要知识卫生:内容必须保持最新、可查找且有意放置。它还需要明确的所有者。

在 BookStack 中,工程书架可能会将入职、生产服务和事件恢复的书籍分组。章节可以分离环境或服务系列,而页面保存每个程序。读者获得可预测的导航,新材料有明确的位置。

BookStack 涵盖持久文档工作流,无需单独的发布堆栈。

  • 作者可以使用其 WYSIWYG 编辑器或切换到可选的 Markdown 编辑器。
  • 搜索可在整个安装中或更窄的范围内工作,而修订版本保留早期页面版本。
  • 模板和标签帮助团队一致地创建和分类内容。
  • 直接段落链接、可重用页面内容和内置 diagrams.net 支持更连接的文档。

这些工具共同适合手册、政策和运行手册。它们也涵盖入职材料和客户文档,无需将每个文档变成自定义项目。

BookStack WYSIWYG 页面编辑器,带有格式控制和文档内容

BookStack 的 WYSIWYG 页面编辑器将写作和格式保持在文档界面内。

这种清晰度的来源也是约束:内容必须符合库模型。标签提供了另一种分类方式,但 BookStack 对于自由形式的画布或卡片和板视图不太自然。它也不是为了将文档视为数据库类记录以及其他几种内容模式而设计的。


Confluence Cloud 将相同的材料映射到空间和嵌套内容树中,其中页面可以与实时文档、白板和数据库并排放置。

  • 模板支持可重复的文档结构,而版本历史保留早期工作。
  • 评论、提及和实时编辑使讨论与内容保持接近。
  • 智能链接连接来自其他工具的相关工作。

这些功能共同让团队从头脑风暴转向规划,然后转向持久参考材料。已发布的页面适合稳定的程序;实时文档为查看者更新,无需单独的发布步骤,这更适合活跃的笔记。

Confluence Cloud 编辑器显示提及、评论、反应和发布控制

Confluence Cloud 将评论、提及和发布控制引入编辑视图。

广度不会自我维护。Confluence 团队仍然需要明确的命名和所有权规则。他们还需要权限、存档和审查习惯,否则灵活的工作区会变得难以导航。实际的区别在于信息成为参考材料之前发生的情况。BookStack 指导作者创建持久页面,而 Confluence Cloud 将构思和讨论与最终发布并排放置。

协作、集成与增长

BookStack 支持团队发布,具有角色和内容级别的控制。其角色和权限实现基于角色的访问控制——能力被分配给角色,然后分配给用户——对书架、书籍、章节或页面提供更具体的权限。

📝 注意:BookStack 支持协作文档编写,但不提供 Google Docs 风格的实时共同编辑。它会对并发页面编辑进行警告,并依靠评论、提及和围绕编辑过程的修订版本。

Webhook 和内置的 REST 应用程序编程接口 (API) 为其他系统提供连接点。BookStack 还支持多因素身份验证和多种身份集成。这些包括 OpenID Connect (OIDC)、安全断言标记语言 (SAML 2.0) 和轻量级目录访问协议 (LDAP)。这些功能是有用的构建块,但操作员需要负责自定义集成工作、兼容性和故障排除。

两个人在共享的计算机屏幕周围组装拼图块

当连接的工作是中心时,Confluence Cloud 更具优势。实时编辑和实时文档支持同步工作,而白板帮助团队塑造想法。Jira 工作项链接和宏将计划与执行相连接。Smart Links 引入相关上下文,而自动化和移动访问支持在主编辑器之外的工作。Marketplace 扩展可以进一步扩展工作流。其权限结构和自动化权限因计划而异。某些单点登录、配置和安全需求可能涉及 Atlassian Guard 或额外的应用成本。

一个拥有稳定 runbook 的 30 人技术团队可能比日常工作围绕 Jira 和实时协作的 10 人产品团队更适合 BookStack。

当集成消除了真实的交接时,它才是有价值的。如果没有人使用它,生态系统的广度是复杂性和成本——而不是增长能力。

控制、安全、支持和运维责任

⚠️ 警告:自托管提供对基础设施和数据位置的控制权。但这并不能自动保证安全性、保密性、合规性或可恢复性。

数据位置是指决定服务数据存储在何处以及由哪个提供商或服务器托管。BookStack 运维人员选择主机和地区、决定服务如何接入网络,以及控制更新和身份连接。这些选择不决定谁可以访问数据、适用哪些法律,或恢复是否有效。

管理员在自托管服务器基础设施前的笔记本电脑上工作

每个控制领域都对应一项责任:

  • 选择主机、地区和暴露方式 → 遵循 BookStack 的 安全指南,涵盖 HTTPS、访问路径和主机配置。
  • 选择更新时机 → 跟踪 BookStack 安全发布,维护应用程序和运行时。
  • 控制存储数据 → 备份 MariaDB 记录和实例文件,存放在实时服务之外。
  • 选择身份连接 → 维护和验证身份验证行为。
  • 控制容量 → 监控存储、资源和可用性,然后应对事件。

BookStack 没有内置的完整备份和恢复工作流。其 备份指南需要数据库记录、实例文件和配置。保留原始的 .env 和 APP_KEY;更改密钥可能会破坏加密功能,如存储的 MFA 凭证。恢复测试意味着证明备份可以重建可用的服务,而不仅仅是确认文件存在。

BookStack
用户 → BookStack + MariaDB → 选定的主机
客户维护应用程序、数据库、主机、备份和恢复。

Confluence Cloud
用户 → Atlassian 运营的平台
Atlassian 维护平台;客户管理用户、访问和内容。

📝 注意:主要区别在于谁维护应用程序平台。

使用 Confluence Cloud,Atlassian 运营基础设施、应用平台更新并处理服务恢复。存储、支持时间、管理功能和服务级别协议 (SLA) 因计划而异。

客户仍然管理账户和内容。他们决定内容如何共享、设置权限、批准应用程序,以及维护可行的 导出或连续性规划。

成本与便利:您实际支付的费用

总拥有成本(TCO)是在一段时间内保持服务有用的全部成本:直接支出、内部劳动力、维护、支持和恢复——而不仅仅是结账价格。

BookStack TCO:托管 + 域名/DNS(如适用)+ 备份容量 + 监控 + 可选付费支持 + 管理和恢复时间。

Confluence Cloud TCO:计划/用户费用 + 所需的付费应用或身份/安全服务 + 内部用户、权限和内容治理工作。

Person evaluating cost and value beside gears and a light bulb

BookStack 的 MIT 许可证不收取软件许可费或按座位费。用户共享基础设施,直到存储、性能、支持或运营需求需要更多容量。

应用就绪型托管可以减少设置工作,但您的团队仍然运行 BookStack。例如,AVA.HOST BookStack Cloud App 包括一键部署、自定义域名和 HTTPS。它自动化应用更新和计划备份,同时保留终端访问权限。该服务还配置 MariaDB 容器,但该数据库保持非托管状态。客户仍然需要管理用户、权限和数据治理。他们还必须审查容量并验证恢复。更新后需要检查集成行为和重要工作流。

📝 定价说明:下面的 Confluence 价格和限制已在 2026 年 9 月 30 日核实。Atlassian 根据用户数、计费期限和地区更改报价,因此在购买前请验证实时定价计算器。

Person evaluating cost and value beside gears and a light bulb

Confluence Cloud 免费版支持最多 10 个用户和 2 GB 存储空间,但不允许自定义权限。美国公开页面显示标准版约为每用户/月 $5.42,高级版约为每用户/月 $10.44。这些是说明性费率,不是永久报价。

标准版列出 250 GB 存储空间和可自定义的内容权限。它还包括数据驻留和工作时间支持。高级版提供无限存储空间并添加高级控制。其支持全天候可用,并包括 99.9% SLA。

这些服务的成本增长方式不同。BookStack 通过共享基础设施、存储和运营商或支持容量增长。Confluence Cloud 通过用户数和计划层级增长,Marketplace 应用或身份和安全服务可能会增加账单。没有诚实的通用收支平衡人数。

  • 使用预期的团队规模和选定的计划对三年进行建模。
  • 包括附加组件、托管、备份存储、员工时间和事件假设。
  • 在同一时期对付费应用和身份或安全服务进行定价。

哪一个适合您的使用场景?

Person approaching three paths leading toward different targets

应用六个筛选条件:主要工作、协作深度、生态系统依赖、托管位置需求、BookStack 维护人员,以及支持或治理需求。该矩阵提供条件性默认值,而非绝对答案;改变一个决定条件,推荐方案可能随之改变。

使用场景条件性默认值决定条件
🧑‍💻 个人或自托管BookStack倾向于直接的文档层级结构,能够自主管理更新和经过测试的恢复流程
🛠️ 小型技术团队(含运维手册)BookStack文档是主要工作,工作流程稳定,且有特定人员或团队维护
🏢 小企业手册BookStack,有条件简单的政策和入职流程由技术人员负责;如果没有人能运维该服务或协作广度是核心需求,则选择 Confluence Cloud
🌐 公开或客户文档BookStack,有条件可预测的已发布文档和位置控制是主要考虑;如果需要与 Jira Service Management 连接的客户工作流,则选择 Confluence Cloud
🔗 Jira 密集型产品或工程组织Confluence Cloud日常使用 Jira 连接的规划、Smart Links、实时工作和 Marketplace 工作流
🤝 协作密集型跨职能团队Confluence Cloud实时编辑、白板、数据库、移动工作和混合内容的优势超过更窄的文档模型
🏛️ 受监管或审计密集型企业Confluence Cloud 通常适用,需进行尽职调查正式支持、计划级治理、身份控制和服务承诺是主要考虑;在自托管位置强制且运维成熟的情况下,BookStack 仍可行
⚠️ 没有人分配运维 BookStack 的团队Confluence Cloud没有人负责补丁、监控、应用/数据库恢复或事件响应

在做出承诺前,请回答五个问题:

  1. 真正的需求是文档库还是更广泛的协作工作区?
  2. 团队会经常使用哪些仅限 Confluence 的工作流,足以证明其成本和复杂性合理?
  3. 对主机、区域或网络位置的控制是否是有文件记录的需求?
  4. 谁负责 BookStack 的补丁、监控和恢复,以及该人员缺席时由谁覆盖?
  5. 三年内的完整成本是多少,包括计划、应用、托管、备份存储、支持和人力时间?

如果第四个问题没有明确答案,BookStack 还未准备好用于生产环境。

受监管的组织需要进行自己的安全、法律、采购和合规审查,无论表面上的适配度如何。托管选择或 Confluence 计划是该尽职调查的一个输入,而非自动批准。

底线:范围和所有权决定适配度

当文档是目标且您的团队能够可靠地运行它时,选择专用库。当实时协作和 Atlassian 集成工作是日常需求时,选择互联校园。

用一个代表性工作流测试可能的赢家。一键设置可以使 BookStack 更容易启动,但团队仍然必须承担维护和恢复的责任。如果工作流和维护计划都能坚持,就提交。