你好，我是猿java。
每到年末，各种技能盛会，让人目不暇接，今日带来的是亚马逊CTO Werner Vogels博士在 re:Invent 大会上共享的俭省架构七大黄金规律，20年架构的精粹，在全球企业都在“降本增效”的大环境下，能否雪中送炭？
Werner Vogels简介
Werner Vogels，出生于1958 年10月3日，核算机博士，2004 年 9 月参加亚马逊Amazon，2005 年 1月至今，一向担任亚马逊的 CTO（首席技能官），他是 Amazon Web Services（AWS）的首要发起人之一。
Werner Vogels 博士在云核算范畴有着广泛的影响力，他对技能的见解以及对分布式体系、大规划核算和可扩展性的深化理解使得他成为业界的权威，并被认为是云核算范畴的重要思想首领之一。Werner Vogels 博士在 2023年 re:Invent 大会的相片：
65岁，一位爷爷级的技能大牛，本该退休安享晚年，却仍然生气勃勃活泼在技能前沿，是不是狠狠地打脸国内程序员的 35岁危机？
re:Invent 是什么？
re:Invent 是亚马逊举行的一年一度的技能会议，要点重视云核算和 AWS 服务。该会议是 AWS 最大规划的全球性活动之一，汇集了来自全球各地的技能专家、开发者、企业家和 IT 专业人士。
re:Invent 包含各种技能会议、讲演、研讨会、实验室、训练课程、展示和交流活动。AWS 会在该会议上发布新的服务、功用和东西，同时也供给了一个渠道让用户共享最佳实践、案例研讨和技能见解。
此外，re:Invent 也是一个让参与者相互交流和树立联络的渠道，他们能够与同行、AWS 的工程师和合作伙伴进行交流，共享经历和洞悉，了解云核算范畴的最新开展。
The Frugal Architect
The Frugal Architect：翻译为：节约的建筑师，要求在规划和构建软件体系或解决方案时，遵从节约、精简和有效运用资源的准则。
在软件架构范畴，The Frugal Architect 意味着规划者或架构师在创建体系时尽量避免过度规划、复杂性和糟蹋资源的状况。
那么，在 Werner Vogels博士的眼中，The Frugal Architect 是什么？接下来，就让咱们一起来品味下他总结的俭省架构七大黄金规律。
规律一：使本钱成为非功用性需求****
非功用性需求指定可用于判别体系操作的规范，而不是特定的特性或功用。例如可访问性、可用性、可扩展性、安全性、可移植性、可保护性和合规性。常常被忽视的是本钱。公司或许会失利，由于他们没有考虑事务的每个阶段（从规划到开发再到运营）的本钱，或者由于他们没有正确衡量本钱。数学很简单：假如本钱高于你的收入，事务就会面对风险。经过尽早继续考虑本钱影响，体系能够规划为平衡功用、上市时刻和功率。开发能够专心于保护精简高效的代码。运营部分能够微调资源运用和开销，以最大限度地提高盈利才能。
规律二：最终使本钱与事务保持一致的体系
体系的耐用性取决于其本钱与事务模式的匹配程度。在规划和构建体系时，咱们有必要考虑收入来源和利润杠杆。重要的是找到你要挣钱的维度，然后保证架构跟从金钱。
例如，在电子商务中，该维度或许是订单数量。当订单增加时，基础设施和运营本钱就会上升。没关系，由于假如你的体系架构良好，你就能够开端运用规划经济。重要的是基础设施本钱对事务具有可衡量的影响。
作为建设者，咱们需求考虑收入——并运用这些常识来指导咱们的挑选。由于不惜全部代价的增加会导致消灭。
规律三：架构规划是一系列的权衡
在建筑中，每个决定都需求权衡。本钱、弹性和功能是非功用性需求，它们常常相互矛盾。
俗话说：“全部都会失利。”能够抵御失利意味着出资于韧性，但绩效或许会付出代价。
在你的技能和事务需求之间找到恰当的平衡至关重要 – 找到与你的风险承受才能和预算相符的最佳点。请记住，节约是为了最大化价值，而不仅仅是最小化开销。为此，你需求确定你乐意支付的费用。
规律四：未观察到的体系会导致不知道的本钱
假如不仔细观察和测量，操作体系的真实本钱仍然是看不见的。就像藏在地下室的电表一样，缺少能见度会导致糟蹋的习惯。让仪表变得更加明显能够深刻地改变行为。
虽然观察需求出资，但不施行充沛的监测是短视的行为。这句格言警告说：“假如你无法衡量它，你就无法办理它。”跟踪运用率、开销、过错等关于本钱办理至关重要。
当要害本钱目标被置于工程师及其事务合作伙伴的首要位置时，更可继续的实践就会自然而然地呈现。继续的检查能够让你发现多余的开销并调整运营以削减开销。可观测性的出资回报一般远远超越本钱。
最重要的是，将本钱放在首位能够鼓励可继续实践。
规律五：本钱感知架构施行本钱操控
节约架构的本质是强大的监控与优化本钱的才能相结合。精心规划的体系使你能够捉住改善的机会采纳举动。为此，请将应用程序分解为可调整的构建块。
一种常见的办法是按重要性对组件进行分层。第 1 层组件必不可少；不考虑本钱进行优化。第 2 层组件很重要，但能够暂时缩小规划，不会发生严重影响。第 3 层组件是“必备的”；使它们本钱低价且易于操控。
界说层能够在本钱和其他要求之间进行权衡。对组件的精密操控能够优化本钱和体会。基础设施、言语、数据库都应该是可调的。规划和构建体系时要考虑到收入和利润。本钱优化有必要是可衡量的，并与事务影响挂钩。
规律六：本钱优化是渐进的
追求本钱功率是一个继续的过程。即使在部署之后，咱们也有必要重新审视体系以逐渐改善优化。要害是不断提问并深化研讨。编程言语供给剖析东西来剖析代码功能，虽然这些需求设置和专业常识，但它们支持精密剖析，从而导致缩短毫秒的更改。看似微小的优化，累积起来会发生大规划的节约。
在运营中，大部分时刻都花在运行现有体系上。有机会剖析资源运用状况并确定削减糟蹋。在亚马逊，咱们继续监控生产中的服务，以了解模式并消除低功率。节约需求坚持——经过逐渐削减延迟和基础设施本钱，咱们能够优化服务本钱。
假如咱们继续寻找，总会有改善的空间。咱们今日获得的节约为明天的立异供给了资金。
规律七：毫无应战的成功会导致盲目
当软件团队在没有面对严重失利或障碍的状况下取得严重成功时，就会呈现自满情绪。存在一种风险的倾向，即对导致这些成功的办法、东西和实践变得过度自傲。
软件团队常常堕入这样的陷阱：仅仅由于他们过去的作业经历，就认为他们当前的技能、架构或言语永远是最佳挑选。这或许会发生一种过错的安全感，阻止质疑现状或探究或许更高效、更具本钱效益或可扩展的新挑选。
当谈到编程言语时，你常常会看到这种状况。“咱们是一家 Java 商铺”是我常常听到的一句话，它会摧残立异。无可争议的成功会经过假设滋生自满情绪。咱们有必要一直寻找质疑、优化和改善的办法。
正如格蕾丝霍珀（Grace Hopper）的名言，英语中最风险的短语之一是：“咱们一向都是这样做的。”
个人考虑
- 角色转换
Werner Vogels 博士在 re:Invent 大会上把Architect 称为 Builder，或许关于“架构师” 这个称号，许多人会困惑他的责任范围，但假如换成 Builder-建设者，就算你不从事核算机职业应该也能很明晰的他作业，比如：建房子，房子美不美，结不结实，完全取决你。角色的转换让咱们对架构师有了更进一层的理解。
- 重视本钱
亚马逊，国际 Top前几的科技型公司，CTO 却在 re:Invent 这种全球性的技能大会上一向着重重视本钱，很意外？这是否意味着 2024年，将会有更多的公司追捧这一规律，在不断削减预算的状况下继续推动产品立异？关于技能人来说会不会是更大的应战？
- 云原生
就算没有用过云，也应该听过 docker, K8s等和云相关的名词，国内，但凡有点规划的企业好像都在上云，云原生经过容器化、微服务架构、继续交付和自动化等技能实践来优化应用程序的开发、部署和办理，突破了物理硬件的束缚，大大提高了应用程序的可靠性、可用性和安全性，同时也提升了开发团队的功率和立异才能。
- 架构是一种权衡
在日常的开发中，许多时分都是时刻和空间的权衡，架构何曾不是，功用性和非功用性的权衡。
强烈推荐大家看看原视频：亚马逊 CTO 20 年架构精华：俭省架构七大黄金规律
最后，把猿哥的座右铭送给你： 出资自己才是最大的财富。 由于水平有限，假如文章存在缺陷和过错，欢迎批评指正。
