如何利用亚马逊云科技服务构建现代化品牌独立站

最新推荐文章于 2024-10-08 13:29:41 发布

taibaili2023

最新推荐文章于 2024-10-08 13:29:41 发布

阅读量661

点赞数 14

文章标签： aws

本文链接：https://blog.csdn.net/weixin_46812959/article/details/140968817

版权

关键字: [出海日城市巡展, Amazon Web Services (亚马逊云科技), 出海电商业务, 独立站建设, 现代化架构, 微服务容器化, 领域驱动设计]

本文字数: 3700, 阅读完需: 18 分钟

导读

在这个演讲中,演讲者分享了如何利用亚马逊云科技云服务构建现代化的跨境电商独立站点。他解释了为什么需要采用微服务架构和容器化,以及如何通过领域驱动设计来优化代码结构。他还介绍了如何利用亚马逊云科技服务实现电商平台的现代化技术架构、数据架构和业务场景智能化,包括API网关、服务网格、可观测性、CI/CD、数据湖等。最后,他展示了如何利用人工智能技术来优化电商平台的营销、产品展示等方面。

演讲精华

以下是小编为您整理的本次演讲的精华，共3400字，阅读时间大约是17分钟。

OK,那么刚才我们也提到说,如果我们要去构建独立站,那么独立构建独立站的时候有三种的一个方式。第一种就是说我可能会用SaaS的方式去建,SaaS的话,在海外包括像Shopify对吧?在我们国内的so project、shop line等等的这些企业,他们都通提供SaaS的一个建站的一个服务。当然SaaS的话可以最大化地减少我们的技术投入,我们的技术人员我们不要有,不需要有一个技术的研发团队对吧?我们可以快速在上面甚至用一些运营人员,他就可以把独立站搭建起来,可以去使用,好处就是快,简单易用。但是缺点是什么呢?缺点就是说当你在使用SaaS的一个平台的时候,SaaS上面有的东西你才能用。如果你想有,你有一个新的idea,但是SaaS平台不支持的时候,你可能就比较拿去处理了。

那第二个的话是我们可以使用一些开源的一些软件,以及一些商业的软件去构建我们的独立站。那其实在前些年我刚才提到说,在IDC早期的时候,大家可能会用一些开源的,像那个work press加上work commerce的一个方式去建,还有一些国内用的比较多,像Magento这样子的一些软件去建。那有一些大型企业的话,他们在当时可能会采用包括Hybrids,包括IBM的那个Wespir Commerce等等的这些软件去构建他们的一个独立站。那这些其实都是一些能够快速有效地去做独立站建设的一个方式。那用这种方式去建有什么好处?第一个是你有一个成熟的产品可以去用,里面有很多这家已经定制好的这些功能,开箱即用的功能,对吧?所以您有一定的技术团队的实力,但是您的技术团队又不足以自己去研发一个电商产品的时候,其实你去使用一个成熟的一个开源也好,商业也好,这样子的软件是好的。

但我们也有一些客户,他遇到一个问题,像那个全球直销巨头案例,他们其实是用了深度,用了SAP、hybrics的这个电商软件去搭他们的电商业务了,但是的话,因为他们会做大促,他们在做促销的时候的话,平台的性能就扛不住了。所以的话,当它发业务发展到一定程度之后,这个性能,这个软件本身的架构决定了它这个性能已经没有办法再去做scaling up,所以它没有办法,它们只能走向另外一条路,就是自己去开发一个电商平台,去替换原来的hybrids的这种电商系统。

那其实自己去开发平台对大家的要求其实非常非常高的。当你决定自己去开发一个电商平台的时候意味着什么?意味着你自己要变成拥有软件公司的能力。因为我们刚才谈了,说做外贸,其实在做电商,做跨境电商这个行业,很多的企业的起步是老板是外做外贸出身的,也是他是做业务的,其实他不懂技术,然后他到听来听去觉得好像技术也没那么难,也不需要那么贵,但是当实际去经营的时候就会各种崩盘。

我们在深圳还有一个客户,他是用的gentle的,但是每一年的黑五他们都得当机,因为流量太大了,系统撑不住,他们把跑门肩头的那台服务器调到了最高的配置,但是还是扛不过去,每一年都崩。然后有一年他们实在是受不了,找到我们,让我们看一下说能不能帮他们去解决这个事情,那我们帮他去优化了几个点,包括像他们的代码里面写的有些限制性能的一些点,我们通过压力测试帮他定位到了性能的瓶颈点,然后去改的修改代码,包括像他所使用的Magento,它是一个没有数据库连接词的这样子的一个PHP的这种语言开发的。那么我们利用亚马逊上面的RES policy这样子的数据库代理帮他去扛住了这种大量的这种数据库连接的这种请求。所以在那一年,我记得应该是在2020年,我们帮他成功地扛过了第一个黑五之后,他决定他也要自己去重新去开发他的一个电商平台。

