Istio

Istio authorization policy not applying on child gateway

由 試著忘記壹切 提交于 2020-11-27 01:50:31
问题 What I am trying to achieve: block all traffic to a service, containing the code to handle this within the same namespace as the service. Why: this is the first step in "locking down" a specific service to specific IPs/CIDRs I have a primary ingress GW called istio-ingressgateway which works for services. $ kubectl describe gw istio-ingressgateway -n istio-system Name: istio-ingressgateway Namespace: istio-system Labels: operator.istio.io/component=IngressGateways operator.istio.io/managed

Istio authorization policy not applying on child gateway

由 故事扮演 提交于 2020-11-27 01:50:24
问题 What I am trying to achieve: block all traffic to a service, containing the code to handle this within the same namespace as the service. Why: this is the first step in "locking down" a specific service to specific IPs/CIDRs I have a primary ingress GW called istio-ingressgateway which works for services. $ kubectl describe gw istio-ingressgateway -n istio-system Name: istio-ingressgateway Namespace: istio-system Labels: operator.istio.io/component=IngressGateways operator.istio.io/managed

九种开源的服务网格选型指南

由 泄露秘密 提交于 2020-11-26 16:36:23
哪种服务网格最适合你的企业?近年来，Kubernetes服务网格框架数量增加迅速，使得这成为一个棘手的问题。 下面将介绍9种较受欢迎的用以支撑微服务开发的服务网格框架，每种方案都给出了其适用场景。 什么是服务网格 服务网格近年来有很高的话题度，背后的原因是什么? 微服务已经成为一种灵活快速的开发方式。然而，随着微服务数量成倍数地增长，开发团队开始遇到了部署和扩展性上的问题。 容器和Kubernetes这样的容器编排系统 ，将运行时和服务一起打包进镜像，调度容器到合适的节点，运行容器。这个方案可以解决开发团队遇到的不少问题。然而，在这个操作流程中仍存在短板：如何管理服务间的通信。 在采用服务网格的场景下，以一种和应用代码解耦的方式，增强了应用间统一的网络通信能力。服务网格扩展了集群的管理能力，增强可观测性、服务发现、负载均衡、IT运维监控及应用故障恢复等功能。 服务网格概览 服务网格一直有很高的热度。正如Linkerd的作者William Morgan所提到的：“服务网格本质上无非就是和应用捆绑在一起的用户空间代理。” 此说法相当简洁，他还补充道，“如果你能透过噪音看清本质，服务网格能给你带来实实在在的重要价值。” Envoy是许多服务网格框架的核心组件，是一个通用的开源代理，常被用于Pod内的sidecar以拦截流量。也有服务网格使用另外的代理方案。 若论具体服务网格方案的普及程度

Istio adds and removed headers, but doesn't overwrite

由 馋奶兔 提交于 2020-11-25 03:59:55
问题 I am trying to add, overwrite and remove headers with VirtualServices , with Istio. Adding a header to the request and removing a header from the response works just fine, but it is not overwriting the header from the request. So, according to Istio docs, headers operations are as follows: And this is my VirtualService : apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: server-vs spec: hosts: - server.istio.svc.cluster.local http: - headers: request: set: test:

Istio adds and removed headers, but doesn't overwrite

由 余生长醉 提交于 2020-11-25 03:59:22
问题 I am trying to add, overwrite and remove headers with VirtualServices , with Istio. Adding a header to the request and removing a header from the response works just fine, but it is not overwriting the header from the request. So, according to Istio docs, headers operations are as follows: And this is my VirtualService : apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: server-vs spec: hosts: - server.istio.svc.cluster.local http: - headers: request: set: test:

基于Flux项目的云原生GitOps实践

由 亡梦爱人 提交于 2020-11-22 03:22:00
编者按 2019 年 8 月 14 日，Flux，一款 Kubernetes GitOps operator 宣布加入 CNCF sandbox。 “未来的运维是自动化的。云原生期望持续交付应用程序。手动工具和 CI 脚本是不够的。我们需要 GitOps、Kubernetes 和 Flux。CNCF 正式这样的新一代软件的家园。” ——Alexis Richardson，Weaveworks 本文对 GitOps 理念进行了深入的理解和详细的介绍，并使用 Weaveworks 开源的 GitOps 工具 Flux 通过 Git 管理 Kubernetes 集群。 什么是GitOps? GitOps, 这已经并不是一个新鲜的概念了。2018年5月初在丹麦举行的哥本哈根KubeCon大会上，Weaveworks公司的演讲将GitOps与Istio Service Mesh进行了集成，如果说以前Docker Swarm与Kubernetes竞争之时Docker公司提出了Docker Native，CNCF基于Kubernetes提出了自己的Cloud Native，毫不夸张的说，Weaveworks公司开源的Weave Flux也可以说是GitOps的‘Native’了。而在2019年8月20日，Flux项目也最终成功加入了CNCF Sandbox，成为了CNCF Sandbox中的一员

Istio 1.8 发布——用户至上的选择

由 こ雲淡風輕ζ 提交于 2020-11-20 16:05:29
Istio 1.8 是 Istio 在 2020 年发布的最后一个版本，按照 Istio 社区在 今年初设定的目标 继续推进，该版本主要有以下更新： 支持使用 Helm 3 进行安装和升级 正式移除了 Mixer 新增了 Istio DNS proxy，透明地拦截应用程序的 DNS 查询，实现智能应答 新增了 WorkloadGroup 以简化对虚拟机的引入 WorkloadGroup 是一个新的 API 对象，旨在与虚拟机等非 Kubernetes 工作负载一起使用，模仿现有的用于 Kubernetes 工作负载的 sidecar 注入和部署规范模型来引导 Istio 代理。 安装与升级 Istio 从 1.5 版本开始弃用了 Helm，使用 istioctl manifest 方式安装，后来又改成了 istioctl install ，现在又重新回归了 Helm，Helm 作为 Kubernetes 环境下最常用的应用安装管理组件，此次回归也是倾听用户声音，优化安装体验的的反应吧，不过 Istio Operator 依然将是 Istio 安装的最终形式，从 1.8 版本开始 Istio 支持使用 Helm 进行 in-place 升级和 canary 升级。 增强 Istio 的易用性 istioctl 命令行工具新的了 bug reporting 功能（ istioctl
订阅 Istio