在 AWS 上部署 Galaxy 的指南

Well-Architected 支柱

• 卓越运营

  本指南使用的服务可让您通过监控和日志记录，全面了解工作负载，同时还能为您提供可靠、稳定、可信赖的应用程序。例如，通过 CloudWatch，您可以通过指标、个性化控制面板和日志获得可观测性，此外还可以根据本指南中的指标定义警报，从而监控工作负载的运行状况，最大限度地降低事故造成的影响。此外，Amazon EKS 集群还可以识别运行状况不佳的容器，并自动将它们替换为新容器，使您的工作负载能够应对事故和事件。
  

  阅读《卓越运营》白皮书 
• 安全性

  默认情况下，所有传入 Galaxy 的连接均来自公共互联网，并通过可公开访问的应用程序负载均衡器定向到 Galaxy 服务器。或者，也可将本指南配置为使用专用子网中的内部应用程序负载均衡器，其中流量通过虚拟专用网络（VPN）连接或 AWS Direct Connect 进行路由。在这两种情况下，计算资源都部署在专用子网内，不能直接从公共互联网访问。Galaxy 通过自身的用户管理或 Active Directory 联合身份验证服务（AD FS）处理应用程序级身份验证和授权。
  

  阅读《安全性》白皮书 
• 可靠性

  为了实现可靠的应用程序级架构，本指南的各个组件都作为松散耦合的 Kubernetes 容器组（pod）部署。此外，消息代理是完全托管的服务 Amazon MQ，在我们的默认配置中，它包含一个备用服务器。最后，共享文件系统通过 Amazon EFS 提供，具有高度可用性，通过 Aurora Serverless 提供的数据库也是如此。
  

  阅读《可靠性》白皮书 
• 性能效率

  Amazon EKS 是一项 AWS 原生服务，本指南重点介绍通过经济划算的方法，使用选定的资源部署和配置该服务，让您可以实现具有高可用性和低运营成本的可靠 Kubernetes 应用程序。Amazon EKS 的架构跨越多个可用区，可实现高可用性。虽然在部署到可用区的子网之间会存在一些流量，但其延迟应该不会对性能产生任何重大影响。

  Amazon EFS 旨在提供无服务器、完全弹性的文件存储，让您无需预置或管理存储容量和性能，即可共享文件数据。它提供了便携式操作系统接口（POSIX）文件系统，具有生物信息工作负载所需的性能。
  

  阅读《性能效率》白皮书 
• 成本优化

  在 Amazon EKS 集群中，影响数据传输成本的一个重要因素是外部客户端通过应用程序负载均衡器对 Kubernetes 服务的调用。调用服务时的数据传输成本被映射为运行在不同可用区的容器组（pod）间通信。

  由于计算节点的最小、最大和所需数量以及相应的 Amazon Elastic Compute Cloud（Amazon EC2）参数具有高度可配置性，因此资源得到了有效管理。

  最后，无服务器架构采用按价值付费的定价模式，并可根据需求进行扩展。这包括 Aurora Serverless 数据库和 Amazon EFS。我们建议您以编程方式标记属于某个项目的 AWS 资源，然后在 AWS Cost Explorer 成本管理服务中使用标记创建自定义报告，以实现成本的可视化和监控。
  

  阅读《成本优化》白皮书 
• 可持续性

  通过选择合理调整规模的实例，您可以仅使用所需的资源，从而减少不必要的碳排放。同时，通过使用具有动态扩展功能的服务，可以最大限度地减少后端服务对环境的影响，并确保根据网站的需求扩展计算资源。此外，使用完全托管的服务（例如 Amazon EFS）可以最大限度地减少所需的资源。
  

  阅读《可持续性》白皮书