# 扩缩规模过晚与过早的风险

**URL:** <https://meta.discourse.org/t/the-risks-of-scaling-too-late-vs-too-early/402717>\
**Category:** Enterprise\
**Tags:** enterprise-ready\
**Created:** [2026年五月11日 23:57 UTC](https://meta.discourse.org/t/the-risks-of-scaling-too-late-vs-too-early/402717 "2026-05-11T23:57:54Z")\
**Posts on this page:** 1\
**Showing post:** 4

<div class="post-metadata">

**Author:** ![HAWK](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/hawk/32/86627_2.png) [@HAWK](https://meta.discourse.org/u/HAWK)\
**Post date:** [2026年五月15日 00:57 UTC](https://meta.discourse.org/t/the-risks-of-scaling-too-late-vs-too-early/402717/4 "2026-05-15T00:57:20Z")

</div>

很好的例子！感谢分享。

我见过类似的情况——虽然不在我管理过的社区中，但在我们的客户群体里确实存在。有一家我不便透露名称的大型品牌曾联系我们，希望将其社区迁移到 Discourse。他们提供导航软件，并为每一个服务的地理位置设置了子分类。

> [@jpishgar](#):
>
> 那成千上万个分类（子子子子分类等等）对平台稳定性的“破坏”，就像是在一片热门太空区域及其周围同时启动数百个曲速引擎，导致该区域崩塌一样。

当时我们担心，如果他们有数千个分类，会对管理功能造成巨大负载。我们拒绝构建更深层级的分类，并试图说服他们使用标签的强大功能，但他们坚持己见。最终我们放弃了这笔交易，因为我们认为那种方式根本无法持续运作。

设计可扩展的信息架构（IA）至关重要。

---

_[View the full topic](https://meta.discourse.org/t/the-risks-of-scaling-too-late-vs-too-early/402717)._