阿里云微服务（阿里云微服务引擎）

本文目录一览：

• 1、专访阿里云资深专家易立
• 2、SpringCloudAlibaba(一)：概述与重要组件
• 3、基于阿里云打造「云原生」Web应用——「懒猪行」Web应用开发实践
• 4、真想不到！这样设计的微服务云架构，竟能够支撑全世界公司！
• 5、微服务都是用在什么地方？能否举例说明一下

专访阿里云资深专家易立

专访阿里云资深专家易立

集装箱曾经改变全球贸易的供应链，Docker也将改变软件的供应流程。

4月26日的云栖大会·南京峰会上，阿里云资深专家汤子楠发布了飞天专有云敏捷版(Apsara Stack Agility)，此前美国Docker公司首席执行官Ben Golub 在曾在DockerCon 2017上宣布过这个消息。

这是阿里云和Docker公司合作之后的产物，是国内第一个支持Docker官方企业版(Enterprise Edition, EE)的容器类产品，包含从容器的创建到运行以及镜像的全生命周期管理,可以部署在企业自有数据中心环境内，特别适用于企业专有云及混合云场景。

据阿里云方面介绍，阿里巴巴集团内部运用容器技术已有六年时间。2016年，阿里电商核心应用的基础平台全部转向Docker，并通过天猫双11进行了技术验证。

容器技术领域，最为著名的公司，无疑为Docker，后者也是一个容器管理引擎。与传统虚拟机相比，容器技术是操作系统级别的虚拟化技术，更为轻量。36氪曾经介绍过，Docker则是在容器技术的基础上额外提供了标准镜像格式。Docker就像被标准化的容器，相当于云计算领域的“集装箱”，可以承载后端的各种技术。

自从2013年开源的Docker项目发布之后，其以惊人的速度被企业采用，已成为容器运行的事实标准。据Docker公司公布的数据，截止目前为止，Docker Hub上的镜像下载量，已经达到120亿次，去年6月份这个数据是60亿;镜像总量超过了90万，去年只有40万。

国外许多大公司都积极拥抱Docker，包括AWS、IBM、HPE和微软等。国内网易、腾讯、阿里等主流云计算厂商，都提供基于Docker的容器服务。2015年，阿里云就在Docker社区版的基础上推出了阿里云容器服务，华大基因、上海证券交易所、中信集团、ofo共享单车、深圳码隆科技等多家企业均是容器服务的客户。去年10月，Docker与阿里云达成合作，将通过后者落地中国。

阿里云非常看好Docker的前景，认为Docker也将像集装箱一样，是改变世界那只箱子。就像集装箱改变全球贸易的供应链一样，Docker将改变软件的供应流程。根据阿里云去年面向技术人员所做的调查，其中超过87%的人表示，有意愿现在使用或者可能在未来六个月内使用Docker的架构。

据阿里云资深专家易立介绍，Docker技术有三方面的优势。

首先是敏捷。由于Docker的轻量级，就意味着同一硬件上可以运行更多的应用，它可以将系统利用率提高5-10倍;而且因为轻量，它的启动速度非常快，当公司业务出现峰值时，可以通过容器快速部署。容器技术也能实现产品的快速迭代，据调查，Docker对软件版本发布频率有高达13倍的平均提升。

然后是可移植性。在传统架构下，开发人员交付应用之后，运维人员需要部署合适的运行平台。两个环境间的差异往往会导致，应用在测试环境下正常运行，上线之后却经常会出问题。Docker则能把应用和应用环境一同打包，开发完成之后，运维人员可以直接使用这个容器来部署代码。

经过容器化的应用可以部署在任何地方，就可以避免原来因为环境差异带来的问题，同时也可以无缝迁移云，不用锁定某个云服务商。用户在自己的笔记本电脑上开发了一个应用，容器化之后可以不加修改地发布到云上。

第三是可控性。容器使得大规模互联网化运维变得可能，原来，企业的IT系统用久了，经过多次版本更新，里面的东西变得不可知，一旦出现问题需要花大量的时间排查。如果用容器化的方式交付应用，则线上每一个版本都可以复现，所有的东西都可以回溯。一旦原来的IT人员离职了，其他人也更容易理解应用程序是如何创建和工作的。

