亚马逊插头类型图，亚马逊插头类型图怎么看

本篇文章给大家谈谈亚马逊插头类型图，以及亚马逊插头类型图怎么看对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享亚马逊插头类型图的知识，其中也会对亚马逊插头类型图怎么看进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

1. Amazon架构优缺点？

1、Amazon架构优缺点？

Amazon的架构经历了巨大的变化，从一开始时的两层架构，转向了分布式的、去中心化的服务平台，提供许多种不同的应用。

最开始只有一个应用来和后端交互，是用C 来完成的。

架构会随着时间而演进。多年来，Amazon将增容的主要精力放在后端的数据库上，试图让其容纳更多的商品数据，更多的客户数据，更多的订单数据，并让其支持多个国际站点。到2001年，前端应用很明显不能再做任何增容方面的努力了。数据库被分为很多个小部分，围绕每个部分会创建一个服务接口，并且该接口是访问数据的唯一途径。

数据库逐渐演变成共享资源，这样就很难再在全部业务的基础之上进行增容操作了。前端与后端处理的演进受到很大限制，因为他们被太多不同的团队和流程所共享了。

他们的架构是松散耦合的的，并且围绕着服务进行构建。面向服务的架构提供给他们的隔离特性，让他们能够快速、独立地完成许多软件组件的开发。

逐渐地，Amazon拥有了数百个服务，并有若干应用服务器，从服务中聚合信息。生成http://Amazon.com站点页面的应用就位于这样的一台应用服务器之上。提供web服务接口、顾客服务应用以及卖家接口的应用也都是类似的情况。

许多第三方的技术难以适用Amazon这种网站的规模，特别是通讯基础架构技术。它们在一定范围内工作的很好，但是如果范围再扩大的话，它们就不适用了。因此，Amazon只好自己开发相应的基础技术。

不在一种技术上#34;吊死#34;。Amazon在有的地方使用jboss/java,不过只是使用servets，并没有完全使用j2ee中所涉及到的技术。

C 开发的程序被用来处理请求。Per/Mason开发的程序用来生成页面中的内容。

Amazon不喜欢采用中间件技术，因为它看起来更像一种框架而不是一个工具。如果采用了某种中间件，那么就会被那种中间件所采用的软件模式所困扰。你也就只能选用他们的软件。如果你想采用不同的软件几乎是不可能的。你被困住了！经常发生的情况就是消息中间件，数据持久层中间件，Ajax等等。它们都太复杂了。如果中间件能够以更小的组件的方式提供，更像一个工具而不是框架，或许对我们的吸引力会更大一些。

SOAP 相关的web解决方案看起来想再次解决所有分布式系统的问题。

Amazon提供SOAP和REST这两种Web 服务。大概有30%的用户采用SOAP这种Web Services。他们看起来似乎是Java和.NET的用户，而且使用WSD来生成远程对象接口。大概有70%的用户使用REST。他们看起来似乎是PHP和PER的用户。

无论采用SOAP还是REST，开发人员都可以得到访问Amazon的对象接口。开发人员想要的是把工作完成，而不需要关心网线上传输的是什么东西。

Amazon想要围绕他们的服务构建一个开放的社区。他们之所以选择Web Services是因为它的简单。事实上它是一个面向服务的体系架构。简单来说，你只有通过接口才能访问到需要的数据，这些接口是用WSD描述的，不过它们采用自己的封装和传输机制。

关于亚马逊插头类型图和亚马逊插头类型图怎么看的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 亚马逊插头类型图的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于亚马逊插头类型图怎么看、亚马逊插头类型图的信息别忘了在本站进行查找喔。