ImageResizer（作为独立的图像服务器）和后端图像源
ImageResizer (as standalone image server) and backend image sources
当前设置： 具有 "authoring" 服务器和多个 [=31= 的大型 CMS ] 个服务器。创作服务器和交付服务器都是 Windows 服务器 运行 64 位 Apache。 Apache Web 根在每台服务器上的设置完全相同——指向 SAN 上的一个目录。交付服务器通过另一个 Windows 服务器 运行 Apache 进行负载平衡。我刚刚将 ImageResizer 服务器设置为独立的图像服务器，想看看让 ImageResizer 服务器访问并提供图像的最佳方法是什么。
- 创作服务器 - a.site.com
- 传送服务器 - d.site.com
- 图像服务器 - i.site.com
所以我想问题是，允许 ImageResizer 服务器访问属于大型 CMS 站点的图像的最佳方法是什么？远程阅读器插件？将 IIS 站点设置为与创作和交付服务器相同的 Web 根目录？这种方法有什么安全问题吗？任何 suggestions/alternate 方法？
谢谢！
如果 SAN 运行良好，SMB2 或更高版本，并且延迟低，您可以将该目录挂载为 IIS 根目录中的虚拟文件夹（您可能希望将其分开）。
为了提高性能，最好禁用 FCNMode - http://imageresizing.net/docs/v3/docs/fcnmode - 特别是当您在 SAN 中有很多目录时。
或者，您可以使用 RemoteReader 并将其指向您的 Apache Web 服务器，尽管您将牺牲更新现有文件的能力（RemoteReader 永久缓存所有内容以使性能合理）。
当前设置： 具有 "authoring" 服务器和多个 [=31= 的大型 CMS ] 个服务器。创作服务器和交付服务器都是 Windows 服务器 运行 64 位 Apache。 Apache Web 根在每台服务器上的设置完全相同——指向 SAN 上的一个目录。交付服务器通过另一个 Windows 服务器 运行 Apache 进行负载平衡。我刚刚将 ImageResizer 服务器设置为独立的图像服务器，想看看让 ImageResizer 服务器访问并提供图像的最佳方法是什么。
- 创作服务器 - a.site.com
- 传送服务器 - d.site.com
- 图像服务器 - i.site.com
所以我想问题是，允许 ImageResizer 服务器访问属于大型 CMS 站点的图像的最佳方法是什么？远程阅读器插件？将 IIS 站点设置为与创作和交付服务器相同的 Web 根目录？这种方法有什么安全问题吗？任何 suggestions/alternate 方法？
谢谢！
如果 SAN 运行良好，SMB2 或更高版本，并且延迟低，您可以将该目录挂载为 IIS 根目录中的虚拟文件夹（您可能希望将其分开）。
为了提高性能，最好禁用 FCNMode - http://imageresizing.net/docs/v3/docs/fcnmode - 特别是当您在 SAN 中有很多目录时。
或者，您可以使用 RemoteReader 并将其指向您的 Apache Web 服务器，尽管您将牺牲更新现有文件的能力（RemoteReader 永久缓存所有内容以使性能合理）。