彩神app邀请码多少火热的开源微服务框架汇总,值得关注!

  • 时间:
  • 浏览:0
  • 来源:彩神ios下载官方-彩神ios下载app

诞生于 2014 年的“微服务架构”,其思想经由 Mart彩神app邀请码多少in Fowl彩神app邀请码多少er 阐述后,在近几年持续受到重视,理论与相关实践都是断发展,目前它后来成为了主流软件架构模式。

关于微服务架构是彩神app邀请码多少那些,没几只明确的定义,每个实践者有人及的理解,因此没法人给出的几只公式值得思考:

微服务架构 = 50% 的 SOA 服务架构思想 + 50% 的组件化架构思想 + 50% 的领域建模思想

微服务架构的优点什么都有有,比如它解耦业务,提供更高的灵活性,允许在服务频繁发版的同時 保持系统其它次要的可用性与稳定性;解耦编程语言,针对不同业务可不能能 使用更加合适的语言进彩神app邀请码多少行开发;解耦开发团队,不同团队人及负责几只微服务,互不影响,加速交付。

关于微服务架构,网上资料相当多(后来现在很火,各家都是实践案例彩神app邀请码多少分享),读者可不能能 另行查阅,这里不赘述。

下边为没没法人列举了当前最为火热,最常被人提及的开源微服务开发框架,希望对开发者有一定的帮助。

Spring Cloud

Spring Cloud 为开发者提供了分布式系统配置管理、服务发现、断路器、智能路由、微代理、控制总线、一次性 Token、全局锁、决策竞选、分布式会话与集群具体情况等的开发工具。使用 Spring Cloud 开发者可不能能 快速实现上述那些模式。

Eclipse MicroProfile

Eclipse MicroProfile 是几只 Java 微服务开发的基础编程模型,它致力于定义企业 Java 微服务规范,MicroProfile 提供指标、API 文档、运行具体情况检查、容错与分布式跟踪等能力,使用它创建的云原生微服务可不能能 自由地部署在任何地方,包括 Service Mesh 架构,如 Istio。

Dubbo

Dubbo 是阿里开源的一款高性能 RPC 框架,特征包括基于透明接口的 RPC、智能负载均衡、自动服务注册和发现、可扩展性高、运行时流量路由与可视化的服务治理。

Tars

Tars 是腾讯将其实物使用的微服务框架 TAF(Total Application Framework)多年的实践成果总结而成的开源项目,在腾讯实物有上百个产品使用,服务实物数千名 C++、Java、Golang、Node.Js 与 PHP 开发者。其中有 一整套开发框架与管理平台,兼顾多语言、易用性、高性能与服务治理,理念是让开发更聚焦业务逻辑,让运营更高效。

Helidon

Helidon 是甲骨文开源的几只微服务框架,编写的微服务运行在由 Netty 提供支持的快速 Web 内核上。

SOFAStack

SOFAStack™(Scalable Open Financial Architecture Stack)是由蚂蚁金服开源的一套用于快速构建金融级分布式架构的顶端件,也是在金融场景里锤炼出来的最佳实践。

gRPC

gRPC 是谷歌开源的高性能通用 RPC 框架。gRPC 基于 HTTP/2 标准设计,带来诸如双向流、流控、头部压缩与单 TCP 连接上的多路复用请求等特征,那些特征使得其在移动设备上表现更好,更更费油和节省空间占用。

Thrift

Thrift 是几只 RPC 框架,用来开发可扩展且跨语言的服务。它结合了功能强大的软件堆栈和代码生成引擎,以构建可不能能 在 C++、Java、Python、PHP、Ruby、Erlang、Perl、Haskell、C#、Cocoa、JavaScript、Node.js、Smalltalk 与 OCaml 等语言间无缝结合的、高效的服务。

brpc

brpc 是百度实物最常使用的工业级 RPC 框架,有 50 000+ 个实例(不中有 client)和上千种服务,在百度内叫做“baidu-rpc”,目前只开源了 C++ 版本。

顶端列出的主就说 一些微服务架构的开发框架后来与微服务架构至关重要的 RPC 框架,而我我我觉得微服务又涉及到分布式,这又会涉及到各种各样的顶端件,数量太过于庞大,下回再议吧。

因此几只方面是一定要在这里指出来的,那就说  Service Mesh。现在提到微服务架构,一般都是涉及到 Service Mesh 的相关内容,Service Mesh 被誉为“下一代微服务架构”,它源于对早期的服务代理模式 Sidecar 的扩展,其理念我我觉得由来已久,因此直到近两年随着微服务的火速兴起和 Buoyant 创建 Linkerd 并将其重新演绎,才逐渐以崭新的姿态呈现给世人。

Service Mesh 重点在 Mesh,它在 Sidecar 的基础上,强调了各个代理之间形成的有机网络。以通用组件的形式管控系统中所有服务通信流量,同時 下沉了微服务开发的技术栈,可不能能 做到语言无关、功能可扩展。

通过几只网格,Service Mesh 可不能能 将服务治理的各个次要、微服务架构建设中的各个环节都是断延申,最终成为一套微服务开发完整性正确处理方案。

