码迷,mamicode.com
首页 >  
搜索关键字:服务网格    ( 68个结果
9 年云原生实践全景揭秘|《阿里巴巴云原生实践 15 讲》正式开放下载
以容器、服务网格、微服务、Serverless 为代表的云原生技术,带来一种全新的方式来构建应用。同时,云原生也在拓展云计算的边界,一方面是多云、混合云推动无边界云计算,一方面云边端的协同。在云的趋势下,越来越多的企业开始将业务与技术向“云原生”演进。 在这个演进过程中,企业都或多或少都面对一些困惑 ...
分类:其他好文   时间:2019-07-11 17:33:18    阅读次数:110
Consul 基本概念,同类比较和内部原理
这个文章我们主要来说一下Consul的基本概念,以及其实现的内部原理,和Eureka的比较。 # 1.什么是Consul?Consul是一种服务网格解决方案,提供具有服务发现,配置和分段功能的全功能控制平面。 这些功能中的每一个都可以根据需要单独使用,也可以一起使用以构建全服务网格。 Consul需 ...
分类:其他好文   时间:2019-06-14 12:53:14    阅读次数:110
Istio概念原理&&为什么要使用 Istio?&&架构图
使用云平台可以为组织提供丰富的好处。然而,不可否认的是,采用云可能会给DevOps团队带来压力。开发人员必须使用微服务以满足应用的可移植性,同时运营商管理了极其庞大的混合和多云部署。Istio允许您连接、保护、控制和观测服务。在较高的层次上,Istio有助于降低这些部署的复杂性,并减轻开发团队的压力。它是一个完全开源的服务网格,可以透明地分层到现有的分布式应用程序上。它也是一个平台,包括允许它集成
分类:其他好文   时间:2019-05-07 11:42:03    阅读次数:241
微服务架构ServiceMesh
公司用的架构,在此找了资料作为记录复看所用: 什么是Service Mesh? Service Mesh的概念最早是由Buoyant公司的CEO William Morgan在一篇文章里提出,他给出的服务网格的定义是: A service mesh is a dedicated infrastruc ...
分类:其他好文   时间:2019-05-01 22:30:26    阅读次数:2672
Istio
什么是Istio Istio是Service Mesh(服务网格)的主流实现方案。该方案降低了与微服务架构相关的复杂性,并提供了负载均衡、服务发现、流量管理、断路器、监控、故障注入和智能路由等功能特性。 其中,Sidecar模式是一种将应用功能从应用本身剥离出来作为单独进程的方式。该模式允许我们向应 ...
分类:其他好文   时间:2019-04-25 14:42:06    阅读次数:202
idou老师教你学istio 21:基于角色的访问控制
istio的授权功能,也称为基于角色的访问控制(RBAC),它为istio服务网格中的服务提供命名空间级别、服务级别和方法级别的访问控制。基于角色的访问控制具有简单易用、灵活和高性能等特性。本文介绍如何在服务网格中为服务进行授权控制。
分类:其他好文   时间:2019-02-18 20:31:19    阅读次数:160
Spring Cloud Consul 之Greenwich版本全攻略
什么是Consul Consul是HashiCorp公司推出的开源软件,使用GO语言编写,提供了分布式系统的服务注册和发现、配置等功能,这些功能中的每一个都可以根据需要单独使用,也可以一起使用以构建全方位的服务网格。Consul不仅具有服务治理的功能,而且使用分布式一致协议RAFT算法实现,有多数据 ...
分类:编程语言   时间:2019-02-14 15:10:34    阅读次数:637
Service Mesh服务网格之Linkerd架构|前沿
今天详细介绍一下Linkerd的架构。控制平面Linkerd控制平面是一组在专用Kubernetes命名空间中运行的服务(在Linked默认情况下)。这些服务完成各种事情——聚合遥测数据、提供面向用户的API、向数据平面代理提供控制数据等。它们共同驱动着数据平面的行为。控制平面由四个部分组成:控制器——控制器部署由多个容器(public-api,proxy-api,destination,tap)
分类:其他好文   时间:2019-02-01 14:20:38    阅读次数:261
第二章 服务网格的基本特性
反倒是 ...
分类:其他好文   时间:2019-01-28 22:24:32    阅读次数:223
第一章 服务网格的历史
微服务存在的问题: 实列数多,部署和运维的自动化要求高。 网络调用代替API,对不可靠的网络依赖强。 调用链路长,分布式跟踪比较难。 日志分散严重,跟踪和分析难度大。 服务分散,受攻击面积更大。 在不同的服务间,存在协助,需要有更好的跨服务控制协调能力。 自动伸缩、路由管理、故障控制、存储共享,等等 ...
分类:其他好文   时间:2019-01-28 22:22:24    阅读次数:200
68条   上一页 1 ... 3 4 5 6 7 下一页
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!