亚马逊平台从最开始创办的一个很小的网上购物平台发展到今天人尽皆知的全球最大的网络销售电商平台。不仅开辟了让顾客亲自评估,审查商品的新方式,而且也逐渐形成了自己的一套发展技术框架。本篇文章就主要讲述亚马逊平台的技术体系结构框架。

 

亚马逊的体系结构:

亚马逊架构从开始创建到现在的多年过程中,架构经历了巨大的变化,从最初建立起来的两层架构,到现在方向转向了分布式的、消除中心化的服务平台,可以为卖家提供许很多不同用处的应用。

架构会随着时间而演进。

随着时间的推移亚马逊数据库有了很大的变动,慢慢的成为公共资源,这样就很难再在全部业务的基础之上进行增容操作了。前端与后端处理的演进受到很大限制,因为被太多不同的团队和流程所共享了。

从专业角度来讲亚马逊的技术架构来看还是非常松散的,况且还围绕着服务进行构建。关于亚马逊服务的技术架构方面问题,亚马逊就可以提供给卖家的隔离特性,让卖家能够快速、独立地完成许多软件组件的开发。

C++开发的程序被用来处理请求。Per/Mason开发的程序可以让卖家用来生成销售产品页面中的内容。

通常情况下亚马逊不会采用中间件技术,因为它看起来更像一种技术框架而不是一个使用工具。如果采用了某种中间件,那么就会被那种中间件所采用的软件模式所困扰。

从以往的数据结果来分析得出,大概有七成的用户是Java和NET的用户。经过精确的归类总结,差不多有70%的用户使用REST。。

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

部署:

如果卖家想验证一下新服务的工作效果,那么就可以从客户的视角去接受亚马逊服务,从而发现问题,这样的做法是非常有用的。

属性:

一致性

可用性

网络分区容忍度

以上就是和卖家们分享的亚马逊技术架构和部署相关的内容,希望对卖家有帮助。连连跨境支付以专业、贴心的服务让用户安心、放心地开展跨境业务,帮助更多用户将优秀的产品和服务以更高效的方式带到全球市场更好的运营。

(本文内容根据网络资料整理,出于传递更多信息之目的,不代表连连国际赞同其观点和立场)