此外，易立指出，促进了开发和运维的一体化之外，Docker还有利于企业应用的现代化改进。传统应用往往是单体架构，如企业原有的CRM、ERP等大型应用，但随着新需求增加，更新和修复大型这类应用变得越来越困难;为此出现了微服务架构，其提倡将大应用拆解分一堆小服务，彼此协调提供功能，单个小服务可以独立部署、测试和运行。云原生的企业应用的架构一般是后者，Docker这套执行环境就非常适配云原生应用。

根据阿里云去年的调查，技术人员使用或考虑使用Docker，大部分出于上述原因考虑。

虽然容器技术成为主流，将会是未来的趋势，但目前在国内仍未大规模普及。企业要使用该架构，依然需要付出一定的迁移和学习成本，可能还会有一定的安全考虑，这也是影响Docker普及的原因。因此，Docker推出了企业版处理类似问题。

据易立介绍，使用Docker架构需要对企业应用容器化，像刚刚说的，云原生应用与Docker非常契合，但不可能所有的应用都是新写的，有的企业应用属于传统架构、没有微服务，需要对现有系统做改造和迁移。

因此，针对传统的企业应用，Docker推出了传统应用迁移技术，可以一键转换虚拟机镜像，将原来的企业化应用转化为可以用容器化的方式交付和运维的应用。企业可以有两种路径，可以先将整个大应用容器化，再逐渐转化成微服务架构;也可以先将企业拆成微服务架构，然后容器化。

此前，之前Docker企业版未落地中国，社区版由开源社区来维护，每个月有个更新，三个月发布一次稳定版，这样的好处是版本演进速度很快，但对企业而言却带来很大的运维压力，需要经常大规模对Docker版本进行修复和升级，企业需要有极强的软件研发能力，并不是所有的企业IT部门都有将这种技术产品化的能力。

全球有不少公开的'Docker镜像库，其中Docker Hub是最大的公开仓库，开发者可以在上面共享和拉取Docker镜像，生成容器化的应用。但谁都可以往仓库推送镜像，就意味着无法保证安全风险。

针对此，Docker推出了Docker Store，上面的容器镜像全都由Docker认证，确保安全性，包括通过安全扫描，确定没有不合规的代码;同时通过签名“密封”镜像，确保其不可篡改。这就有点像一个容器版的Apps Store，里面所有的镜像都通过Docker审核。

总而言之，Docker企业版面向企业的，是一个完整的场景，而不是一个技术。它有增强的编排能力，有完整的控制台界面，里面的操作都可以安全地使用，它在社区版上增加了面向企业用户的管理和安全能力，同时提供了经过认证的操作系统、容器和插件。中国Docker企业版的技术支持，将会由阿里云和Docker联合提供。

说到阿里云跟Docker的合作，包括三个层面：Docker会借助阿里云的云基础架构进入中国，后者将为Docker Hub提供中国运营的基础服务;阿里云会推动Docker企业版的落地，联合提供销售和技术支持;阿里云成为Docker认证的云平台，Docker的认证插件和认证容器会验证在阿里云上的稳定可运行性，确保客户在阿里云上使用Docker的体验。

目前阿里云提供公共云版、飞天专有云版和飞天专有云敏捷版三种Docker的部署形态，客户也可以选择在公共云上使用，也可以自己部署。

自从容器技术面世之后，其生态内也出现了不少创业公司，国外涌现不少专注容器基础服务、网络、安全、存储和监控等某一细分领域的创业公司;在国内，除了阿里云以外，也有大批围绕Docker技术提供服务的创业公司，提供云端的快速部署和管理能力，比如36氪报道过的时速云、数人云、灵雀云、才云科技、轻元科技。阿里云整合了Docker企业版的飞天敏捷版，跟他们可能存在一定竞争关系。

才云科技CEO张鑫曾经说过，Docker本身一定不是核心竞争力，而真正的核心是如何能让用户或企业“无痛”地从非Docker的环境迁移至Docker化的世界，以及如何帮助用户在新的Docker化的世界里建立一整套的开发运维体系。

