微服务架构 Microservice 的淘宝改造案例| 学习笔记

本文涉及的产品
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
云原生网关 MSE Higress,422元/月
注册配置 MSE Nacos/ZooKeeper,118元/月
简介: 快速学习微服务架构 Microservice 的淘宝改造案例。

开发者学堂课程【Spring Cloud 微服务架构设计与开发实战 微服务架构 Microservice 的淘宝改造案例】学习笔记,与课程紧密联系,让用户快速学习知识。

课程地址:https://developer.aliyun.com/learning/course/60/detail/1108


微服务架构 Microservice 的淘宝改造案例

 

目录:

一、 微服务架构典型案例公司

二、 淘宝微服务架构改造案例

三、 微服务架构拆分原则

 

一、 微服务架构典型案例公司

(1)典型公司

微服务架构典型的行业有电商、游戏、直播、社交、导航、物联网等等。具体案例公司有淘宝、支付宝、微信、微博等等公司,新兴的公司例如美团、拼多多等等,都是典型的微服务架构的公司。

(2)国内微服务架构

国内的互联网公司普遍是 Java 的技术架构相对多一点,阿里基本都是 Java 技术站,无论是分布式hv服务治理还是微服务架构方面,阿里在 Java 领域都是贡献很大的。

亚马逊现在也有属于自己的 JavaSDK 的分支,亚马逊是现在全球最大的电商和云计算公司,阿里紧随其后;而腾讯是以社交和游戏为主;蚂蚁金服算是阿里的精英,是偏金融类的;京东、拼多多、网易、哈啰单车以及新兴的 APP 平台都是以 Java 技术站为主的公司。Java 的诞生时间较早,企业级架构是顶尖的,非常完善,在云计算领域的公司里 Java 技术架构占比很高,尤其是微服务方面。

(3)全球微服务架构

在全球来看,国外的 Google 和亚马逊是开发技术非常强的两大公司。奈飞公司共建的公司内部自研的核心微服务架构的方案,其他公司也在采用此类模式,例如制作《愤怒的小鸟》的游戏公司。早期使用分布式架构、集群架构、SY 架构,现在大多数使用 SY 架构。

(4)新兴企业

国内华为也在努力引入 Java 技术站,华为早期做通信,而现在做华为云、华为手机后台应用都引入了 Java 的技术;平安公司、IBM 使用老牌的 Java 技术战备。京东2010年转 Java,携程在2016年转入 Java,百度也有 Java 的项目,但它以语言为主,在企业级开发的项目较少。

 

二、 淘宝微服务架构改造案例

(1)淘宝架构

淘宝在2003年创立,至今已近20年。淘宝在这么长的时间里经过多次技术站的转型,从单体到集群,到分布式微服务架构,甚至云计算平台改造,一系列改造过程几乎代表了互联网在中国发展的最典型的案例。淘宝架构也在不断变化,而不是一成不变的,这也是大多数人在学习中常常以淘宝案例为参考的原因。

image.png

(2)淘宝组建

业务一成不变的公司可以说明业务十分成熟,或者在一个水平上不变,可以重复若干年,比如早期银行、IBM 或者其他的数据库等等,都是很典型的架构。

在当年的环境下,IOE 的解决方案价格较高,但是能很有效的解决银行的安全性、稳定性、发展中的需求。但现在如今淘宝转战 Java,尝试用低成本的方案解决高成本的问题,这在当时可以说是前无古人。淘宝当时冒着很大的转型风险,除了可以看到的 MySQL 数据库、HSM 数据库、springcloud 数据库等等阿里巴巴一系列的组建。

(3)淘宝经验

如今也可以看到这些源码,国内在开源领域贡献最大的公司可以排到前二的成绩,Google 微软每年的贡献都是排名靠前的,他们对于中国的技术社区发展分享了许多宝贵的经验,无论来自于哪个技术领域,淘宝的技术架构都是有很大的价值供大家学习的。

(4)阿里人才

阿里的技术人才不仅仅在阿里集团,他们对于中国的互联网发展也产生了很大的影响。阿里的很多技术专家在其他公司也担任了核心技术的岗位,完成设计架构的工作。

5)互联网发展代表

淘宝和大规模分布式集群服务治理的阶段,以及 oracle 数据库和 MySQL 数据库和新的数据库的出现。

如此看来淘宝也是在逐步微服务化,比如淘宝、天猫、闲鱼等等业务都介入了淘宝里面,淘宝的业务也越来越多,包括淘宝的广告系统、客服系统。以上,淘宝是典型的服务式过渡到微服务阶段,从 PC 阶段逐步移动到互联网 APP 前端的时代,还拓展了小程序。这是很典型的互联网发展的代表。

