我们是否需要为sharepoint中的每个提供商托管应用程序创建单独的IIS web应用程序？

在SharePoint环境中，是否为每个提供商托管应用程序创建单独的IIS Web应用程序取决于多个因素，包括安全性、资源隔离、管理简便性和应用程序的需求。

基础概念

IIS Web应用程序：Internet Information Services (IIS) 中的一个Web应用程序是一个独立的、可管理的单元，它可以有自己的配置设置、安全性和资源。 提供商托管应用程序：在SharePoint中，提供商托管应用程序是由第三方开发者或组织在自己的基础设施上托管的应用程序。

相关优势

1. 安全性：每个应用程序隔离在自己的IIS Web应用程序中可以减少安全风险，防止一个应用程序的问题影响到其他应用程序。
2. 资源隔离：每个应用程序可以有独立的资源分配，避免资源争用。
3. 易于管理：单独的Web应用程序使得配置和管理更加集中和简单。
4. 灵活性：可以根据每个应用程序的具体需求进行定制化的设置。

类型

• 独立Web应用程序：每个提供商托管应用程序都有自己的IIS Web应用程序。
• 共享Web应用程序：多个提供商托管应用程序共享同一个IIS Web应用程序。

应用场景

• 高安全性要求：金融、医疗等行业可能需要对每个应用程序实施严格的安全措施。
• 资源密集型应用：需要大量计算或存储资源的应用程序可能更适合单独的Web应用程序。
• 独立部署和更新：希望独立控制部署和更新流程的场景。

可能遇到的问题及原因

1. 资源分配不均：如果多个应用程序共享同一个Web应用程序，可能会出现资源争用问题。
2. 安全漏洞传播：一个应用程序的安全漏洞可能会影响到其他共享同一Web应用程序的应用程序。
3. 配置管理复杂：随着应用程序数量的增加，共享Web应用程序的管理会变得复杂。

解决方案

• 使用单独的IIS Web应用程序：为每个提供商托管应用程序创建独立的IIS Web应用程序，以实现最佳的安全性和资源管理。
• 实施严格的访问控制：无论是否使用单独的Web应用程序，都应确保实施适当的身份验证和授权机制。
• 监控和日志记录：设置全面的监控和日志记录，以便及时发现并解决问题。

示例代码（创建新的IIS Web应用程序）

以下是一个简单的PowerShell脚本示例，用于在IIS中创建一个新的Web应用程序：

Import-Module WebAdministration

$siteName = "NewAppSite"
$appPoolName = "NewAppPool"
$physicalPath = "C:\inetpub\wwwroot\NewApp"
$bindingInfo = "*:80:"

# 创建应用程序池
New-WebAppPool -Name $appPoolName

# 创建网站
New-WebSite -Name $siteName -PhysicalPath $physicalPath -ApplicationPool $appPoolName -Port 80 -HostHeader $bindingInfo

这个脚本将创建一个新的IIS网站和一个新的应用程序池，确保每个应用程序都有独立的运行环境。

总之，是否为每个提供商托管应用程序创建单独的IIS Web应用程序应根据具体需求和资源情况进行权衡。