所以我们看到说,其实很多业务,很多客户,他并不是一上来就决定说自己要去开发电商平台,而是在尝试了前面那两种方式之后,由于业务的体量的问题等等其他的问题,他走向了第三种需要去开发自己的一个电商平台。所以就是说当大家去做这个事的时候,我们又意识到说我们需我们的企业,我们的组织需要有一种软件开发、软件产品开发的这么一种能力,一种工程化的能力。

那其实今天我后面的内容更多的会聚焦在第三种的这些要求的一个场景。那在我看来说自己去构建一个电商的一个平台的时候,其实是有三个方面是需要去做好的。第一个的话是我们电商的技术架构要实现现代化,怎么理解?我们知道说在软件里面,软件其实是一个很垂直,专业度特别高的一个领域,在软件里面的话,架构是非常非常复杂的,架构也是多种多样的,那么怎么样的一个架构我们才能称之为一个现代化的一个技术架构,那至少又包括这么几点,那第一个的话,我们的开发团队,我们的运维团队,我们要把带offs这个事情做好,我们要把持续交付的这个事情能够做好,我们要把站点的可靠性做好,对吧?我们又用微服务的一个架构,容器化的一个架构来实现,为什么呢?讲我刚才提到的,前面包括Magento也好,包括Hybrix也好,它们都是一种单体架构,所以的话,当它们去做一些性能的scaling的时候,它最后会被block住,没有办法再往上走,所以我们一定需要去做微服务以及容器化。那我们在做微服务和容器化的时候的话,我们又需要以服务网格的一个形式去实现我们服务间的这种通讯和串联,那同时我们还有使用这种特定目的的一个数据库来解决我们电商平台的数据存储的一些问题,后面我们会逐一展开来讲那么一个,这是我们给案例做的一个电商的一个具体的一个架构。

大家可以看到,说这里面的话,每一个我们会称之一个微服务,它其实每个微服务都是独立的,他有自己的服务器,有自己的数据库,自己的缓存,自己的搜索中间件等等,每个微服务之间他们都是独立的,任何一个出现故障都不会影响到其他的。而在这里面的话,用了大量的亚马逊云的托管服务来支撑它微服务的一个构建,所以其实这里面这么几个微服务,大家其实如果有兴趣想去构建你的电商平台的时候,你可以参考一下,有营销的,嗯,营销中心,有用户中心,登录中心,商品中心,库存中心,订单中心和支付中心等等的这些,那后面我们会再继续细化来看。

当我们谈到说你要去做一个软件公司的时候,在软件的最最核心的一点其实是设计,软件的设计才是软件本身最最关键的一个点。所以安利第一次在做的时候,他们凭感觉采用了三层架构的这种分层的架构模式,当时他们的技术主管找到我,跟我在谈说诶,不是说用了微服务之后,我们应对新的需求新的变化的时候,我又修改的代码变得更少了,我可以更快地叠代码,为什么我有一个新的需求过来的时候,我发现我所有的代码都得改一遍,而且因为微服务了把我的代码拆散了,我出现bug的概率大大的增加了。为什么是这样?那我们非常非常简单,我们就可以帮他去定位到他的问题是在哪里,因为你只是物理上把服务隔开,你在逻辑上并没有去做服务的封装。所以我们为它导入了DDD领域驱动设计的一个模式,重新去实现代码的一个重构,从三层的分层架构模式转向了四层的这种DDD的一个模式。那这么一个分,大家可以看到这边的一个详细的一个流程图,我们把逻辑高度的内聚,对外高度的一个是那个松耦合,当我们对外面的这些基础层的一个依赖的时候,我们其全部都做了封装。在领域层内部,所有的业务逻辑也都是在领域层内部去实现。对,避免我们的业务逻辑散落在各层不同的代码里面。所以当有一个新的一个业务需求来的时候,我可以非常清晰地知道说我要去哪一层修改我的代码。因为大家知道说电商其实是一个高度敏态的一个业务场景,电商其实是靠业务驱动的,所以的话我们会经常有各种各样的需求,我们如果在代码的架构上面没有做好,那么你的整个的研发体系的效率肯定是低的,然后你的故障,你的bug肯定是高的,所以的话,当我们去做我们自己的电商架构的时候,一定要做好我们代码的这种设计。那照目前看来,领域驱动设计的这种方法对微服务其实是一个最好的一个实现的一个方式。我们已经跟安利做了好几期的这个DDD的一个咨询,帮助他们把电商重新去做重构。