阿里云也表示，企业需要的，并不仅是Docker这个技术，而是一整套应用的解决方案。用户最终选择谁，取决于谁的服务更完整更好。不过，他们认为，国内容器市场还在成长阶段，他们和这些公司应该是在共同培育市场。

;

SpringCloudAlibaba(一)：概述与重要组件

前一篇提到了我们为什么要替换PHP语言采用Java语言。而Java语言的框架选型上来说有太多的选择，常见的有Dubbo，SpringCloud等。我们选择了SpringCloudAlibaba。替换PHP语言到SpringCloudAlibaba是个大工程，主要是业务迁移部分。讨论之初我也确认过是否迁移原有的业务，得到的明确答复是 迁移 。 那么这么来说也就简单了，复杂的就是工期问题了。

SpringCloud Alibaba是Alibaba结合自身的微服务实践开源的一套微服务全家桶 ，在SpringCloud项目中进行孵化并且毕业。既然是SpringCloud的项目那么阿里云其实包含其商业化的产品。 例如Nacos在阿里云就有其商业化的版本 MSE 。 同时SpringCloud Alibaba的相关组件是经历过双十一大促考验的产品。稳定性较高。

SpringCloud Alibaba是SpringCloud的子项目，其实很多相关的文章都提到了SpringCloud Alibaba与SpringCloud的关系，其中有很多的论点都比较有意思。大家可以去搜索一下。

SpringCloud Alibaba是依赖SpringCloud相关的标准实现的一套微服务的架构。结合阿里巴巴的相关实践与阿里云的相关服务实现的一些组件得以更快的实现相关产品业务。

Nacos实现了服务的配置中心与服务注册发现的功能，Nacos可以通过可视化的配置降低相关的学习与维护成本，实现动态的配置管理与分环境的配置中心控制。 同时Nacos提供了基于http/RCP的服务注册与发现功能。

Sentinel是面向分布式微服务架构的轻量级高可用的流控组件，以流量作为切入点，从流量控制，熔断降级，系统负载保护等维度帮助用户保证服务的稳定性。常用与实现限流、熔断降级等策略。

RocketMQ基于Java的高性能、高吞吐量的消息队列，在SpringCloud Alibaba生态用于实现消息驱动的业务开发，常见的消息队列有Kafka、RocketMQ、RabbitMQ等，相关的比较文档可以自行去翻阅。

既然是微服务的产品，那么肯定会用到分布式事物。Seata就是阿里巴巴开源的一个高性能分布式事物的解决方案。

Dubbo已经在圈内很火了,SpringCloud Alibaba基于上面提到的Nacos服务注册中心也同样整合了Dubbo。

SpringCloud Alibaba还有一些其他的组件选择，例如schedulerX、SMS、OSS等。但是由于其主要是阿里云的商业化产品就不再过多的进行介绍。集成其商业化产品时才能用到。

SpringCloud Alibaba是基于SpringCloud标准由阿里巴巴实现的微服务全家桶，可插拔的方式实现组件的替换，在某些场景中我们需要的组件可以自由进行选择。例如需要分布式链路跟踪我们可以增加sleuth组件用于实现分布式链路跟踪业务等。

很多人提到SpringCloudAlibaba的商业问题，记得当年SpringCloudAlibaba推出第一版的时候我也评论了...卖产品全家桶。不可否认是有那么一些，但是其实它本身的很多组件又不一定非要选择商业版本。这个可以自由进行选择。

基于阿里云打造「云原生」Web应用——「懒猪行」Web应用开发实践

作者：阿里云MVP 刘远程

背景

『懒猪行』专注于境外自由行S2B业务，涉及分销、终端用户服务、供应链等多个服务环节，随着业务规模的不端增加，我们一直在 探索 Web应用开发的最佳实践，以加快Web应用的迭代效率，为B/C端用户创造更多价值。

云原生

近几年，Spring Cloud为代表的微服务架构越来越火热，吸引了大量创业公司『入坑』。微服务系统的开发与单体应用的开发相比，从团队组织、运维、开发方式等多个方面带来了颠覆式的变化。从2018年开始以Istio、SOFAMesh等为代表的Service Mesh方案逐渐走上舞台，并被称为『下一代微服务架构』。

