Ruby on Rails（Fargate部署）站点地图域名访问方案咨询

核心方案：S3 + CloudFront + 路由转发 #

这是适配你场景的最优解，既解决容器临时性问题，又能通过自有域名访问站点地图：

1. 直接将站点地图生成到S3 #

使用RoR的sitemap_generator gem时，配置S3存储适配器，跳过容器本地存储：

# config/sitemap.rb
SitemapGenerator::Sitemap.adapter = SitemapGenerator::AwsSdkAdapter.new(
  '你的S3桶名称',
  aws_access_key_id: ENV['AWS_ACCESS_KEY_ID'],
  aws_secret_access_key: ENV['AWS_SECRET_ACCESS_KEY'],
  region: '你的AWS区域'
)
SitemapGenerator::Sitemap.public_path = 'tmp/'
SitemapGenerator::Sitemap.sitemaps_host = "https://#{ENV['你的CloudFront域名']}"
SitemapGenerator::Sitemap.sitemaps_path = 'sitemaps/'

执行生成命令：bundle exec rake sitemap:refresh，可搭配CloudWatch Events或ECS定时任务定期更新地图。

2. 用CloudFront绑定自有域名 #

• 创建CloudFront分发，源指向S3桶（配置Origin Access Control，禁止S3直接公开访问）。
• 在CloudFront中添加自定义域名mysite.com，通过ACM申请对应区域的免费SSL证书并绑定。
• 设置行为规则，将/sitemaps/*路径的请求转发到S3的sitemaps目录。

3. 路由转发配置 #

如果不需要CloudFront接管整个域名，仅让/sitemaps/*路径走S3/CloudFront：

• 在Application Load Balancer（ALB）中添加路由规则，将/sitemaps/*请求转发到CloudFront域名。
• 或在RoR路由中设置重定向，把/sitemap_index.xml和/sitemaps/*.xml指向CloudFront对应路径。

备选方案：EFS挂载到ECS Fargate #

创建EFS文件系统，挂载到ECS任务的public/sitemaps目录，生成的站点地图直接写入EFS，容器重启后文件保留。但EFS成本高于S3，静态文件访问性能不如S3+CloudFront组合。

大厂站点地图存储方式参考 #

• GitHub：主站点地图动态生成，拆分的大量链接地图存储在对象存储后端，通过自有域名路径+CDN访问，利用缓存降低服务器负载。
• Airbnb：用对象存储（S3或内部存储）存储静态站点地图文件，通过CDN和自有域名路由，定时更新确保搜索引擎抓取最新内容。

内容的提问来源于stack exchange，提问作者Jesse