服务网格

     

Istio的复杂性导致一些用户使用Linkerd –thenewstack

1387

服务网格已经引起了很多关注,这是有充分理由的。通过在平台层提供可靠性,安全性和可观察性,服务网格可以在Kubernetes应用程序中扮演关键任务。但是应用情况好坏参半:一些从业者报告说,由于它们看起来.

Cloudflare分布式系统中的拜占庭式失败与Raft选举问题 - cloudflare

1820 2 3K
当我们在Cloudflare审查设计文档时,我们总是在寻找单点故障(SPOF)。消除这些问题是构建您有信心的系统的必要步骤。具有讽刺意味的是,当您设计具有内置冗余的系统时,您会花费大量时间来考虑冗余失.

服务依赖惹的祸:亚马逊云计算又双叒叕宕机了,一半互联网中断 -The Verge

1406 1 3K

Amazon Web Services(AWS)是Amazon的互联网基础设施服务,它是许多网站和应用程序的骨干,已经经历了数小时的中断,这影响了很大一部分Internet。亚马逊表示,截至周三美国东.

SerCe的博客:您不需要任何服务网格

1398 1 3K

服务网格最近吸引了大量的眼球。每次技术会议期间至少是有几次关于服务网格的讨论,可以轻松地说服人们必须在其基础架构中拥有服务网格。但是,炒作并不能很好地表明新的闪亮技术是否适合您的问题。因此,在下面,我.

服务网格网络对于企业人工智能AI解决方案的重要性 - datasciencecentral

992
在企业AI架构,Kubernetes是一个优选的可供选择容器配器和自动化计算机应用程序部署,缩放,和管理。         服务网状网络的背景和起源Kubernetes和Istio分隔了流量流: 与业.

服务网格仍然很难 - cncf

1025 1 5K

服务网格比一两年前更加成熟,但是,对于用户来说仍然很难。服务网格有两种技术角色,平台所有者和服务所有者。平台所有者(也称为网格管理员)拥有服务平台,并定义了服务所有者采用服务网格的总体策略和实现。服务.

服务网格帮助提升DevOps团队的3种方式 - Aspen Mesh

1131

服务网格如何准确地帮助DevOps团队?The New Stack Maker的播客最近采访了我们的三位联合创始人,他们分别探讨了服务网格如何帮助DevOps团队。以下是一些关键要点,我们希望它们对您.

将SpringBoot PetClinic REST迁移到Quarkus的开源项目

1253 2K

SpringBoot PetClinic REST项目的GitHub存储库:https://github.com/spring-petclinic/spring-petclinic-restQuark.

幽默:无服务器的定义,只有程序员才看得懂 - Kelsey Hightower

1046 1