那么我们再具体去看到说,当一个微服务里面会是一个什么样的一个技术架构,其顶在最外层的话是一个叫API网关,API网关的话去承接我们所有的一个服务调用请求的一个鉴权限流。大家知道说当我流量来得很大的时候的话,我需要去做一些限流的一些事情对吧?去保证说我的服务不会被流量给冲垮,保证我的服务是可以满足到一定的这种用户的一个正常使用。那超出的这部分我可以通过资源的scaling来解决,我也可以通过deny的请求的方式来实现我的平台是稳定的。所以的话API网关的限流的能力,安全的能力是很重要的。我们看到箭头再往下的话有一个叫Anoid,这就是我们刚才提到说我们通过服务网格的一个形式,通过筛卡的这种方式去实现服务间的一个网格化的一个调用。这么做的好处是什么?为什么要这么做?因为其实在早期大家知道说国内的有一些友商,他们推出了定他们自己这种私有协议的一些微服务的框架,导致你的微服务只能在它里面去讲好,这么快吗?不好意思,所以的话会变得非常非常,它的开放性会非常差,所以用网格化的话,可以减少我们这样子的一个服务调用的一个限制。那另外就是包括像数据集成这样子的一些能力,因为电商总是需要跟外围的这些系统去做集成,因为时间的关系,后面的片子我可能只能得快一点讲。

那电商的话,我们还需要去做我们的一个可观测性,这是我们在双11的时候去实战的一个场景,在里面我们去看到我们的基础价,基础层的监控,我们服务层的监控,我们业务层的一个监控,能够快速地去定位到我们到底在哪里出现了洪峰,在哪里出现了限制,还有整个基础架构代码化,通过代码可以快速地去拉齐整个电商平台,还有我刚才提到的像CICD的这样子的一个流水线的一些部署,那么在电商的话,灰度发布的一个支持也是非常重要的,当我们在发一个新版的时候,我们可以用少量的这样子的流量去验证我们版本是否是正常的,当验证过了之后的话,再去切换到全部的一个流量,避免这样子的一个影响。给还有快速回滚的能力,当我们出现了bug的时候,我们可以快速地回滚到原来的一个版本,那这些能力都是我们需要去支持的。

那另外包括像电商平台的数据架构的现代化也是非常非常重要。电商里面的话,我们知道在很多传统企业都在做数字化转型的时候,电商它天生就是一个数字化的一个业务。所以的话,在电商里面我们需要有很丰富的这种能力集去支撑我们的一个数字分析的一个需要。

当我们要分析大量的用户行为数据的时候,我们需要有大数据处理的能力。当我们要了解我们业务的实时的健康度的时候,我们需要有实时分析的能力。当我们又提供给我们的业务分析人员,通过数据的探索,多维的分析的时候,我们需要给他提供数仓的能力。当然我们还有数据集成,BI的报表等等的,这些都是我们需要去使用的。

那在一个典型的一个数据架构现代化的一个旅程里面,我们可以看到说从最左边我们原来最典型的在IDC的一个关系型数据库,数据仓库,怎么样一步一步走向最终我们的一个基于数据湖的这样子的一个架构。那我们去看一下具体的一个两个优化,一个是基于OLTP加oOLAP的一个分析。那那在亚马逊云的话,我们在去年推出了一个G2楼ETL的这样子的一个能力,可以帮助我们从交易库里面非常方便的数据复制到数据仓库里面去做分析,减少我们的一个数据分析的一个过程。那还有包括像数据仓库里面的这些多维分析对吧?通过这样的方式可以大大地降低我们数据做detail的一些工作量,提升我们的一个效率。

还有就是当我们需发展到更高阶,希望去用到一些AI的一些能力和机器学习的能力的时候,我们其实需要去构建一个数据湖,因为数据湖是在我们可以低成本地去存储所有格式的这样子的一些数据,让我们去对我们的用户行为数据去做分析,去做加工,有利于我们去做用户的一个推荐的一个数,一个能力的一个提供。那还有包括很多Genai的能力,都需要数据湖的这种数据能力来提供支持。

那其实最后的话就是我们的电商平台业务的一个场景智能化,这里面的话其实刚才很多Andy已经提到过了,包括我们的bell load平台,我们cloud一个平台,那在这里其实我们归了这么四大类,后面我快速跟大家过一下这些场景,让大家有个直观的一个感受。

那包括像现在我们的亚马逊广告里面提供的AI的这种画图的能力,为你的不同的场景,不同的这种营销的主题可以去生成不同的图片,去提升更好的一个广告的效果。那我们可以利用AI的能力去写我们的商品的一个描述,去做我们站点的那个SEO的这些文章的这些优化等等。那还有像我们可以用Sable difusion的能力,我们去生成框架图,进而去加上Cana、Canary等等的模型去生成我们的产品图以及各种场景的一些图片。那还有包括像营销文案的生成对吧,用stable diffusion也可以轻松去实现这种图加文的这种方式的一个营销的一些创意内容。还有包括模特生成换脸,睡衣更换背景等等,这些都是常见。

那么还可以利用大模型去总结我们客户的这种评论,让我们的用户可以更方便地去了解到前人对这些产品的一个评论的一个情况。

OK,由于时间关系的话,后面我就不展开去讲了。总之,构建现代化的出海独立站是一个系统工程,需要云底座、技术架构、数据架构、智能化应用等多方面的现代化支撑,亚马逊云科技正是为此提供了全方位的支持。通过现代化的重构,企业可以跻身软件公司的行列,拥有高效的研发能力,快速响应业务变化,在数字化时代的竞争中立于不败之地。