在 Intenseye，为什么我们选择 Linkerd2 作为 Service Mesh 工具(Part.1)

【在 Intenseye，为什么我们选择 Linkerd2 作为 Service Mesh 工具(Part.1)】的更多相关文章

在 Intenseye，为什么我们选择 Linkerd2 作为 Service Mesh 工具(Part.2)

在我们 service mesh 之旅的第一部分中,我们讨论了"什么是服务网格以及我们为什么选择 Linkerd2?".在第二部分,我们将讨论我们面临的问题以及我们如何解决这些问题. 系列在 Intenseye,为什么我们选择 Linkerd2 作为 Service Mesh 工具(Part.1) 问题 1:Apache ZooKeeper Leader 的选举在 Intenseye,我们使用 Apache Pulsar 代替传统的 Apache Kafka 队列系统. Apach…

在 Intenseye，为什么我们选择 Linkerd2 作为 Service Mesh 工具(Part.1)

在 Intenseye,我们 follow(跟随) trends(趋势) & hype(最被炒作) 的技术,并在使用时应用最佳实践. 我们在用 Scala.Go.Python 等编写的 Kubernetes 上运行了数百个 pod,其中大多数使用 gRPC. gRPC 是一种现代开源高性能远程过程调用 (RPC) 框架,它使用 HTTP/2 进行传输.HTTP/2 支持通过单个 TCP 连接发出多个请求以减少往返次数.这就是问题出现的地方:负载均衡.建立连接后,所有请求都将固定到单个目标 Pod…

蚂蚁金服缘何自研Service Mesh？

2018年,微服务方兴未艾,Service Mesh(服务网格)又快速崛起.有观点认为,2018年可被称之为“Service Mesh元年”,在未来两年中,Service Mesh将迎来爆发式增长,成为下一代的微服务架构. 那么,Service Mesh到底是什么?自2016年被提出,为何不到两年就获得了如此高的人气?Service Mesh又能为企业解决哪些问题?在近日召开的GIAC全球互联网架构大会上,蚂蚁金服高级技术专家黄挺以蚂蚁金服的自身实践为例,深入解读了Service Mesh. 蚂…

Service Mesh 介绍

传统单体应用的局限性说明传统单体应用代码体量庞大繁杂,不利于理解,也不利于团队合作开发,更不利于频繁更新和部署,增加服务宕机的风险. 耦合性高,功能代码块之前很容易造成强依赖,只要其中任何一个代码逻辑发生更改,将重新部署整个应用. 扩展性差,单体应用只能横向扩展,随着功能越来越多,单个应用代码会越来越臃肿冗余,扩展的时候也只能把整个代码部署多个实例. 不利于基础设施的资源分配,比如根据CPU密集型,IO密集型等不同类型应用类型资源消耗来进行单独扩展优化. 技术栈受限,可能会迫使开发人员长期专注…

Service Mesh架构的持续演进单体模块化 SOA 微服务 Service Mesh

架构不止-严选Service Mesh架构的持续演进网易严选王育松严选技术团队 2019-11-25 前言同严选的业务一样,在下层承载它的IT系统架构一样要生存.呼吸.增长和发展,否则过时的.僵化的IT系统架构会使我们的组织和业务陷入停顿,无法面对新的机遇和挑战.这些年业界的服务端架构理念一直在持续演进,从单体模块化架构,到SOA,再到微服务,最后到Service Mesh.严选服务端架构的演化正是它的一个缩影,在某些方面我们甚至还领先于业界的发展.架构成熟度虽然业界没有一种通用的架构成…

Istio在Rainbond Service Mesh体系下的落地实践

两年前Service Mesh(服务网格)一出来就受到追捧,很多人认为它是微服务架构的最终形态,因为它可以让业务代码和微服务架构解耦,也就是说业务代码不需要修改就能实现微服务架构,但解耦还不够彻底,使用还是不方便,虽然架构解耦了,但部署还没有解耦. 无法根据不同环境或客户需要选择合适的Service Mesh框架. 无法做到在开发环境不用学习和使用Service Mesh,生产环境按需开启. 插件式 Service Mesh架构实现思路目前成熟的ServiceMesh框架也有许多,但是对于用户…

腾讯云 K8S 集群实战 Service Mesh—Linkerd2 & Traefik2 部署 emojivoto 应用

Linkerd 是 Kubernetes 的服务网格. 它通过为您提供运行时调试(runtime debugging).可观察性(observability).可靠性(reliability)和安全性(security),使运行服务更轻松.更安全 - 所有这些都不需要对您的代码进行任何更改. 服务网格是用于处理服务间通信的专用基础设施层.它负责通过包含现代云原生应用程序的复杂服务拓扑来可靠地传递请求.实际上,服务网格通常通过一组轻量级网络代理来实现,这些代理与应用程序代码一起部署,而不需要感知应…