服务网格
过来人谈容器、微服务和服务网格,其实不是新鲜事!
早在像Docker和Kubernetes这样的容器平台兴起之前的10年,有一个dotCloud平台,基于100多个微服务构建的平台,支持数千个以容器运行的生产应用程序,作者将分享构建和运行它时面临的挑.
比较服务网格:Linkerd 2.x与Istio 1.x
所有垂直行业的组织都在继续加速采用微服务。这导致容器和客户/服务通信的使用量相应爆炸式增长。事实证明,安全,大规模和可观察地管理这些通信非常具有挑战性。这在企业内部造成了越来越多的复杂性和波动性。因此.
SpringBoot、Kubernetes和Istio微服务网格演示源码
如果单纯使用kubernetes的pod部署Spring微服务,K8s的负载平衡以及代理设置和你微服务应用之间不是非常的智能衔接,。无论如何,部署新的应用程序版本pod需要更加软化的方法。以下是典型的.
微服务2.0时代:Spring Cloud Netflix与 Kubernetes&Istio比较
Kubernetes+Docker系统的级联停机故障教训 - Dan Woods
Target的数据中心中运行了许多异构基础架构,为不同的工作负载提供多个不同的后端托管基础架构。其中大部分投入生产的基础架构是用于不同用例和应用程序开发和部署模式的遗留工件。比如目标应用平台(TA.
使用Istio服务网格实现流量镜像
Istio除了支持不同服务版本之间的更多“传统”流量路由,包括可以基于各种传入请求属性,例如URL的部分,标头值,请求方法等,Istio还支持流量镜像。当您不想发布新版本并向其公开用户时,可以使用流量.
服务网格只是另一种形式的虚拟化
服务网格新成员:亚马逊发布App Mesh应用网格
ServiceMesh everywhere,服务网格社区又添新成员:亚马逊发布基于开源Envoy代理的应用网格(App Mesh)。AWS App Mesh可以轻松监控和控制在AWS上运行的微服务。.
JHipster如何生成Istio架构的应用
国内某电商傍上Spring Cloud只是一场营销
Spring Cloud 原本来自Netflix OSS,但是目前面临服务网格竞争,以及Netflix宣布放弃Hystrix,Spring Cloud与服务网格Istio竞争中处于弱势之中,但是Spr.
Netflix放弃Hystrix!你是否应该使用Netflix OSS/Spring Cloud?
观点收集:1. 由于Spring Cloud“默认”集成,Netflix OSS是首选解决方案,但现在我倾向于Consul / Traefik或Consul / Nginx,或者使用K8或各种云提供商.
如何在Kubernetes实现gRPC的负载平衡?
许多新的gRPC用户惊讶地发现Kubernetes的默认负载平衡通常不能与gRPC一起使用。gRPC需要特殊的负载平衡!让我们理解为什么我们需要为gRPC做一些特别的事情。gRPC是应用程序开发人员日.
使用Envoy实现Service Mesh
为什么要使用服务网格Service Mesh?
为了理解服务网格的必要性,我们将从多个阶段来查看Internet应用程序的简要历史。阶段0:巨石单体记得那些时候?整个代码库打包为一个可执行文件并已部署。根据用例,这仍然可以更好地工作。但问题是一些快.
Envoy基础知识
Envoy是与HAProxy和ngin一样,都是同一领域中的新型网络代理/网络服务器。关于任何软件,你可能会有几种问题: 怎么用? 为什么有用? 它在内部如何工作? 什么是Envoy它是一个网络代理。.
Envoy服务网格如何减轻级联故障?
级联故障是高吞吐量分布式系统中不可用的主要原因之一。在过去的四年中,Lyft已从单片架构转变为数百种微服务。随着微服务数量的增加,由于级联故障或意外内部拒绝服务导致的中断次数也在增加。今天,这些故障情.
简单解释Istio是什么
Envoy是Istio控制的主要部分,Envoy核心功能可以被认为是一个第7层路由表。或者,可以认为是没有DNS的DNS,类似DNS,但是不是真正DNS。假如你在主机上运行一个APP,希望它连接到其他.
SOA 、MSA与CNA比较
SOA代表面向服务的架构,MSA是微服务架构简称,CNA是云原生架构简称。SOA肯定是会向后两者转变,但是MSA是不是一定转向CNA,还是可能直接转向Serverless并没有定论,该文虽然默认CNA.
服务网格大比拼:Istio、Linkerd、Linkerd2和Consul
本文比较适合Kubernetes的每个服务网格,并确定获胜者。 Linkerd我在DC / OS上广泛使用了Linkerd并且非常喜欢它。然而,时代已经发生变化,并且有一些基本问题导致这对Kubern.
自称十年内取代Java的企业集成语言:Ballerina(芭蕾舞女)
本文虽然是谈论Ballerina(芭蕾舞女)编程语言是如何从专门为企业服务总线(ESB)而编程的语言如何转变成云原生语言,但是可以看出传统SOA到云原生转变演进的内在逻辑性。Ballerina语言是专.
微服务API管理模式
企业服务总线ESB已死! 服务网格上位
在Kubernetes上基于Istio服务网格建立Spring Boot应用源码
该开源项目在kubernetes集群中部署了两个微服务,并将这些服务与istio 服务网格互连。为什么这样做?我们通过建立Spring Cloud Netflix环境已经非常成功。我们无需太多努力就能.
Istio和服务网格的未来
通过Istio推广“服务网格”的概念并不是一件容易的事。在我们深入了解Istio的详细信息之前,让我们简要介绍一下服务网格是什么。我们都知道与单体架构相关的固有挑战,显而易见的解决方案是将它们分解为微.
Dubbo和Spring cloud、Istio对比图
Istio架构
服务网格大事:Istio发布1.0版本
今天,我们很高兴地宣布Istio 1.0。自我们最初的0.1发布以来已经过了一年多一点。从那时起,Istio在蓬勃发展的社区贡献者和用户的帮助下发展迅速,我们现在已经达到了这样的程度,即许多公司已成功.
服务网格GCP (GKE, Istio, MSA) 摇滚组合
Istio是一个连接、管理和保护微服务的服务网格式的开放平台。本文组合了Kubernetes Cluster (GKE) 、微服务架构MSA和Prometheus、Grafana、Jaeger组成一个.
容器、服务网格和API网关:它始于边缘
任何拥抱Docker或Kubernetes等容器技术的人都毫无疑问听说过相关的下一件大事:服务网格,它承诺将微服务之间的内部网络通信同质化,并提供可观察性和容错性等非功能性特点。但是,支持服务网格的底.
为什么我们需要服务网格Service mesh?
服务网格是一种使微服务之间通信更安全、更快速且更可靠的专用基础架构层。如果您正在构建云应用程序,那么你就需要一个服务网格。在过去的一年中,服务网格已经成为云技术栈中的关键组件。Paypal,Ticke.