microservice

Conduit 0.4.2 发布

Conduit 0.4.2 是生产就绪之路上的重要一步。这个版本为代理服务器的长期运行做出了很多修复和提高,并提供了更多的遥测功能。同时也为未来的双向 TLS 版本打好了基

Istio 0.8 的 Helm Chart 解析

儿童节期间,拖拉了一个多月的 Istio 0.8 正式发布了,这可能是 Istio 1.0 之前的最后一个 LTS 版本,意义重大。 新版本中,原来的 Kubernetes 安装文件 install/kuber

来自骷髅岛的 Ingress Controller:Kong

Kong,是一个在 Nginx 反向代理基础上发展而来的 API 网关产品。我之前一直在推动的 Service Mesh,主要关注的是集群(Mesh)内微服务之间的关系,而 API 网

Conduit v0.2.0 发布

新增了对 HTTP/1.x 和 TCP 支持,这样就可以为绝大多数运行在 Kubernetes 上的应用提供支持了。

Conduit 登场

Conduit 横空出世,目标是成为最快、最轻、最简单并且最安全的 Service Mesh

istio 三日谈之二 路由规则

路由控制是 istio 的最常用功能了,经过前面的准备,我们已经基本可以进行这些内容的尝试了。 注意下面的路由规则都忽略了对来源的过滤,会显得比较呆板或者

istio 三日谈之一,环境准备

笔者尝试在一个准生产环境下,利用 istio 来对运行在 Kubernetes 上的微服务进行管理。 这一篇是第一篇,将一些主要的坑和环境准备工作。 内容较多,因此无法写成手把手

Istio,Kubernetes 的微服务支持

参考资料: https://developer.ibm.com/dwblog/2017/istio/ http://blog.kubernetes.io/2017/05/managing-microservices-with-istio-service-mesh.html https://istio.io/docs/ 简介 Istio 是一个由 IBM、Google 以及 Lyft 联合推出的开源软件,以无痛方式为运行在 Kubernetes 上的微服务提供流量管理,访问策略管理以及监控

微服务

简单来说,微服务架构是一种开发应用的方法,应用由一系列的小服务构成,每个小服务都拥有各自的进程,并提供轻量级的通讯机制(一般是 HTTP 资源 API)。这些服务围绕业务能力进行构建,并且通过全自动方式进行部署。需要有一个管理中心对这些服务进行管理,这一中心可能用不同语言、使用不同数据存储来进行实现。