Istio

通过消除对特权容器的需求来提高Istio Deployment的安全性

作者 Andrew Block & Raffaele Spazzoli | 译者 杨传胜 | 1500字 | 阅读大约需要3分钟 | 归档于istio

2018年9月25日

Red Hat OpenShift通过一个名叫istio-pod-network-controller的 DaemonSet 控制器将配置Pod的iptables规则的逻辑移出Pod本身,从而消除了特权容器的需求来提高Istio Deployment的安全性。

继续阅读

Red Hat OpenShift发布Istio预览版

作者 Erik Jacobs | 译者 宋净超 | 1600字 | 阅读大约需要4分钟 | 归档于istio

2018年9月25日

技术预览计划将为现有的OpenShift Container Platform客户提供在其OpenShift集群上部署和使用Istio平台的能力。红帽正在提供此计划,旨在收集反馈和经验,同时Red Hat期望在2019自然年提供OpenShift上Istio的全面支持和全面可用性。

继续阅读

Service Mesh的未来将与Knative和Apahce Whisk等技术和谐共存——采访RedHat的Istio产品经理

作者 Gabriela Motroc | 译者 殷龙飞 | 2200字 | 阅读大约需要5分钟 | 归档于istio

2018年9月17日

Istio能否成为Kubernetes之上的事实的服务网络标准呢? 我们采访了Red Hat的Istio产品经理“红胡子”Brian Harrington,他的答案是肯定的。

继续阅读

教程|使用Istio在Kubernetes集群中实现金丝雀部署

作者 Kublr team | 译者 甄中元 | 5300字 | 阅读大约需要11分钟 | 归档于istio

2018年9月13日

作为Kublr推出的Istio教程第二篇文章本教程将一步步带领你熟悉Istio指令并解释指令的作用,并在Kubernetes集群中实现金丝雀部署。

继续阅读

理解 Istio Service Mesh 中 Envoy 代理 Sidecar 注入及流量劫持

作者 宋净超 | 7600字 | 阅读大约需要16分钟 | 归档于istio

2018年9月11日

以往有很多文章讲解 Istio 是如何做 Sidecar 注入的,但是没有讲解注入之后 Sidecar 工作的细节。本文将带大家详细了解 Istio 是如何将 Envoy 作为 Sidecar 的方式注入到应用程序 Pod 中,及 Sidecar 是如何做劫持流量的。

继续阅读

F5公司Aspen Mesh 1.0发布,基于Istio 1.0

作者 宋净超 | 400字 | 阅读大约需要1分钟 | 归档于service mesh

2018年9月10日

Aspen Mesh这家公司隶属于F5,Aspen Mesh基于Istio 1.0开发,上个周末刚发布了1.0版本,可以申请免费试用。

继续阅读

教程|使用Istio实现一个Service Mesh以简化微服务间的通信模式

作者 Kublr Team | 译者 甄中元 | 7700字 | 阅读大约需要16分钟 | 归档于istio

2018年8月30日

本文kublr出品的Istio Service Mesh教程的第1部分,主要讲解了Istio的部署和流量路由部分。

继续阅读

IBM云计算CTO讲述Istio项目的起源、分工及目标

作者 Daniel Robinson | 译者 王帅俭 | 3200字 | 阅读大约需要7分钟 | 归档于istio

2018年8月28日

本文主要是IBM研究员兼云计算CTO Jason McGee对Istio项目的起源、分工与目标的解说。

继续阅读

Cilium 1.2发布—DNS安全性策略、EKS支持、ClusterMesh、kube-router集成等

作者 Cilium | 译者 甄中元 | 3400字 | 阅读大约需要7分钟 | 归档于cilium

2018年8月27日

Cilum使用Kube-router在Kubernetes Pod与集群外部运行的服务之间建立连接,再引入基于DNS 名称的安全策略保护对集群外服务的访问,再增加Cluster Mesh增加对多Kubernetes集群的支持。

继续阅读

应用程序安全性和正确性的责任不能推卸给Istio和任何服务网格

作者 Christian Posta | 译者 陈冬 | 4400字 | 阅读大约需要9分钟 | 归档于istio

2018年8月23日

Istio和服务网格的总体目标是解决应用程序网络类问题。将这些问题的解决方案迁移到服务网格中是可操作性的优化。但这并不意味着它不再是应用程序的责任,而是意味着这些功能的实现存在于进程之外了,并且必须是可配置的。

继续阅读