fn serverless(code, conf) (url) {    C = container(code)    O = orchestration(C, conf)    S = servic.

服务网格的存在意义 -kelseyhightower

1313

虽然您可以编写具有服务发现集成,TLS证书管理和生成Envoy配置的功能的xds控制平面,但是我不确定这是您最好的时间使用方式。如果您需要所有这些,那么只有在那时,您才能真正了解“服务网格”的存在意义.

将业务逻辑和云架构分离的多运行时Muilti-Runtime的微服务架构 〜Bilgin Ibryam

3187 2 4K
微服务原理可以通过有界上下文使不同的业务领域脱钩解耦,每个微服务都可以独立开发,但是微服务架构无法解决将业务逻辑与中间件问题耦合在一起带来的困难。如果您的领域涉及复杂的集成,那么遵循微服务原则无法避免.

为微服务构建服务网格的Istio自身却走向微服务的反面单体架构 – Christian Posta

2366 2 3K

在为微服务通信构建服务网格的Istio社区中,控制平面的实现将逐渐从微服务方法变为更加monlith的方法。也就是说。Istio自身正在变成微服务的敌人单体整体Monolith,谷歌API基础架构的首.

GitHub-zlabjp/envoy-spire-opa-service-mesh: 使用Envoy作为数据平面以及SPIRE和OPA作为控制平面在Kubernetese上构建Service Mesh的演示案例源码

2042 2K
该演示使用Envoy作为数据平面以及SPIRE和OPA作为控制平面在Kubernetese上构建Service Mesh。该演示是zlabjp / spiffejp-demo,其中添加了OPA。 使用.

API架构的七级成熟度模型,看看你家的应用属于哪一个级别? - Sensedia

5485 4 3K
成熟度模型分为7个级别,分为3个常规分类: 不基于API:  系统和集成体系结构不基于正式API,在某些情况下没有通信,而其他通常共享文件,使用队列,非结构化Web服务甚至制作一些TCP / Sock.

通过Spring Boot,Spring Cloud Gateway构建基于Consul集群的微服务案例演示 – Piotr的TechBlog

4051 1

Spring Cloud Consul目提供了通过自动配置Consul和Spring启动应用程序的集成。通过使用众所周知的Spring Framework注释样式,我们可以在基于微服务的环境中启用和配.

在企业组织中采用服务网格的挑战:从API网关到微服务通信逐步引入 – Christian Posta

1809 2 2K

最近,我为DZone及其迁移到微服务报告撰写了一篇文章,介绍了在企业组织中采用服务网格的挑战。在那篇文章中,我们要解决的第一件事是“无论您是否应该采用服务网格”,这就是我所说的:首先回答“否”。如果您.

rancher/rio: 基于Kubernetes的微PaaS(MicroPaaS)

1520

Rio是一种MicroPaaS,可以在任何标准Kubernetes集群之上进行分层。用户可以轻松地将服务部署到Kubernetes并自动获得持续交付,DNS,HTTPS,路由,监控,自动扩展,cana.

服务网格入门从网关开始 - Christian Posta

2004 1 2K

两年多来,我一直在帮助宣传服务网格和Envoy Proxy。看到社区是如何发展的,更重要的是组织如何开始使用它来解决困难的生产和运营问题,这真是令人惊喜。凭借我在Red Hat和现在的Solo.io的.

服务网格Service Mesh、API网关和消息队列的对比 - Wolfram Hempel

4066 1 3K

让我们跳过微服务的推销 - 你已经知道它们是什么以及为什么它们有意义。事实上,近年来几乎没有什么话题能够获得如此多的报道,因为将一件大东西分解成许多小东西可以让它更容易处理。麻烦的是:一旦我们打碎了我.

幽默:企业技术架构 2.0

1370 3

- Enterprise Edition 2.0 -App Server -> KubernetesEAR/WAR -> Docker ContainerEJB -> IstioJNDI -> Kub.

这几天召开的KubeCon中国大会的云计算最新信息

858 2
中国已经成为第二大Kubernetes贡献者,这后面有多大金主在支撑啊!腾讯云的TKE Mesh基于Istio如此复杂,能搞得定吗?阿里巴巴的实例正好是整位数,大概是抽象概要表达而已:附加:关于“服务.

关于“服务网格”和分布式系统软件复杂性 - Matt Klein

948 1

我们的行业倾向于迷恋Google,Netflix等公司的技术架构。他们已经构建了一些令人印象深刻的技术来解决罕见的扩展问题,所以这并不奇怪。但是,您的公司/系统是否需要类似的解决方案?可能不是...对.

Istio 1.2服务网格发布

957

我们很高兴地宣布推出Istio 1.2!1.2的特色是可预测版本: 质量可预测(我们希望每个版本都是一个好的版本)以及及时发布(我们希望能够按照众所周知的时间表发布)。几乎所有使用Istio 1.0的.

本周热点:K8s的争吵和抱怨

1133 1

最近一位大牛玩K8s,发生故障了,故障现象:我已经将GKE升级到了1.13,并且Istio从1.0 升级到了1.1。然后策略policy和mixer进入崩溃循环后退,带有响应TLS握手超时和网关超时错.

幽默:服务架构的两难与矛盾之处

913

服务架构有时是两极分化的。我们半数的行业正在尝试使用用户级TCP堆栈来降低每一盎司的延迟(提升网络性能),而另一半人则使用Ruby&Kubernetes和覆盖网络(overlay network)来降.

服务网格社区争吵最近新动向! - Christian Posta

1 1176 1 3K

服务网格是一组重要的功能,可以在运营服务式架构时解决一些困难的服务到服务通信挑战。就像Kubernetes和容器有助于在一组计算机上提供一组很好的抽象来部署和运行工作负载一样,服务网络也出现了抽象网络.

经验分享:修复服务网格Istio大量503错误

5846 7K
如果您使用Istio,可能会遇到大量503错误的问题,目前处理503问题的一般方式有点笼罩。  上图中应用2中的Envoy如与应用2中本身微服务应用发生通讯错误,会包装一个503错误发回到上游,让上游.

服务网格重蹈ESB的覆辙?为什么需要SMI服务网格接口? - samnewman

1768 1 2K

SMI(Service Mesh Interface)是一组API,允许不同的服务网格(Service Mesh)相互操作。微软的这篇文章概述了SMI背后的一点,摘录部分内容如下:今天,我们很高兴推出.