如果把以容器技术和Service Mesh为基础的IT架构定义为云原生架构，那么Dubbo、Spring Cloud为代表的分布式架构将是促进云原生架构诞生的『中间产物』。

就在18年，云原生计算基金会（CNCF）为云原生技术重新定义：

Cloud native technologies empower organizations to build and run scalable applications in modern, dynamic environments such as public, private, and hybrid clouds. Containers, service meshes, microservices, immutable infrastructure, and declarative APIs exemplify this approach.

『云原生技术帮助公司和机构在公有云、私有云和混合云等新型动态环境中，构建和运行可弹性扩展的应用。云原生的代表技术包括容器、服务网格、微服务、不可变基础设施和声明式API。』

These techniques enable loosely coupled systems that are resilient, manageable, and observable. Combined with robust automation, they allow engineers to make high-impact changes frequently and predictably with minimal toil.

『这些技术能够构建容错性好、易于管理和便于观察的松耦合系统。结合可靠的自动化手段，云原生技术可以使开发者轻松地对系统进行频繁并可预测的重大变更。』

这种新颖架构方式，不仅提供了完善的软件持续交付链方案，也为我们的应用组织方式带来了巨大的想象空间，甚至在将来可能给整个软件行业带来颠覆式的革命。有一点是显而易见的：原本强耦合在一起的应用被拆分，变身成为能够实现完整子集功能的可插拔式微服务，通过有机的组织让其与其它微服务共同对外提供服务；就如同组装 汽车 的发动机和座椅等，它可以来自全球供应链不同的厂商。以云原生的设计哲学来总结，云原生应用具备微服务， 健康 报告，遥测数据，弹性声明式（非反应式）等特征。

云原生所带来的效果非常明显，但完整的实践确是很容易让人知难而退，因为单Kubernetes一项，从入门到掌握也需要花费3个月左右的时间。但幸运的是，阿里云等公有云平台已经为我们准备好了容器服务（Kubernetes版）产品，并支持通过Kubernetes进行应用的容器化管理。

所有的微服务都和 Envoy sidecar 集成在一起，被集成服务所有的出入流量都被 sidecar 所劫持，这样就为外部控制准备了所需的 Hook，然后就可以利用 Istio 控制平面为应用提供服务路由、遥测数据收集以及策略实施等功能。

懒猪行的架构设计（简化）

在新的架构中，使用了大量的阿里云产品，这鉴于我们过去的经验，阿里云产品在运维上为我们节省了不少精力。

以上架构，是我们走向『云原生』的第一步，距离成熟还有非常大的发展空间，云原生的发展也在发展的起步阶段。按架构，把所有需要持久化的数据，如：文件、图片、数据库等存储到阿里云OSS、RDS及Redis产品，而应用则运行在以K8s管理调度的容器集群中。

阿里云DevOps工具链

阿里云在云原生架构整个生命周期都提供了完善的支持：

部署到Kubernetes_部署到Kubernetes_选择部署方式_用户指南_CodePipeline-阿里云

推荐阅读：

[1] Service Mesher社区：ServiceMesher · Service Mesh|服务网格中文社区

[2] Kubernetes Handbook：序言 · Kubernetes Handbook - Kubernetes中文指南/云原生应用架构实践手册 by Jimmy Song(宋净超)

MVP招募进行中，点击「链接」

真想不到！这样设计的微服务云架构，竟能够支撑全世界公司！

想要设计出能支撑全世界公司使用的微服务云架构，得先深入了解微服务架构。

自从Dubbo被Spring Cloud取代后，微服务是越来越拉风了。而Spring Cloud Alibaba是阿里巴巴出品的Spring Cloud第二代实现，是阿里微服务的解决方案与精华沉淀，在业界广泛使用，使用微服务更是大势所趋。

近几年微服务更是面试的高频问点，几乎只要你去一家互联网公司就是必被问到的问题！

最近一个朋友去字节跳动面试，就体验了一把被完虐的感觉！

