在 Kubernetes容器云平台于众多企业里遍地实施开花后，迅速结出的果实：应用微服务化当仁不让的居于首位。众所周知，基于容器平台构建后端服务，可以更加迅速的实现业务微服务化，与之而来的框架选型讨论也迅速火热了起来。 微服务框架选型之争 选项其实很多，这里挑选一些讨论火热、或者主流的来对比，仅供参阅。 主流微服务框架：SpringCloud、Dubbo 新锐微服务框架：Istio -1- 框架
一、背景过去，我们运维着“能做一切”的大型单体应用程序。这是一种将产品推向市场的很好的方式，因为刚开始我们也只需要让我们的第一个应用上线。而且我们总是可以回头再来改进它的。部署一个大应用总是比构建和部署多个小块要容易。集中式集群分布式分布式和集中式会配合使用。我们在搭建网站的时候，为了及时响应用户的请求，尤其是高并发请求的时候，我们需要搭建分布式集群来处理请求。我们一个服务器的处理能力是有限的。如
转载
2024-09-23 19:25:04
183阅读
微服务框架选型之争： 主流微服务框架：SpringCloud、Dubbo 新锐微服务框架：Istio框架背景对比：（1）Spring Cloud，来源于 Spring Source ，具有 Spring 社区的强大背书外，还有 Netflix 强大的后盾与技术输出。Netflix 作为一家成功实践微服务架构的互联网公司，在几年前就把几乎整个微服务框架栈开源贡献给了社区，这些框架开源的整套微服务
转载
2024-03-18 09:06:44
77阅读
Spring Cloud基于Spring Boot开发，提供一套完整的微服务解决方案，具体包括服务注册与发现，配置中心，全链路监控，API网关，熔断器，远程调用框架，工具客户端等选项中立的开源组件，并且可以根据需求对部分组件进行扩展和替换。 Service Mesh，这里以Istio（目前Service Mesh具体落地实现的一种，且呼声最高）为例简要说明其功能。 Istio 有助于降低这些部署
转载
2024-04-15 12:17:21
75阅读
Istio 架构Istio 服务网格从逻辑上分为数据平面和控制平面。数据平面 由一组智能代理（Envoy）组成，被部署为 sidecar。这些代理负责协调和控制微服务之间的所有网络通信。他们还收集和报告所有网格流量的遥测数据。控制平面 管理并配置代理来进行流量路由。Istio 核心组件下图展示了组成每个平面的不同组件：Istio 中的流量分为数据平面流量和控制平面流量。数据平面流量是指工作负载的业
转载
2024-03-22 21:30:05
89阅读
istio服务网格在逻辑上分为数据平面和控制平面。数据平面由一组部署为边车的智能代理(Envoy)组成。这些代理负责协调和控制微服务之间的所有网络通信。他们还收集和报告所有网格流量的遥测数据。控制平面管理并将代理配置为路由流量。 下图显示了构成每个平面的不同组件：（下图来自官网） Istio中的交通分为数据平面交通和控制平面交通。数据平面流量是指工作负载的业务逻辑发送和接收的消息。控制平面交通是指
转载
2024-04-10 22:52:11
83阅读
我们使用微服务架构构建商业的IT系统，使企业业务更加灵活的快速转变，更容易构建新的功能，并在竞争中保持领先优势。微服务并不大家想的那么简单，还有很多困难的部分，微服务基于分布式系统，分布式系统就不简单。Kubernetes已经成为主流，高兴的是Kubernetes和OpenSHIFT这样的平台，已经成为我们基础设施的一部分；但当开始建立网络体系结构和应用程序时，必须要解决一些重要的分布式系统问题。
转载
2024-03-21 22:03:58
49阅读
1、概述API 网关作为客户端访问后端的入口，已经存在很长时间了，它主要是用来管理”南北向“的流量；近几年服务网格开始流行，它主要是管理系统内部，即“东西向”流量，而像 Istio 这样的服务网格还内置了网关，从而将系统内外部的流量纳入了统一管控。这经常给初次接触 Istio 的人带来困惑——服务网格与 API 网关之间是什么关系？是不是使用了 Istio 就可以替代了 API 网关？Istio
[TOC]Istio所有模块、Service、Pod的功能介绍Istio模块Proxy(Envoy)流量代理，不可缺少Pilot服务发现、流量管理、智能路由等Mixer遥测相关Citadel安全相关，服务之间访问鉴权等Galleyistio API配置的校验、各种配置之间统筹，为 Istio 提供配置管理服务，通过用Kubernetes的Webhook机制对Pilot 和 Mixer 的配置进行验
转载
2024-06-21 08:34:53
178阅读
在现代微服务架构中，Spring Cloud和Istio是两个非常流行的工具，可以帮助开发者更好地管理和监控微服务应用。本篇文章将介绍如何结合使用Spring Cloud和Istio来构建高效的微服务应用。我将逐步引导你完成整个过程，并提供相应的代码示例帮助你理解。
### **步骤概览**
下面是实现"springcloud istio"的步骤概览：
| 步骤 | 描述 |
| ----
原创
2024-05-17 14:07:33
101阅读
因为目前公司架构全部切换到spring cloud 模式，对于服务灰度方面没有dubbo zk的方便了，所以细细研究总结下留作备份。目前业界有几种流行的发布部署策略，从网上资料可以搜索到，不是这次重点贴出来看看就行了。目前部署的几种策略蓝绿部署蓝绿部署无需停机，并且风险较小。 (1) 部署版本1的应用（一开始的状态） 所有外部请求的流量都打到这个版本上。 (2) 部署版本2的应用 版本2的代码与版
什么是Envoy？对于一些对于Envoy不是很了解的人，可能对于这个程序的功能完全没有认知，这里我讲下其功能。在istio service mesh中分为两个平面，一个是数据平面，一个是控制平面。对于Envoy来说他就是数据平面最为重要的功能体现。 那么envoy的功能到底是什么呢，其实我们可以理解为他是一个代理，类似硬件f5 或者 软件nginx，简单来说就是云原生时代下东西南北流量的
转载
2024-03-26 20:56:55
98阅读
目录一、Feign1.1Feign简介1.2快速入门1.3负载均衡1.4Hystrix支持1.5请求压缩1.6日志级别二、Spring Cloud Gateway网关2.1简介2.2Gateway加入后的架构2.3核心概念2.4快速入门2.5面向服务的路由2.6路由前缀处理2.7过滤器2.7.1简介2.7.2执行声明周期2.7.3使用场景2.8自定义过滤器2.8.1自定义局部过滤器2.8.2自定义
转载
2024-06-05 09:22:06
53阅读
一、微服务与SOA “微服务”是一个名词，没有这个名词之前也有“微服务”，一个朗朗上口的名词能让大家产生一个认知共识，这对推动一个事务的发展挺重要的，不然你叫微服务他叫小服务的大家很难集中到一个点上。 业界对微服务与SOA的区别争论比较多大多都是在微观上对比他们的区别什么微服务粒度更细啊、微服务
转载
2024-06-12 20:54:19
129阅读
apiVersion: apps/v1 # 指定api版本，此值必须在kubectl api-versions中
kind: Deployment # 指定创建资源的角色/类型
metadata: # 资源的元数据/属性
name: demo # 资源的名字，在同一个namespace中必须唯一
namespace: default # 部署在哪个namespa
一、应用场景除了需要具备服务治理功能，还需要知道服务运行的怎么样、有没有问题、以及哪里有问题等。 这一般是APM的职能，设计数据采集、存储、检索。istio基于mixer的遥测数据收集在遥测数据采集场景下，Istio更前进了一步，将Envoy里的这部分 功能提取出来，放到一个服务端组件Mixer上，在逻辑上将Envoy和各种遥测数据的收集解耦，并将Envoy 和真正的遥测后端解耦。 应用、代理、遥
转载
2024-06-28 15:06:38
393阅读
在使用spring cloud时，我们知道有对应的config进行配置中心的迁移，将应用配置从应用中剥离出来，放到外部，然后进行统一维护，方便管理；并且config通过使用bus实现了热更新的效果。 那么作为要和spring cloud进行对抗的新一代架构代表Istio，自然也存在类似的功能，不过目前该功能还不完善，无法实现热更新的效果，期待未来会有更好的改进吧。应用部分首先我们看一下设计应用的
转载
2024-07-19 21:42:29
26阅读
学习主题：ELK&Zipjin安装LogstashLogstash的作用是什么？ 答：Logstash主要是用来日志的搜集、分析、过滤日志的工具，支持大量的数据获取方式（支持以TCP/UDP/HTTP多种方式收集数据）。一般工作方式为c/s架构，client 端安装在需要收集日志的主机上，server端负责将收集到各节点日志进行过滤，修改等操作，再一并发往elasticsearch上。安装
转载
2024-09-07 23:12:32
24阅读
关于pig：基于Spring Cloud、oAuth2.0开发基于Vue前后分离的开发平台，支持账号、短信、SSO等多种登录，提供配套视频开发教程。码云地址：https://gitee.com/log4j/pig关于 Spring Cloud GatewaySpringCloudGateway是Spring官方基于Spring 5.0，Spring Boot 2.0和Project Reactor
转载
2024-09-23 17:44:30
52阅读
一、前言公司的服务基本上都是容器化应用，也有自研的 CICD 平台，为了支持灰度发布的能力，于是从架构 SDK 和基础设施 2 方面切入考虑。 公司的服务有 300 来个，Java 应用离不开 Spring 生态，但是已有的技术栈并没有使用 Spring 全家桶，在服务发现里用了 Dubbo 协议。因为我们的应用都容器化了，所以基础设施方面就考虑到了 Kubernetes 生态的 Istio。 支
转载
2024-07-02 11:45:15
132阅读