(6)中台架构

目前还在发展的中台架构。严格来讲中台架构是技术总监,或称为 CTU,是一个战略层次的方案方针。无论是做微服务架构,还是中台架构,还是 HV 架构,一定要得到落地实践。

image.png

 

三、 微服务架构拆分原则

实战阶段以最成熟的 springcloud 微服务架构体系为主。

相关文章
|
29天前
|
弹性计算 API 持续交付
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。
|
2月前
|
Cloud Native Devops 云计算
云计算的未来:云原生架构与微服务的革命####
【10月更文挑战第21天】 随着企业数字化转型的加速,云原生技术正迅速成为IT行业的新宠。本文深入探讨了云原生架构的核心理念、关键技术如容器化和微服务的优势,以及如何通过这些技术实现高效、灵活且可扩展的现代应用开发。我们将揭示云原生如何重塑软件开发流程,提升业务敏捷性,并探索其对企业IT架构的深远影响。 ####
47 3
|
2月前
|
Cloud Native 安全 数据安全/隐私保护
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####
|
3天前
|
自然语言处理 JavaScript Java
《鸿蒙HarmonyOS应用开发从入门到精通(第2版)》学习笔记——HarmonyOS架构介绍
HarmonyOS采用分层架构设计,从下至上分为内核层、系统服务层、框架层和应用层。内核层支持多内核设计与硬件驱动;系统服务层提供核心能力和服务;框架层支持多语言开发;应用层包括系统及第三方应用,支持跨设备调度,确保一致的用户体验。
115 81
|
28天前
|
Java 开发者 微服务
从单体到微服务:如何借助 Spring Cloud 实现架构转型
**Spring Cloud** 是一套基于 Spring 框架的**微服务架构解决方案**,它提供了一系列的工具和组件,帮助开发者快速构建分布式系统,尤其是微服务架构。
154 69
从单体到微服务:如何借助 Spring Cloud 实现架构转型
|
27天前
|
运维 监控 持续交付
微服务架构解析:跨越传统架构的技术革命
微服务架构(Microservices Architecture)是一种软件架构风格,它将一个大型的单体应用拆分为多个小而独立的服务,每个服务都可以独立开发、部署和扩展。
167 36
微服务架构解析:跨越传统架构的技术革命
|
30天前
|
设计模式 负载均衡 监控
探索微服务架构下的API网关设计
在微服务的大潮中,API网关如同一座桥梁,连接着服务的提供者与消费者。本文将深入探讨API网关的核心功能、设计原则及实现策略,旨在为读者揭示如何构建一个高效、可靠的API网关。通过分析API网关在微服务架构中的作用和挑战,我们将了解到,一个优秀的API网关不仅要处理服务路由、负载均衡、认证授权等基础问题,还需考虑如何提升系统的可扩展性、安全性和可维护性。文章最后将提供实用的代码示例,帮助读者更好地理解和应用API网关的设计概念。
64 8
|
2月前
|
Dubbo Java 应用服务中间件
服务架构的演进:从单体到微服务的探索之旅
随着企业业务的不断拓展和复杂度的提升,对软件系统架构的要求也日益严苛。传统的架构模式在应对现代业务场景时逐渐暴露出诸多局限性,于是服务架构开启了持续演变之路。从单体架构的简易便捷,到分布式架构的模块化解耦,再到微服务架构的精细化管理,企业对技术的选择变得至关重要,尤其是 Spring Cloud 和 Dubbo 等微服务技术的对比和应用,直接影响着项目的成败。 本篇文章会从服务架构的演进开始分析,探索从单体项目到微服务项目的演变过程。然后也会对目前常见的微服务技术进行对比,找到目前市面上所常用的技术给大家进行讲解。
60 1
服务架构的演进:从单体到微服务的探索之旅
|
2月前
|
负载均衡 Java 持续交付
深入解析微服务架构中的服务发现与负载均衡
深入解析微服务架构中的服务发现与负载均衡
79 7
|
2月前
|
消息中间件 运维 Kubernetes
后端架构演进:从单体到微服务####
本文将探讨后端架构的演变过程,重点分析从传统的单体架构向现代微服务架构的转变。通过实际案例和理论解析,揭示这一转变背后的技术驱动力、挑战及最佳实践。文章还将讨论在采用微服务架构时需考虑的关键因素,包括服务划分、通信机制、数据管理以及部署策略,旨在为读者提供一个全面的架构转型视角。 ####
39 1