如何服务一个巨大的静态和预生成的网站?

我目前的网站项目有以下特点:

  • 一个网站,基本上是一个只读的信息存档。 访问者不能做任何互动操作。
  • 该网站的所有页面(目前大约15k)都是预先生成的HTML文件和在另一台机器上创build的graphics。
  • 这种方法背后的动机是:由于没有dynamic处理,没有数据库,所以几个networking安全方面的复杂性要低得多。 除此之外,由于整个网站是一个大型的单个caching,为静态文件提供服务,所以希望能够获得良好的性能(换言之,降低运行成本)。

但是,我低估了将大量文件保存在less量目录中的性能影响。 目前,网站的url直接映射到文件系统上预先生成的目录结构。 例如,地址domain.com/categoryA/...映射到包含大量HTML页面的目录webroot/pages/categoryA/... ,并且随着添加的每个附加文件,文件读取变得越来越慢到那个目录。

我怎么能解决这个问题? 是否有任何Web服务器或服务器端技术,尤其是解决服务大量静态页面的问题? 一个SEO友好的url结构应该被保留。 除此之外,我有任何build议。

如何从AWS S3中运行这个应用程序 – 这对于静态网站来说是非常理想的,毕竟还没有完成任何处理工作,我不知道每个目录文件是如何运行的,但是值得一试。