无论是在 Internet 上还是在企业 Intranet 上，均可以使用 Microsoft SharePoint Server 2010 创建不同类型的站点，满足不同的需求。但是，当设计特定的实现时，这种优势也可能会带来麻烦。您需要正确规划 Internet 和 Intranet 站点的不同之处。
Internet 和 Intranet 站点均基于 SharePoint Server 2010 中的发布模板（“发布门户”站点集合）。无论您是要创建发布到 Intranet 的站点还是发布到 Internet 的站点，均可以使用审批工作流、特殊权限组、内容类型和母版页等发布功能。
发布的 Intranet 站点通常称为企业门户。这是组织的主要通信站点，如 http://contoso 或 http://intranet.contoso.com。发布的 Internet 站点通常称为 Internet 展示站点。这是组织面向公众的站点，如 www.contoso.com。有关客户创建的各种 SharePoint Server 2010 站点的更多示例，请参见“客户成功案例”页面。有关 Internet 站点的更多示例，请参见 Microsoft Internet 站点解决方案页面上的案例研究。
本文将介绍使用 SharePoint Server 2010 在 Intranet 环境中发布 SharePoint 站点与在 Internet 环境中发布 SharePoint 站点之间的区别。此外，我们还将介绍这两个环境有哪些共同点。
主要区别
这些站点类型之间存在一些主要区别，如图 1 所示：
| Intranet | Internet | |
| 用户类型 | 仅限通过身份验证的用户 |
通过身份验证的编写者、设计人员和所有者 匿名用户可以浏览 |
| 内容部署 | 很少使用 | 经常使用 |
| 多语言用户界面 (MUI) 和变体 | 使用 MUI 为多语言用户提供支持 | 使用变体为多个地区提供支持 |
| 服务 | 经常使用整套 SharePoint 服务应用程序 | 频繁使用搜索，偶尔使用托管元数据 |
| 许可要求 | SharePoint Server 2010 客户端访问许可证 – 标准版或企业版 | SharePoint Server 2010 for Internet Sites – 标准版或企业版 |
图 1 内部站点与外部站点之间的主要区别
我们将更详细地分别介绍一下这些主要区别。
不同的用户
Intranet 与 Internet 环境的区别之一是与站点交互的用户类型。
Intranet 站点会配置为通过身份验证的用户才能访问。访问此类网站的用户通常隶属于组织，并在其浏览站点时接受身份验证。Intranet 站点很少允许匿名用户 – 大多数组织只允许通过身份验证的用户与站点进行交互，以此保护组织的数据。
Internet 站点一般配置为供匿名用户浏览。在某些 Internet 站点上，如果匿名用户需要执行某种事务，则可以登录并成为通过身份验证的用户。Internet 站点还可能拥有编写者、审批者和设计人员等通过身份验证的用户。
内容部署
内容部署将内容从编写环境推送至目标环境或发布环境。编写环境和发布环境通常在不同的场上运行。编写环境通常位于内部网络上，而目标环境通常位于外围网络上（请参见图 2）。
Intranet 和 Internet 环境通常在内容部署的使用方面有所区别。通常 Intranet 发布站点不必使用内容部署。Intranet 站点可以使用多阶段的发布过程。发布审批和工作流功能通常足以使内容编写者将发布的内容逐个项目地提供给 Intranet 用户。如需有助于确定是否使用内容部署的注意事项列表，请参见规划内容部署。
但 Internet 站点通常使用内容部署（请参见图 3）。在匿名用户可以访问其中内容的 Internet 发布站点上，您需要使用内容部署按计划将新内容和更新的内容推送至公共站点。这样做还有助于在目标服务器上进行更严格的安全控制。
多语言支持和变体
SharePoint Server 2010 提供了多语言用户界面 (MUI) 和变体，它们是用于支持多种语言的主要功能。如果您的站点需要为多语言用户（这些用户将需要特定于语言的上下文）提供支持，则必须在服务器上安装语言包。
大多数 Intranet 站点（那些组合使用协作站点、MySites 和发布站点的站点）可以使用 MUI 让站点用户和内容编写者以他们选择的语言与站点 UI 进行交互。MUI 不会翻译编写的内容，而是仅以首选语言显示站点 UI（包括管理页面、列表和库设置）以及 MySites 中的特定页面。
Internet 站点可以使用变体功能在面向特定受众的不同站点之间复制内容。在源站点上编写内容后，这些内容将传播至目标站点，您可以在目标站点将内容翻译为其他语言。与 MUI 一样，变体功能并不会翻译编写的内容。Internet 站点上的匿名用户通常只能看到发布页面上的内容，因此您通常不需要为 Internet 站点启用 MUI。
有关 MUI 的详细信息，请参见多语言用户界面概述。有关变体的详细信息，请参见变体概述。
SharePoint Services
SharePoint Server 2010 包含的许多服务为站点提供了用户配置文件、托管元数据、Excel 服务、PerformancePoint 服务以及业务连接服务等功能。
Intranet 站点可以使用 SharePoint Server 2010 中提供的一整套服务应用程序（具体取决于站点的版本）。Intranet 站点通常包含关联的 MySites，可以使用业务智能功能与数据交互，并可以使用托管元数据和搜索功能组织和提供内容。
Internet 站点使用搜索功能帮助用户找到所需的内容，并可以使用托管元数据对内容进行分类以及提供关键字。但 Internet 站点并不使用其他服务，原因是这些服务需要通过身份验证的用户提供有用的信息。搜索通常与已发布的 Internet 站点本身驻留在相同的环境中，而托管元数据服务则驻留在编写场中。
有关服务通常如何在场内分发的详细信息，请参见 SharePoint 2010 的体系结构设计资源中心的“逻辑体系结构”部分。
许可要求
这两种环境之间的许可差异通常会引起混淆。Intranet 站点基于服务器访问许可证和客户端访问许可证 (CAL) 按服务器和用户发放许可，而 Internet 站点仅按服务器发放许可。您不需要任何 CAL。但您将需要不同的服务器许可证 (SharePoint Server 2010 for Internet Sites)。
每种许可证都具有标准版和企业版选项，但所含的功能却有所不同。对于 SharePoint Server 2010，标准 CAL 提供了核心功能，如协作站点、搜索和企业内容管理。企业 CAL 提供了更多功能，如人员搜索和业务智能功能。对于 SharePoint Server 2010 for Internet Sites，标准服务器 CAL 专为中小型公司设计，并仅支持一个域和相关的子域。企业服务器 CAL 除了提供这些功能以外，还支持多个域并提供了对 Internet 站点使用 Microsoft FAST Search 的权限。
有关许可的更多详细信息，请参见“如何购买 SharePoint 2010”页面和“许可详细信息”页面。
Intranet 和 Internet – 许多相似之处
尽管存在如上所述的主要区别，基于 SharePoint Server 2010 的 Intranet 和 Internet 站点实际上也有很多共同点。两者都需要仔细的规划，以确保站点的内容、结构以及外观适合于所要吸引并留住的组织和用户。大多数情况下，两者都需要独特的可视标记。此外，两者还需要提供全新的内容以确保用户始终感兴趣，且两者还具有相似的性能特征。图 4 总结了这两类站点之间的共同点。
| Intranet 和 Internet 站点都需要： | |
| 站点规划 | 您了解您的受众以及站点的目标 |
| 标记 | 仔细的标记，以确保为组织显示正确的图像 |
| 全新内容 | 不断的更新以及全新、准确的内容，以确保留住用户 |
| 导航和站点结构 | 良好的组织，以帮助用户找到所需的信息 |
| 搜索 | 高效地使用搜索功能向用户提供最合适的内容 |
| 性能和监视 | 全面的规划、仔细的配置以及持续不断的监视，以便尽可能提供最佳的性能 |
| 身份验证选项 | 为组织的环境提供合适的身份验证选项 |
图 4 Intranet 和 Internet 站点之间的共同点摘要
站点规划
您需要仔细规划以确保创建成功的站点。首先确定站点的远景，并确定主要的用户方案。然后设计细节，从定义信息体系结构到确定适当的逻辑和物理体系结构来支持站点。
对于 Intranet 站点，SharePoint Server 2010 解决方案中心中的已发布 Intranet 的“规划”部分可帮助您开始规划。对于 Internet 站点，您可以将 Intranet 的规划步骤作为起点，这是因为 Internet 站点规划遵循相似的过程。
标记
您的 Intranet 站点和公开的 Internet 站点应明确、清晰地体现所属组织的风格与特色。将您的标记应用于任何 SharePoint 站点可使组织的风格与特色一目了然。从页面的结构布局到使用的颜色和字体，再到包含的图像甚至标题样式，标记可充分彰显您企业的特色。
有关标记 Intranet 和 Internet 站点的一些有用信息和建议，请参见在实际环境下使用 SharePoint 2010 发布站点创建标记。
全新内容
您可以设计出外观漂亮的站点，但如果所有内容均一成不变，也无法吸引用户。不断更新内容至关重要。使用管理原则管理站点中的信息，并确保信息保持最新且准确。设置一个日历来宣传新内容并突出显示常用内容。创建一个日程表来定期查看和维护您的内容，以便及时删除或更新陈旧或有误的任何内容。有关管理内容的详细信息，请参见 SharePoint Server 2010 中的 TechNet 管理资源中心。
导航和站点结构
如要用户获得愉悦的使用体验，站点结构必须逻辑合理，导航必须简单清晰。SharePoint Server 2010 提供了全局导航控件，这些控件是站点的主要导航机制。此外，还有一个快速启动控件，用于提供与当前站点位置相关的页面的二级导航。
在站点规划过程中，不但要关注您的站点将承载的内容类型，还应关注如何呈现内容和安排站点区域才能让用户受益。请注意，SharePoint Server 2010 不支持国际域名，在规划站点 URL 时必须注意这一点。
搜索
搜索对于 Intranet 和 Internet 站点均至关重要。您如何确保用户可以在站点上找到所需的内容？使用企业级搜索功能可确保在搜索结果中显示最相关的内容。请确保针对您的环境对搜索组件进行适当的缩放，以便在需要时可以提供搜索。有关详细信息，请参见 SharePoint 2010 产品中的企业级搜索入门和企业级搜索资源中心。
性能和监视
这两种类型的站点基于相同的发布功能，因此它们具有相似的性能特点。这两类站点的多数操作为“读取”操作。大多数用户访问站点并查看内容，而不是与内容交互或添加内容（“写入”操作）。
Web 内容管理性能和容量文章详细介绍了关键度量、潜在的瓶颈，以及如何使用缓存充分利用具有大量读取操作的环境。有关 Microsoft 如何在其发布的 Intranet 站点上规划和管理容量和性能的信息，请参见 Microsoft SharePoint Server 2010 企业 Intranet 发布环境：技术案例研究。
缓存
对于流量较大的站点，缓存经常访问的页面和数据将显著提高 Web 和数据库服务器的性能。优化站点缓存时，应考虑以下内容：
- 页面输出缓存：此缓存将请求的页面内容存储在服务器上的内存中。尽管此缓存在初始呈现后降低了提供页面所导致的 CPU 负载，但使用它会在 Web 服务器上消耗更多内存。有关详细信息，请参见输出缓存和缓存配置文件。
- 对象缓存：此缓存将列表和库、站点设置以及页面布局等对象存储在服务器上的内存中。使用此缓存也会在 Web 服务器上消耗更多内存。有关详细信息，请参见对象缓存。
- BLOB 缓存：此缓存用于存储二进制大型对象 (BLOB)，如图像、音频和视频文件。此缓存在默认情况下处于关闭状态，因此必须启用。有关详细信息，请参见“规划缓存和性能”。
比特率限制（针对媒体）
比特率限制是一个 Internet Information Services (IIS) 7.0 扩展，用于度量服务器与客户端计算机之间的媒体文件类型和数据的下载速度。如果要在站点上承载大型视频文件，也应考虑在 IIS 中启用比特率限制以及 BLOB 缓存。有关比特率限制的详细信息，请参见比特率限制。
监视
监视已发布的站点时，必须跟踪吞吐量、并发用户和数据增长。吞吐量跟踪服务器场每秒可以处理的请求数量，以确保您满足预期的用户响应时间目标。并发用户的数量与场性能相关。随时间变化的数据和站点增长跟踪数据库和站点的增长速度，分析当前基础结构能在多长时间内满足您的需要。
身份验证选项
您为 Intranet 或 Internet 站点选择的身份验证方法主要取决于环境中提供的内容。
如果大多数用户位于 Active Directory 中，则最好选择具有某个 Windows 身份验证选项的典型身份验证模型（请参见图 5）。最常见的是 NTLM 或 Kerberos。
如果轻型目录访问协议 (LDAP) 系统、SQL Server 或其他数据库有用户，或者如果您使用其他成员身份提供程序，则使用基于声明的身份验证方法（请参见图 6）比较合适。
此模型演示了使用典型身份验证的典型企业部署中最常用类型的 SharePoint 站点。下载此模型。
此模型演示了使用基于声明的身份验证的企业部署中最常用类型的 SharePoint 站点。下载此模型。
此外，还请访问 SharePoint Server 2010 的安全和身份验证资源中心。
尽管基于 SharePoint Server 2010 的 Intranet 和 Internet 站点在很多方面具有不同的需求（不同的用户集、不同的许可以及通常不同的内容部署方法），但两者实际上也有很多共同点。这两类站点使用相同的发布和标记功能，均受益于仔细的规划，都需要全新、相关的内容来吸引和留住用户。