这位朋友言辞中有些许惭愧：面试官已经给了一些提示，但无奈自己准备得不充分，回答很不理想。他没想到，像Seata、Nacos，Sentinel，Eureka等这些在工作中都有涉及过的技术，面试官会问的这么深入——

1、微服务注册中心的注册表如何更好的防止读写并发冲突？

2、Eureka注册表多级缓存架构有了解过吗？

3、Nacos如何支撑阿里巴巴内部上百万服务实例的访问？

4、Nacos高并发异步注册架构知道如何设计的吗？

5、Sentinel底层滑动时间窗限流算法怎么实现的？

6、Sentinel底层是如何计算线上系统实时QPS的？

7、Seata分布式事务协调管理器是如何实现的？

8、Seata分布式事务一致性锁机制如何设计的？

9、Seata分布式事务回滚机制如何实现的？

10、Nacos集群CP架构底层类Raft协议怎么实现的？

11、NacosEurekaZookeeper集群架构都有脑裂问题吗？

12、如何设计能支撑全世界公司使用的微服务云架构？

你看完后可能会觉得现在互联网公司面试都这么严格了吗？我想告诉你的是，没有错！甚至会问的更多更深！据我所知，如果能回答的出其中的一半，就算是勉强及格了。如果十二条你都能全部回答出来，那你应该是妥妥的技术大牛了！可以放心去投大厂简历了！

这份一线互联网公司Java面试核心知识点涵盖内容广，尤其是对微服务这一块收纳众多一线互联网面试题以及实操教程，具体内容如下：

1、亿级流量电商网站微服务架构详解

2、Nacos注册中心实现电商微服务拆分实战

3、Ribbon多实例服务负载均衡调用实战

4、Sentinel服务高可用限流熔断降级实战

5、微服务架构下的分布式事务Seata实战

6、路由限流安全认证网关Gateway实战

7、Nacos分布式配置中心详解

8、微服务调用链路追踪Pinpoint详解

9、微服务自动化监控PrometheusGrafana详解

10、阿里京东后端微服务中台架构实战

1、Nacos服务注册与发现源码深度剖析

2、Nacos心跳机制与服务健康检查源码剖析

3、Nacos注册表如何防止多节点读写并发冲突

4、Nacos高并发支撑异步任务与内存队列剖析

5、Nacos集群CP架构底层Raft协议实现源码剖析

6、从脑裂问题剖析NacosEurekaZookeeper架构异同

7、阿里云超大规模注册中心SaaS架构剖析

8、Sentinel底层滑动时间窗限流算法深度剖析

9、利用Sentinel的Metric机制计算线上系统实时QPS

10、Seata分布式事务回滚机制剖析

1、微服务架构分布式事务详解

2、十分钟快速实战阿里分布式事务框架Seata

3、Seata中AT模式模型架构与数据模型设计

4、Seata事务管理器实现原理详解

5、Seata全局事务与分支事务源码剖析

6、Seata数据源代理扩展源码剖析

7、Seata事务隔离级别底层源码剖析

8、Seata事务超时、二阶段失败解决方案源码剖析

9、生产环境AT模式与TCC模式性能差异分析

微服务这单个章节就包含了这么多内容，还涵盖其他面试题内容，具体如下

微服务都是用在什么地方？能否举例说明一下

微服务架构是一项在云中部署应用和服务的新技术。大部分围绕微服务的争论都集中在容器或其他技术是否能很好的实施微服务，而红帽说API应该是重点。 微服务可以在“自己的程序”中运行，并通过“轻量级设备与HTTP型API进行沟通”。关键在于该服务可以在自己的程序中运行。通过这一点就可以将服务公开与微服务架构（在现有系统中分布一个API）区分开来。在服务公开中，许多服务都可以被内部独立进程所限制。如果其中任何一个服务需要增加某种功能，那么就必须缩小进程范围。在微服务架构中，只需要在特定的某种服务中增加所需功能，而不影响整体进程。快速、便捷、安全的部署微服务，目前国内做的比较好的主要是阿里云，当然还有一些提供微服务部署的新锐平台，如黑少微服务商店、灵雀云、联蔚等等。