本文为翻译文章,点击查看原文。 当学习像Istio这样的新技术时,我推荐看一看项目自带的示例。Istio包含了一些示例程序,但都有各种各样的不足。比如说BookInfo就是很好的一个应用。但是对我来说,它太冗长,服务太多,而且文档似乎专注于管理BookInfo应用程序,而不是从头构建。另外还有一个小
本文为翻译文章,点击查看原文。 在这个令人惊奇的时代,我们可以不需要编写一行代码,便可以很智能的集成应用程序,收集应用程序指标。 在这篇文章中,我将演示使用 helm 安装 Istio mtls 环境、必要的 yamls 配置以及安装 Istio 带来的其他收获。另外,在文章最后,我还会展示路由配置
Service Mesh被用作微服务的基础设施层,使通信变得更加灵活,可靠和快速。 它得到了谷歌、微软、IBM、红帽和 Pivotal 等行业巨头的推动,并且正在推出 Kubernetes、OpenShift 和 Pivotal Container Service(PKS)等平台和服务。 虽然 Se
本文为翻译文章,点击查看原文。 在我的上一篇博客中,我谈到了微服务的设计模式。现在我想更深入地探讨微服务架构中最重要的模式:微服务之间的相互通信。我仍然记得我们过去开发单一应用时通讯是一项艰巨的任务。在那时我们必须小心的设计数据库表和对象模型映射之间的关系。而现在在微服务中,我们已经将它们分解为独立
一直想给我所从事的企业服务行业写点啥,又千头万绪不知从何说起。此次 KubeCon 上海一行,眼见 CNCF 高起朱楼大宴宾客,深受触动。企业服务这个巨大的“角落”,似乎已被遗忘。本文尝试给云原生时代的同学们讲讲这个似乎有点蒙昧的角落。也希望能给奋斗在企业服务项目中的朋友们一点启发。 谁是隐形人
大家好,今天给大家带来的演讲主题是“蚂蚁金服Service Mesh渐进式迁移方案”,给大家介绍一下我们蚂蚁金服主站的Service Mesh迁移方案,在稍后的内容中我会给大家解释什么是“渐进式”。今天的演讲方式有些特殊,将会是两位讲师合作。我是敖小剑,来自蚂蚁金服中间件团队,另外一位讲师 龙轼 ,
Jenkins x 本文为翻译文章,点击查看原文。 Jenkins服务来源于创建自2004年的Hudson。在软件行业中,Jenkins已经是家喻户晓的明星产品,并且已经是CI和CD的领头羊。到目前为止有超过2050万的Jenkins任务,以及将近20万的Jenkins服务在运行中。这真的是非常
朵晓东,花名奕杉,蚂蚁金服高级技术专家。专注企业云计算技术及产品,蚂蚁金融云 PaaS 创始团队核心成员,Antstack 网络产品负责人。开源爱好者,Apache Kylin 创始团队核心成员;SOFAMesh 创始团队核心成员,SOFAMosn 项目负责人。 本文根据晓东在 GIAC 上海站的演
这是我在Envoy架构系列中的第3篇文章。这篇文章基于以前关于Envoy的线程模型和热重启功能的帖子。如果您还没有阅读这些帖子,请先阅读。 需要指出的是,随着预演的结束,我们现在可以进入更有趣的话题! 统计概述 到目前为止,Envoy所做的最重要的事情是为分布式系统的可观测性提供了一个健壮的平台。这
gRPC-Web使Web应用能够通过类似于Envoy的代理访问gRPC后端。Envoy是Istio的默认代理,因此,我们可以利用Istio的EnvoyFilter构件来创建无缝连接的云原生应用。 grpc istio 介绍 在这篇文章中,我将引导你构建一个简单的Web应用
如果你是初次接触服务网格和Envoy,我这里有一篇文章可以帮助你入门。 在微服务架构中,可观测性变得越加重要。我认为这是选择微服务这条路的必要条件之一。我的一位前同事列出了一份非常棒的需求清单,如果你想做微服务,那么你需要满足提到的这些要求。 可观测性有许多事要做: 监控 报警 日志集中化 分布式
本文首先向你简单介绍了 Kubernetes,然后教你从零开始构建一个 Kubernetes CRD。如果你已经对 Kubernetes 十分了解的话可以跳过本文前半部分的 Kubernetes 介绍,直接从 Controller 部分开始阅读。 快速入门Kubernetes Kubernetes是
本文为翻译文章,点击查看原文。 在过去几年中,我们注意到应用程序架构正在迅速转变为分布式微服务架构——单体和庞大的应用程序被分解为更小的单个服务,其可被独立修改、构建、部署和管理。这种模式的主要优点就是简洁和快速,同时由于其对其他服务的依赖性很小或者完全没有依赖,更易于升级和独立扩展。这与敏捷和De
SOFAMosn几个月前由蚂蚁金服开源,使用Go语言实现,遵循Envoy xDS协议,既可以单独作为网络代理使用,也可以作为Istio/SOFAMesh中的数据平面Sidecar 代理。开源地址:https://github.com/alipay/sofa-mosn HTTP协议优化 性能优化:H
本文作者:吴伟,蚂蚁金服系统部技术专家,本文转载自其博客。 knative 是谷歌开源的 serverless 架构方案,旨在提供一套简单易用的 serverless 方案,把 serverless 标准化。目前参与的公司主要是 Google、Pivotal、IBM、Red Hat,2018年7月
本文介绍了 Istio 和 Kubernetes 中的一些服务和流量的抽象模型。虽然 Istio 一开始确定的抽象模型与对接的底层平台无关,但目前来看基本绑定 Kubernetes,本文仅以 Kubernetes 说明。另外在 ServiceMesher 社区中最近有很多关于 Istio、Envoy
本文转载自赵化冰的博客。 Istio 1.0版本只支持在单个网络,即Mesh中的服务只能连接在一个网络上。虽然在架构设计上是开放的,但从目前的代码来看,Istio的内部实现还是和Kubernetes高度集成的。由于Kubernetes集群中Pod缺省只支持一个网络接口,因此Istio也存在该限制并
本文转载自吴伟的博客。 kubernetes 资源简介 什么是资源? 在 kubernetes 中,有两个基础但是非常重要的概念:node 和 pod。node 翻译成节点,是对集群资源的抽象;pod 是对容器的封装,是应用运行的实体。node 提供资源,而 pod 使用资源,这里的资源分为计算(
本篇主要通过对中国开发者在开源社区中的活动的观察,总结了一些有待提升或者存在弊病的现象。这些现象的背后原因可能是开发者的利益诉求,也可能是公司之间的恶性竞争,不管如何,这些行为或多或少给开源社区技术圈子已经带来了一些影响或冲击,甚至可能影响到了外国开发者对中国开源社区的公共印象。希望随着成熟,这样的
本文以 Istio 官方的 bookinfo 示例来讲解在进入 Pod 的流量被 iptables 转交给 Envoy sidecar 后,Envoy 是如何做路由转发的,详述了 Inbound 和 Outbound 处理过程。关于流量拦截的详细分析请参考理解 Istio Service Mesh