解析亚马逊架构技术！-ESG跨境

Amazon的系统构造阅历了伟大的变更，从最初的两层系统构造到供给许多不同运用的散布式疏散服务平台。

起初，只有一个运用程序与后端交互，这是用C++完成的。

系统构造将随着时光的推移而发展。多年来，亚马逊一直将其容量扩大重点放在后端数据库上，试图使其容纳更多商品数据、更多客户数据和更多订单数据，并使其支撑多个国际站点。到2001年，前端运用程序显然无法再尽力增长容量。数据库分为许多小部分。环绕每个部件创立一个服务接口，该接口是拜访数据的唯一方法。

数据库已逐渐演化为共享资源，因此很难在所有业务的基本上增长容量。前端和后端处置的发展受到很大限制，因为它们被太多不同的团队和流程共享。他们的系统构造是松散耦合的，并环绕服务构建。面向服务的系统构造供给的隔离使他们能够迅速、独立地完成许多软件组件的开发。

逐渐地，Amazon拥有数百个服务和多个运用程序服务器来聚合服务中的信息。生成http://Amazon.com 站点页面的运用程序位于这样的运用程序服务器上。对于供给web服务接口、客户服务运用程序和卖方接口的运用程序也是如此。

许多第三方技巧难以适应亚马逊等网站的范围，尤其是通讯基本设施技巧。它们在必定规模内工作良好，但如果规模扩展，它们将不实用。因此，亚马逊必需开发自己的根本技巧。不要“挂”在技巧上。Amazon在某些处所应用JBoss/Java，但它只应用服务器，没有充足应用J2EE中涉及的技巧。用C++开发的程序用于处置要求。per/Mason开发的程序用于生成页面中的内容。

Amazon不爱好中间件技巧，因为它看起来更像一个框架，而不是一个工具。如果应用中间件，它将受到该中间件所采取的软件模式的困扰。你只能应用他们的软件。如果你想应用不同的软件，这几乎是不可能的。你被困住了！资讯中间件、数据持久层中间件、Ajax等经常涌现。它们都太庞杂了。如果中间件可以以更小的组件的情势供给，并且更像是一个工具而不是一个框架，那么它可能对我们更有吸引力。

与Soap相干的web解决计划似乎愿望再次解决散布式体系的所有问题。

Amazon同时供给soap和RESTWeb服务。大约30%的用户将soap用作web服务。它们似乎是Java和Java。Net用户，并应用WSD生成远程对象接口。大约70%的用户应用rest。它们似乎是PHP和每个用户。

无论是应用soap还是rest，开发人员都可以获得拜访Amazon的对象接口。开发人员愿望完成这项工作，而不必担忧网络电缆上传输的内容。

亚马逊愿望环绕他们的服务树立一个开放的社区。他们选择web服务是因为它的简略性。事实上，它是一个面向服务的系统构造。简而言之，只能通过接口拜访所需的数据。这些接口由WSD描写，但它们采取自己的封装和传输机制。

架构（Architecture）开发团队是小型团队，环绕不同的服务组织。在亚马逊，服务是独立的功效交付单元。这就是亚马逊组织内部团队的方法。

如果你有一个新的商业筹划书或者想解决一个问题，你可以组织一个团队。由于沟通成本，每个团队的人数限制为8~10人。他们被称为两支比萨饼队。因为有了两个比萨饼，团队中的每个人都可以吃饱。

团队范围很小。他们被授权以任何他们爱好的方法解决问题或改良服务。

例如，他们创立了一个团队，其职能是在书中查找奇特的单词和短语。团队已经为该功效创立了一个单独的服务接口，并且有权履行他们以为须要履行的任何操作。

安排

他们创立了一个特别的基本设施来管理依附关系和安排服务。

目的是所有准确的服务都可以安排在一台主机上。所有运用程序代码、监控机制、允许机制等应位于一个“主机”中。

每个人都有自己的体系来解决这些问题。

安排进程的输出是一个虚拟机，可以应用EC2运行它们。

从客户的角度来看服务

为了验证新服务的后果，值得从客户的角度来审视服务。

从客户的角度看服务，关注愿望向用户供给的价值。

迫使开发人员关注交付给客户的价值，而不是首先斟酌如何构建技巧，然后再斟酌如何应用技巧。

从用户将看到的扼要功效开端，然后从客户的角度检讨您构建的服务是否有价值。

以最小化的设计停止设计进程。如果您想构建一个大型散布式体系，简略性是症结。

对于大范围可扩大体系，状况管理是核心问题。

在内部，它们可以供给无穷的存储空间。

并非所有操作都是有状况的。停止步骤是有状况的。

通过火析最近单击的页面的会话ID，此服务可以向用户供给推举产品和建议。

它们跟踪并存储所有数据，因此保护状况不是问题。有一些单独的状况须要为会话保护。所供给的服务将始终保存信息，因此您只须要应用这些服务。

Eric brewers的cap理论——或体系的三个属性

体系的三个属性：一致性、可用性、网络分区容差。

对于任何共享数据的体系，它至少具有这三个属性中的两个。

网络分区容差：将节点划分为小组。它们可以看到其他组，但无法看到所有其他节点。

一致性：写入一个值，然后读取它。得到的返回值应当与您写入的值雷同。分区体系中并非如此。

可用性：不总是可读写的。体系可能会告知您无法写入数据，因为您须要坚持数据一致性。

对于可伸缩性，必需对体系进行分区，因此对于特定的体系，您必需在高一致性或高可用性之间进行选择。在可用性和一致性之间找到准确的重叠。

依据服务的须要选择特定的实现办法。

对于结账进程，您总是愿望在客户的购物车中放置更多的商品，因为这可以发生收入。在这种情形下，您须要选择高可用性。毛病是对客户隐蔽的，稍后将进行剖析。

当客户提交订单时，我们应当更加重视坚持高一致性。因为有几种不同的服务——信誉卡服务、分销服务、报告功效等——可以同时拜访这些数据。

点击咨询现在有哪些新兴平台值得关注 >>>

特别声明：以上文章内容仅代表作者本人观点，不代表ESG跨境电商观点或立场。如有关于作品内容、版权或其它问题请于作品发表后的30日内与ESG跨境电商联系。