这里也列出几只目前在 Service Mesh 领域稳坐主流地位的开源项目:

Linkerd

Linkerd 是几只提供弹性云端原生应用 Service Mesh 的开源项目,也是面向微服务的开源 RPC 代理,它的核心是几只透明代理。

Envoy

Envoy 是开源的边缘和服务代理,用于云原生应用,其最初是在 Lyft 构建的,它是为单一服务和程序运行运行池池设计的高性能 C++ 分布式代理,以及为大型微服务 Service Mesh 下发的通信总线和通用数据平面。

Istio

Istio 项目都都可不能能 为微服务架构提供流量管理机制,同時 亦为其它增值功能(包括安全性、监控、路由、连接管理与策略等)创造了基础。这款软件利用久经考验的 Lyft Envoy 代理进行构建,可在不会对程序运行运行池池代码作出任何发动的前提下实现可视性与控制能力。

Conduit

Conduit  是几只 Kubernetes 的超轻量级 Service Mesh,其目标是成为最快、最轻、最简单因此最安全的 Service Mesh。它使用 Rust 构建了快速、安全的数据平面,用 Go 开发了简单强大的控制平面,总体设计围绕着性能、安全性和可用性进行。它能透明地管理服务之间的通信,提供可测性、可靠性、安全性和弹性的支持。我我觉得与 Linkerd 相仿,数据平面是在应用代码之外运行的轻量级代理,控制平面是几只高可用的控制器,然而与 Linkerd 不同的是,Conduit 的设计更加倾向于 Kubernetes 中的低资源部署。

注:在发布 0.5 版本后,后续 Conduit 后来整合到了 Linkerd 2。

对 Service Mesh 的建设我我我觉得后来成为当前的业内共识,从下边那些项目都是往什儿 方向上演进就可不能能 大致有所体会:

WeiboMesh

Motan 是新浪微博开源的是一套高性能、易于使用的分布式 RPC 框架,后来在 Motan Agent 的基础上演化出了 WeiboMesh。WeiboMesh 偏向服务治理方向,同時 提供服务的动态管理能力,如服务降级、动态配置、权限管理、数据下发与服务指令正确处理等。

Dubbo Mesh

Dubbo 在 v3 中发展 Service Mesh,官方希望 Dubbo Mesh 进入 Envoy 社区,目前 Dubbo 协议后来被 Envoy 支持,数据层选址、负载均衡和服务治理方面的工作还在继续,控制层目前在丰沛 Istio/Pilot-discovery。

SOFAMOSN

MOSN 是 SOFAStack 的组件,它一款采用 Go 语言开发的 Service Mesh 数据平面代理,功能和定位这类 Envoy ,旨在提供分布式,模块化,可观察,智能化的代理能力。MOSN 支持 Envoy 和 Istio 的 API ,可不能能 和 Istio 集成。

nginMesh

nginMesh 是 NGINX 开源的 Service Mesh 方案,它提供基于 NGINX 的 Service Mesh 实现。nginMesh 与 Istio 兼容,利用 NGINX 实现 Sidecar 代理,集成在 Istio 中,可不能能 标准、可靠和安全的土办法 助于服务之间的通信。

注:nginMesh 项目目前后来不再积极开发。

MicroProfile Service Mesh

MicroProfile Service Mesh 是 MicroProfile 的 Service Mesh 规范。MicroProfile 定义了用于开发云原生微服务的一系列规范,本质上它也是为 Istio 而生的微服务编程模型,而 Istio 四种 就说 Service Mesh 的代名词。此规范关注 Service Mesh,因此更多地聚焦于 Istio。

Ambassador

Ambassador 是几只基于 Envoy 构建的 Kubernetes 原生 API 网关,专为微服务而设计,它本质上是几只 Envoy 入口控制器,但具有更多功能,包括支持 gRPC、HTTP/2 与 WebSockets,支持 CORS、超时、加权轮询调度、粘性会话与速度限制等。

Gloo

Gloo 是几只基于 Envoy 的 Kubernetes 原生入口控制器和下一代 API 网关。Gloo 在函数级路由方面表现卓越,它支持传统程序运行运行池池、微服务与 Serverless。Gloo 设计独特,可支持混合应用,其中的多种技术、架构、协议和云可不能能 共存。

Kong

Kong 在 1.0 GA 的后来带来了 Service Mesh 能力,用户不仅可不能能 将 Kong 部署为 API 网关,还可不能能 将其部署为独立的 Service Mesh 代理。Kong 插件能为 Service Mesh 提供开箱即用的关键功能,都可不能能 与其它云原生技术集成,包括 Prometheus、Zipkin、健康检查、canary 测试与蓝绿测试等。

Consul Connect

Connect 是 Consul 中的 Service Mesh 方案,它可不能能 自动将任何现有的 Consul 群集转换为 Service Mesh 正确处理方案。Connect 通过自动 TLS 加密和基于身份的认证实现安全的服务到服务通信。

【编辑推荐】

【责任编辑:

张燕妮

TEL:(010)68476506】



点赞 0