云栖大会—互联网中间件总结

最新推荐文章于 2023-10-12 21:53:01 发布

ITFLY8

最新推荐文章于 2023-10-12 21:53:01 发布

阅读量328

点赞数

文章标签：中间件运维大数据 java 编程语言

9月26日，在杭州云栖大会上各位专家分享了关于互联网中间件的一些内容。

互联网中间件的演进

首先是阿里云智能中间件首席架构师李小平带来的关于互联网中间件演进的分享。

互联网中间件的发展得益于中国互联网用户的规模，规模变化使得同时服务几亿用户成为挑战。而飞速发展的业务需要飞速发展的技术来支持，技术一旦上升一个数量级，复杂度往往更大。

阿里本身中间件经过一段时间的沉淀发展，提出了Aliware互联网Paas产品+中台的思想，在各行业快速复制。帮助客户进行业务创新。阿里目前基于互联网中间件的业务架构总体如下：

这种基于互联网的中间件给我们带来了什么呢？

业务规模：TRS和容量上支持海量业务规模
稳定性提升：通过限流降级、灰度变更、高度冗余来保障稳定性
弹性伸缩：支持分钟级应用实例创建和快速部署

但同时也面临着新的挑战：

从互联网中间件再往下该怎样发展呢，我们选择拥抱云原生。云原生技术的关键点包括：

基于容器技术和k8s：应用发布和集群管理更容易
Service mesh技术：多语言的微服务架构
Serverless技术：Faas+Baas模式

云原生将极大的改变云的使用方式，相比以往的技术来说，拥有以下优点：

高性能、高可用：中间件能力向底层融合
简化的编程范式：Serverless编程模型
可观测性、安全性：运维方式的影响

主要的价值体现在:

开发方式的改变：DevOps、GitOps、应用元数据定义；不同的业务场景选用最合适的语言和技术框架；面向服务编程，而非面向计算机编程。
部署模式的改变：公有云、私有云、混合云相同的部署模式；消除开发、测试、准生产、生产环境的差异；多种策略进行灰度，减少线上风险。
运行效率的提升：自动的资源分配、隔离、编排、调度；弹性伸缩和故障切换，甚至故障自愈能力；基础设施的运维与应用运维分离。

阿里关于云原生中间件的参考架构如下：

阿里Serverless架构演进

接着许晓斌分享了阿里在线应用的Serverless架构演进过程。

首先描述了阿里在线应用的业务特定：

在线业务对响应时间更敏感，一次用户的请求产生几十甚至上百次分布式调用，而最终的响应时间直接影响转化率。
应用启动时间可能很长，几百s甚至上千s。
在阿里JAVA语言是绝对的主流。

在业界，Serverless技术分层分为3层：

Runtime & Framework层：包括GraalVM、Spring Cloud Function
DevOps层：主要是Knative
Resource层：主要是Firecracker

行业发展的特定包括:

以Faas为Serverless的主流形式，虽然限制非常多
Java并不是业界Serverless的一等公民，毕竟启动速度太慢，而GraalVM正致力于降低Java应用冷启动速度。
提倡开源，包括Knative在内的Serverless开源组件都在社区内流行。
传统容器技术不足以满足安全需求，所以轻量级安全沙箱技术得以迅速发展。

通过实际业务情况和业界的对比可以发现，关键难点在于如何保证在需要的时候在极短的时间(毫秒级)分配好资源、启动应用、保证服务可用。而实现该目标后，才得以让多个应用错峰使用同一台机器，这也正是Serverless模式比Book模式的优势点。

我们主要使用多级弹性能力和快照技术来完成该目标。

快照技术则需要在1:1和1:N之间进行取舍

阿里整体的Serverless架构如下:

互联网中间件助力企业上云

接下来主要是企业关于上云的经验分享，其中比较重点地推荐了阿里云微服务应用托管平台EDAS。

阿里云目前提供的企业级互联网架构包括:

EDAS作为微服务托管平台也是比较核心的产品，融合了配置管理、限流降级、负载均衡、流量控制、服务注册与发现以及服务安全等功能。与开源应用相比，主要优势在于融合集成了诸多能力，包括0成本接入全链路跟踪、支持限流降级动态配置、支持配置管理并可实时推送等。而使用开源软件，意味着你需要自己搭配使用Dubbo、SkyWalking、Sentinel、Narcos等组件，没有开箱即用来得方便。