企业越来越需要升级其应用程序和方法，以便为数百万人提供数字体验。一种这样的方法是无服务器。

技术主管现在正在重新考虑他们的战略，以响应提高敏捷性和降低总运营开销和成本的愿望。他们不得不重新考虑如何有效、轻松、完美地设计无服务器。

AWS Lambda 函数在设计上是无状态和短暂的。并且是在 AWS 上创建的无服务器应用程序的基础。他们的操作在 AWS 管理的基础设施上进行。这种架构可以支持和支持各种应用程序工作流。

所有这些因素促使我们重新考虑应该如何设计无服务器应用程序。如何提高它们的可靠性并减少延迟？如何开发一个持久的平台来应对故障和执行安全策略？同时不维护复杂的硬件。

借助 AWS Well-Architected，云架构师可以为一系列应用程序和工作负载创建可靠、安全、高性能且经济高效的基础设施。AWS Well-Architected 为客户和合作伙伴提供了一种标准化的方法来评估架构并将可扩展的设计付诸实践。它围绕六大支柱构建：卓越运营、安全性、可靠性、性能效率、成本优化和可持续性。

特定领域的镜头、实践实验室和 AWS Well-Architected 工具都是 AWS Well-Architected Framework 的组成部分。AWS Well-Architected Tool 可在 AWS 管理控制台中免费使用，它提供了一种经常评估工作负载、发现高风险问题和跟踪进展情况的方法。

此外，AWS 还提供对合作伙伴计划的访问权限，该计划拥有数百名成员，称为 AWS Well-Architected。聘请当地合作伙伴协助评估和分析您的申请。

AWS 架构完善的框架的主要支柱

AWS 被认为是一个“架构良好的框架”，因为它是原则的集合。他们专注于对业务产生重大影响的应用程序的六个主要方面。

1. 安全

对 AWS 技术影响最大的基本因素是安全性。它完全是一种架构设计，可以快速提供完整的数据保护、基础设施保护、所有 AWS 账户的权限管理，以及通过特定的检测规则可靠地检测安全漏洞。基本上，它遵循以下设计原则：

• 可以在每个级别上使用安全性。
• 实施最小特权原则
• 实施最小特权原则
• 安全系统应用程序、数据和操作系统级自动化的最佳实践

2.可靠性

AWS 开发了一个良好的架构，具有深思熟虑的基础、监控和多种机制费率，可以根据需要满足需求费率。系统必须在轻松识别故障后产生最佳解决方案。设计指导思想如下：

• 测试恢复方法。
• 通过使用水平可伸缩性来提高系统可用性。
• 故障自动恢复。
• 如果没有，添加带走资源。
• 管理自动化变更。

3.效率

性能效率强调通过有效利用计算资源可靠地满足规定的标准。此外，它是为了随着技术进步和需求变化保持效率。设计原则遵循说明。

• 使尖端技术民主化。
• 以尽可能低的延迟成本在全球范围内部署指定系统。
• 使用无服务器架构来避免操作压力。
• 不同的性能比较测试和设置。

4.成本优化

AWS 架构的主要组成部分之一是优化开支、消除不必要的资源或使用不太理想的资源。当供需平衡并考虑到费用时，最有可能考虑在内；效率最大化。成本优化提供以下设计原则：

• 使用基于消费的方法。
• 由于规模经济，节省了大量资金。
• 停止在数据中心运营上花钱，使用管理良好的服务来降低部分拥有成本。

5.卓越运营

可靠性、敏捷性和性能通常用于检查产品的卓越运营。标准化和有效管理工作流程是最佳策略。它所说的大部分内容都暗示了这样的想法：

• 在代码中实现操作
• 进行一些重复性的小调整
• 检查您对不可预见情况的反应。
• 从过去的经验和操作失败中获得新知识
• 操作程序不断更新。

6. 可持续性

AWS 深思熟虑的架构的第六个也是最近的支柱是可持续性。但是，它还包括评估您的工作量的问题，就像其他支柱一样。它评估架构、设计和实施，同时减少能源使用并提高效率。

与传统的本地解决方案相比，AWS 的客户可以减少约 80% 的能源消耗。提高服务器利用率、电力和冷却效率的能力、独特的数据中心设计以及到 2025 年完全使用可再生能源运行 AWS 业务的持续尝试都是原因。

对于 AWS，可持续性需要在您创建基于云的应用程序时适应一些设计原则：

• 它是为了了解和衡量业务成果和相关的可持续性影响。并建立绩效指标和评估改进。
• AWS 强调并允许调整每个工作负载的大小以最大限度地提高能效。
• 它建议为每个工作负载设定长期目标。对 ROI 建模并设计架构以减少每个工作单元的影响。例如，每个用户或操作，以实现细粒度级别的可持续性。
• AWS 建议不断评估您的硬件和软件选择以提高效率和设计灵活性，并随着时间的推移选择灵活的技术。
• 使用共享的托管服务来减少维持更广泛工作负载所需的基础设施。
• 减少使用您的服务所需的资源或能源。并减少您的消费者升级其设备的需要。

结论

本文详细解释了为什么 AWS 被认为是无服务器应用程序的架构完善的框架。

但是，当您想知道您现有的应用程序和工作负载是否正确放置时该怎么办？或者他们是否在补救阶段后遵循了最佳实践（或其中的一些）？在这种情况下，与经验丰富的 AWS 专业人员联系是个好主意。一旦您的应用程序被扫描以进行架构良好的审查，您将拥有一个逐步的路线图。它将建议优化成本、性能、卓越运营以及您的企业最优先考虑的其他方面！如果您仍有疑问，请随时在下面的评论中与我联系。