32.云原生Istio流量管理之官网Bookinfo应用实战演示

置顶 于 2024-02-24 07:00:00 发布
阅读量8.9k 收藏 40
点赞数 43
分类专栏： 私有云+云原生实战 文章标签： 云原生 istio
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45690643/article/details/136241290
版权

云原生专栏大纲

文章目录

流量管理

Istio 是服务治理的工具，Istio 的流量管理能力，能解决微服务中关于服务治理的部分问题。
Istio 的流量管理模型源于和服务一起部署的 Envoy，网格内 Pod 中的应用发送和接收的所有流量（data plane流量）都经由 Envoy，而应用本身不需要对服务做任何的更改，这对业务来说是非侵入式的，却可以实现强大的流量管理。

常见服务治理的问题：

  1. 服务发现：在动态的微服务环境中，如何实时地发现和注册新的服务实例？
  2. 负载均衡：如何在服务实例之间有效地分配请求流量，以实现高性能和高可用性？
  3. 容错处理：如何处理服务之间的故障，例如服务实例故障、网络故障等？
  4. 流量管理：如何控制服务间的请求流量，例如请求路由、流量分割、金丝雀发布等？
  5. 服务监控：如何实时地监控服务的性能和健康状况？
  6. 链路追踪：如何跟踪和分析分布式系统中的请求调用链？
  7. 安全性：如何确保服务之间的通信安全，例如身份验证、授权和加密？
  8. 策略执行：如何实施和管理服务治理的策略，例如限流、熔断、访问控制等？
  9. 配置管理：如何在服务之间统一和动态地管理配置信息？
  10. 服务编排：如何协调服务之间的交互，以实现复杂的业务流程？

基于版本的路由配置

Kubenetes Service 通过标签中的 app: reviews 来绑定对应的 Pod，

  selector:
    app: reviews

正常情况下，Kubernetes 会将客户端的请求以轮询的方式转发到 Deployment 中的 Pod。

三个不同的 Reviews Deployment 都带有相同的 app: reviews 标签，标记不同的版本。所以 Service 会把它们的 Pod 放到一起，VirtualService 会将流量以轮询的方式分发到每个版本中。
如何将流量划分到不同的版本服务中？
Istio 通过 DestinationRule 定义了应用的版本，使用 Istio DestinationRule 设置 reviews v1/v2/v3 版本的定义如下所示：

  1. 编写service_br.yaml
apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule
metadata:
  name: productpage
spec:
  host: productpage
  subsets:
  - name: v1
    labels:
      version: v1
---
apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule
metadata:
  name: reviews
spec:
  host: reviews
  subsets:
  - name: v1
    labels:
      version: v1
  - name: v2
    labels:
      version: v2
  - name: v3
    labels:
      version: v3
---
apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule
metadata:
  name: ratings
spec:
  host: ratings
  subsets:
  - name: v1
    labels:
      version: v1
  - name: v2
    labels:
      version: v2
  - name: v2-mysql
    labels:
      version: v2-mysql
  - name: v2-mysql-vm
    labels:
      version: v2-mysql-vm
---
apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule
metadata:
  name: details
spec:
  host: details
  subsets:
  - name: v1
    labels:
      version: v1
  - name: v2
    labels:
      version: v2
---
  1. 部署br
kubectl -n bookinfo apply -f service_br.yaml
  1. 查看规则
# kubectl get destinationrules -o wide -n bookinfo
NAME          HOST          AGE
details       details       13s
productpage   productpage   13s
ratings       ratings       13s
reviews       reviews       13s
  1. 为微服务 productpage、ratings、details 定义 Istio VirtualService

因为它们都只有 v1 版本，所以在 VirtualService 中直接将流量转发的 v1 版本即可。
编写3vs.yaml，主要定义route目的地，若不定义则轮询方式访问，该三个微服务只有一个版本（此处也可不部署vs）

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: productpage
spec:
  hosts:
  - productpage
  http:
  - route:
    - destination:
        host: productpage
        subset: v1
---
apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: ratings
spec:
  hosts:
  - ratings
  http:
  - route:
    - destination:
        host: ratings
        subset: v1
---
apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: details
spec:
  hosts:
  - details
  http:
  - route:
    - destination:
        host: details
        subset: v1
---

部署

kubectl -n bookinfo apply -f 3vs.yaml
  1. reviews 服务，流量只进入v1版本配置

reviews_v1_vs.yaml

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: reviews
spec:
  hosts:
  - reviews
  http:
  - route:
    - destination:
        host: reviews
        subset: v1

kubectl -n bookinfo apply -f reviews_v1_vs.yaml
  1. 查看vs
# kubectl get vs -n bookinfo
NAME          GATEWAYS               HOSTS             AGE
bookinfo      ["bookinfo-gateway"]   ["*"]             155m
details                              ["details"]       2m13s
productpage                          ["productpage"]   2m13s
ratings                              ["ratings"]       2m13s
reviews                              ["reviews"]       9s
  1. 访问测试

http://192.168.31.21:32666/productpage
此时无论怎么访问都不好出现星（v1版本没星星）
image.png
查看kiali链路图也可看到v2、v3没有流量
image.png
原理分析：

Istio 起作用的原理大概是这样的，首先是 istio-ingressgateway 将流量转发到 bookinfo 网关中，然后 productpage VirtualService 根据对应的路由规则，判断是否放通流量，最后转发到对应的 productpage 应用中。接着 productpage 需要访问其它服务例如 reviews，发出的请求会经过 Envoy，Envoy 根据配置的 VirtualService 规则，直接将流量转发到对应的 Pod 中。

基于 Http header 的路由配置

基于 Http header 的转发，是通过 HTTP 请求中的 header 值，将流量转发到对应的 Pod 中。

  1. 编写reviews_v2_vs.yaml

将 header 带有 end-user: jason 的流量转发到 v2 中，其它情况依然转发到 v1 版本。

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: reviews
spec:
  hosts:
  - reviews
  http:
  - match:
    - headers:
        end-user:
          exact: jason
    route:
    - destination:
        host: reviews
        subset: v2
  - route:
    - destination:
        host: reviews
        subset: v1

kubectl -n bookinfo apply -f reviews_v2_vs.yaml
  1. 登录访问测试

然后在页面中的右上角点击 Sign in 进行登录，账号密码都是 jason。此时登录无论怎么刷新都显示黑色星星（v2版本）
image.png

  1. 查看 productpage 的日志

image.png
productpage 将这个 header 头转发给 http://reviews:9080/ ，然后流量经过 Envoy 时，Envoy 检测到 Http header 中带有 end-user ，通过规则决定将流量转发到 reviews v2。在这个过程中并不需要 Service 参与。

  • 经过上面的配置，下面是请求的流程：
    • productpage → reviews:v2 → ratings (针对 jason 用户)
    • productpage → reviews:v1 (其他用户)

当然，我们也可以通过 URL 的方式划分流量，例如 /v1/productpage 、/v2/productpage 等

故障注入

故障注入是 Istio 模拟故障的一种手段，通过故障注入我们可以模拟一个服务出现故障的情况，然后从实际请求中看到出现故障时，整个微服务是否会乱套。通过故意在服务间通信中引入错误，例如延迟、中断或错误的返回值，可以测试系统在不理想的运行状况下的表现。这有助于发现潜在的问题，提高系统的健壮性和可靠性。

在 Istio 的 VirtualService 中，fault 配置用于注入故障，以模拟和测试应用程序在出现问题时的行为。主要有两种类型的故障注入：延迟（delay）和异常（abort）。

延迟故障注入

延迟故障注入用于在应答之前向请求添加指定的延迟时间。这可以测试应用程序在网络延迟或服务响应缓慢的情况下的表现。延迟故障注入配置如下：

http:  
  fault:  
  delay:  
    percentage:  
      value: 50.0  
    fixedDelay: 5s


延迟（delay）故障注入有两个主要属性。

  • percentage: 表示注入延迟的概率，取值范围为 0.0 到 100.0。例如，50.0 表示有 50% 的概率注入延迟。
  • fixedDelay: 表示注入的固定延迟时间，通常以秒（s）或毫秒（ms）为单位。例如，5s 表示 5 秒延迟。

异常故障注入

异常故障注入用于模拟请求失败的情况，例如 HTTP 错误状态码或 gRPC 状态码。这可以帮助测试应用程序在遇到故障时的恢复能力。以下是一个示例，演示了如何在 VirtualService 中添加一个异常故障注入：

http:  
  fault:  
  abort:  
    percentage:  
      value: 50.0  
    httpStatus: 503

也可以将延迟故障注入 和 异常故障注入两者放在一起同时使用。虽然放在一起使用，但是并不会两种情况同时发生，而是通过 percentage 来配置出现的概率。
异常（abort）故障注入有四个主要属性。

  • percentage: 表示注入异常的概率，取值范围为 0.0 到 100.0。例如，50.0 表示有 50% 的概率注入异常。
  • httpStatus: 表示要注入的 HTTP 错误状态码。例如，503 表示 HTTP 503 错误。
  • grpcStatus: 表示要注入的 gRPC 错误状态码。例如，UNAVAILABLE 表示 gRPC 服务不可用错误。
  • http2Error: 表示要注入的 HTTP/2 错误。例如，CANCEL 表示 HTTP/2 流被取消。

故障注入测试
  1. 编写ratings_vs.yaml
apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: ratings
spec:
  hosts:
  - ratings
  http:
  - match:
    - headers:
        end-user:
          exact: jason
    fault:
      delay:
        percentage:
          value: 100.0
        fixedDelay: 7s
    route:
    - destination:
        host: ratings
        subset: v1
  - route:
    - destination:
        host: ratings
        subset: v1
  1. 访问测试

再次访问网页，因为超时，发现评论区已经加载不出来了
image.png

  1. 将ratings 服务恢复正常
kubectl -n bookinfo apply -f 3vs.yaml

注意kubectl -n bookinfo delete -f ratings_vs.yaml不是恢复，绑定关系是metadata:name: ratings，需更新。

比例分配流量

把 50% 的流量分配给 reviews:v1 和 reviews:v3

  1. 编写reviews_scale_v13_vs.yaml
apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: reviews
spec:
  hosts:
    - reviews
  http:
  - route:
    - destination:
        host: reviews
        subset: v1
      weight: 50
    - destination:
        host: reviews
        subset: v3
      weight: 50

kubectl -n bookinfo apply -f reviews_scale_v13_vs.yaml

刷新浏览器中的 /productpage 页面，大约有 50% 的几率会看到页面中带 红色 星级的评价内容。这是因为 reviews 的 v3 版本可以访问带星级评价，但 v1 版本不能。

请求超时

在 Istio 中，服务间的调用由 Istio 进行管理，可以设置超时断开。

补充：除了像本文一样在路由规则中进行超时设置之外，还可以进行请求一级的设置，只需在应用的对外请求中加入 x-envoy-upstream-rq-timeout-ms 请求头即可。在这个请求头中的超时设置单位是毫秒而不是秒。

  1. 编写reviews_timeout.yaml

为 reviews 服务设置 http 入口超时时间，当其它服务 请求reviews 服务时，如果 http 请求超过 0.5s，那么 Istio 立即断开 http 请求。

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: reviews
spec:
  hosts:
  - reviews
  http:
  - route:
    - destination:
        host: reviews
        subset: v2
    timeout: 0.5s

kubectl -n bookinfo apply -f reviews_timeout.yaml
  1. 注入延迟故障模拟超时

reviews 依赖于 ratings 服务，为了模拟这种超时情况，我们可以给 ratings 注入延迟故障。这样 ratings 会给所有请求都延迟 2s 才会返回响应，但是 reviews 要求所有请求 reviews 的流量在 0.5s 内响应。

kubectl -n bookinfo apply -f - <<EOF
apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: ratings
spec:
  hosts:
  - ratings
  http:
  - fault:
      delay:
        percent: 100
        fixedDelay: 2s
    route:
    - destination:
        host: ratings
        subset: v1
EOF
  1. 访问测试

image.png

  1. 查看productpage 日志

image.png

  1. 恢复故障
kubectl -n bookinfo apply -f - <<EOF
apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: reviews
spec:
  hosts:
    - reviews
  http:
  - route:
    - destination:
        host: reviews
        subset: v1
      weight: 50
    - destination:
        host: reviews
        subset: v3
      weight: 50
EOF
kubectl -n bookinfo apply -f - <<EOF
apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: ratings
spec:
  hosts:
  - ratings
  http:
  - route:
    - destination:
        host: ratings
        subset: v1
EOF

熔断

什么是熔断

熔断（Circuit Breaking）是微服务架构中的一种重要的弹性设计模式，在微服务环境中，不同的服务存在依赖关系，当其中一个依赖的服务出现问题时，可能导致请求积压，从而影响到其他服务和整个系统的稳定性。比如说，B 服务来了 100 个请求，B 需要请求 100 次 A 服务，但是 A 服务故障了，那么每次失败时都会重试一次，那么整体上就一共请求了 200 次。这样就会造成很大的浪费。而熔断器可以检测到这种情况，当检测到 A 服务故障之后，一段时间内所有对 A 的请求都会直接返回错误。
image.png
熔断器模式的工作原理如下：

  1. 正常状态：熔断器处于关闭状态，允许请求通过（熔断器会监控请求的成功和失败率）。
  2. 故障检测：当失败率达到预先定义的阈值时，熔断器就会启动。
  3. 熔断状态：熔断器处于打开状态时，将拒绝所有新的请求，并返回错误响应。这可以防止故障级联和给故障服务带来更多的压力。
  4. 恢复状态：在一段时间后，熔断器会进入半打开状态，允许一部分请求通过。如果这些请求成功，则熔断器将返回到关闭状态；如果仍然存在失败请求，则熔断器继续保持打开状态。

使用熔断器模式可以提高微服务系统的弹性和稳定性。这些工具提供了熔断器模式的实现，以及其他弹性设计模式，如负载均衡、重试和超时等。

创建 httpbin 服务
  1. 部署httpbin

https://github.com/istio/istio/tree/release-1.11/samples/httpbin

kubectl -n bookinfo apply -f  httpbin.yaml
  1. 暴露httpbin

image.png

  1. 访问测试：

image.png

  1. 给httpbin 创建一个 DestinationRule ，里面配置了熔断规则

httpbin_circurt.yaml

apiVersion: networking.istio.io/v1alpha3
# （目标规则）用于定义访问特定服务的流量策略
kind: DestinationRule
metadata:
  name: httpbin
spec:
  # 指定了该规则适用于名为 httpbin 的主机
  host: httpbin
  # 允许为服务指定全局的流量策略，这些策略包括负载均衡设置、连接池设置、异常检测等。
  trafficPolicy: # 定义了连接池的配置，包括最大连接数限制
    connectionPool:
      tcp:
        maxConnections: 1 # 限制了 TCP 连接的最大数量为 1
      http:
        http1MaxPendingRequests: 1 # 限制了允许排队的最大 HTTP 请求数量为 1
        maxRequestsPerConnection: 1 # 限制了每个连接的最大请求数量为 1
    # 定义了异常检测的配置，用于检测出现异常的后端服务实例并对其进行隔离。
    outlierDetection:
      consecutive5xxErrors: 1 # 定义了允许的连续 5xx 错误次数为 1
      interval: 1s # 定义了异常检测的时间间隔为 1 秒
      baseEjectionTime: 3m # 定义了基础隔离时间为 3 分钟
      maxEjectionPercent: 100 # 定义了最大隔离百分比为 100%，表示当异常检测条件满足时，可以隔离的服务实例的最大比例为 100%

这个 DestinationRule 的配置限制了对名为 httpbin 的服务的流量，包括连接池的最大连接数限制和 HTTP 请求的限制，并配置了异常检测策略，以便在出现异常时对后端服务实例进行隔禽。

kubectl -n bookinfo apply -f  httpbin_circuit.yaml

创建熔断时也可以设置重试次数

    retries:
      attempts: 3
      perTryTimeout: 1s
      retryOn: 5xx

创建访问者服务

部署一个服务请求 httpbin，才能观察到熔断过程。Istio 官方推荐使用 fortio 。

  1. 编写fortio_deploy.yaml
apiVersion: v1
kind: Service
metadata:
  name: fortio
  labels:
    app: fortio
    service: fortio
spec:
  ports:
  - port: 8080
    name: http
  selector:
    app: fortio
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: fortio-deploy
spec:
  replicas: 1
  selector:
    matchLabels:
      app: fortio
  template:
    metadata:
      annotations:
        # This annotation causes Envoy to serve cluster.outbound statistics via 15000/stats
        # in addition to the stats normally served by Istio. The Circuit Breaking example task
        # gives an example of inspecting Envoy stats via proxy config.
        proxy.istio.io/config: |-
          proxyStatsMatcher:
            inclusionPrefixes:
            - "cluster.outbound"
            - "cluster_manager"
            - "listener_manager"
            - "server"
            - "cluster.xds-grpc"
      labels:
        app: fortio
    spec:
      containers:
      - name: fortio
        image: fortio/fortio:latest_release
        imagePullPolicy: Always
        ports:
        - containerPort: 8080
          name: http-fortio
        - containerPort: 8079
          name: grpc-ping

kubectl -n bookinfo apply -f  fortio_deploy.yaml
  1. 执行命令请求 httpbin
# 执行命令获取 fortio 的 Pod 名称
export FORTIO_POD=$(kubectl get pods -n bookinfo -l app=fortio -o 'jsonpath={.items[0].metadata.name}')
# 让 Pod 容器执行命令
kubectl -n bookinfo exec "$FORTIO_POD" -c fortio -- /usr/bin/fortio curl -quiet http://httpbin:8000/get

或通过可视化界面进入到 fortio 容器中，执行命令请求 httpbin

/usr/bin/fortio curl -quiet http://httpbin:8000/get

image.png

  1. 模拟大量请求，触发熔断
kubectl -n bookinfo exec "$FORTIO_POD" -c fortio -- /usr/bin/fortio load -c 3 -qps 0 -n 20 -loglevel Warning http://httpbin:8000/get

可以看到下图中返回 200 和 503 的比例
image.png

####创建 productpage 熔断

  1. 编写productpage_circuit.yaml
apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule
metadata:
  name: productpage
spec:
  host: productpage
  subsets:
  - name: v1
    labels:
      version: v1
  trafficPolicy:
    connectionPool:
      tcp:
        maxConnections: 1
      http:
        http1MaxPendingRequests: 1
        maxRequestsPerConnection: 1
    outlierDetection:
      consecutive5xxErrors: 1
      interval: 1s
      baseEjectionTime: 3m
      maxEjectionPercent: 100

kubectl -n bookinfo apply -f productpage_circuit.yaml
  1. 使用 fortio 测试 productpage 应用

从 istio gateway 入口进行访问

kubectl -n bookinfo exec "$FORTIO_POD" -c fortio -- /usr/bin/fortio load -c 3 -qps 0 -n 200 -loglevel Warning http://192.168.31.21:32666/productpage
  1. 访问页面

发现被熔断了
image.png

  1. 删除熔断配置
kubectl -n bookinfo apply -f - <<EOF
apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule
metadata:
  name: productpage
spec:
  host: productpage
  subsets:
  - name: v1DestinationRule
    labels:
      version: v1
EOF

再次访问页面正常

  1. 再次fortio 测试 productpage 应用
kubectl -n bookinfo exec "$FORTIO_POD" -c fortio -- /usr/bin/fortio load -c 3 -qps 0 -n 20 -loglevel Warning http://192.168.31.21:32666/productpage

image.png
请求全部成功

野心与梦
关注
  • 43
    点赞
  • 踩
  • 40
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Istio实战（七）- Bookinfo 部署
专注基础架构领域
10-25 244
Istio部署Bookinfo再确认Bookinfo工作已经正常，由于我将Bookinfo放在hr的namespace中,如果使用default命名空间或者其他命名空间,将-n hr部分替换即可
Istio超时与重试
Micky_Yang的博客
07-24 4983
一、理解超时与重试 　　超时的原理是，如果程序请求长时间无法返回结果，则需要设置超时机制，超过设置的时间则返回错误的信息；这样做既可以节约等待时消耗的资源，也可以避免由于级联错误引起的一系列问题。设置超时的方式也有很多种，比如通过修改代码在应用程序侧设置请求超时时间，但是这样非常的不灵活，也很容易出现遗漏的现象，而Istio则可以在基础设施层解决这一问题。 　　重试的原理是，在网络环境不稳定的情况下，会出现暂时的网络不可达的现象，这时就需要重试机制，通过多次的尝试来获取正确的返回信息。 　　 二、配置超时
30.云原生Istio官网Bookinfo应用实战之Bookinfo部署
最新发布
野心与梦
02-23 7876
云原生Istio官网Bookinfo应用实战之Bookinfo部署
Istio使用【Bookinfo示例】
Happywzy~的博客
12-26 3262
Bookinfo示例简介 Bookinfo是istio官网示例，应用程序分为四个单独的微服务： productpage。该productpage微服务调用details和reviews微服务来填充页面。 details。该details微服务包含图书信息。 reviews。该reviews微服务包含了书评。它们调用ratings微服务。 ratings。该ratings微服务包含预定...
逃脱只会部署集群系列 —— Istio实现微服务流量治理bookinfo案例
一别两宽丶各生欢喜
01-16 939
一、实例介绍 1、创建bookinfo实例： $ kubectl create namespace bookinfo $ kubectl -n bookinfo create -f samples/bookinfo/platform/kube/bookinfo.yaml $ kubectl -n bookinfo get po NAME READY STATUS RESTARTS AGE details-v1-597...
istio流量管理.pdf
09-20
例如，Istio官方提供的bookinfo示例中，我们首先创建bookinfo应用的Kubernetes资源，然后使用`istioctl create -f route-rule-all-v1.yaml`创建Route Rule，确保所有微服务都路由到v1版本。之后，我们可以通过获取...
istio 示例程序 bookinfo 快速部署
12-26
istio 示例程序 bookinfo 快速部署所涉及的 yaml 文件
istio-ui:istio配置管理后台，停止维护。https
03-19
istio-ui用于管理istio配置，目的是简化运维的配置工作。主要实现：注入，istio配置和模板（还在开发中）等功能。 为了保证注入和配置的原生性，参考和使用了istio的源码。 三种注入方式 一键注入 基于运行中的服务...
k8s环境Istio应用详解
03-21
注入sidecar后，应用会被置于Istio的监控之下，可以执行流量管理和策略控制。 要启用自动sidecar注入，可以给默认命名空间打上`istio-injection=enabled`标签。之后，你可以定义一个Gateway来配置入站和出站流量...
C#应用程序开发-数据库访问图书管理系统.pptx
12-11
在C#应用程序开发中，数据库访问是一个核心部分，特别是在创建图书管理系统这样的项目时。本演示将深入探讨如何使用C#进行数据库交互，包括创建、检索、更新和删除（CRUD）操作，以及如何设计用户界面与数据库之间的...
istio学习（2）bookinfo示例
passnetY的博客
08-17 598
istio
Istio-部署Bookinfo实例程序
weixin_45081220的博客
08-12 882
本示例部署一个名称为bookinfo的应用程序，该应用程序由四个单独的微服务组成，用于演示各种Istio功能。该应用程序用于显示书籍有关的信息，类似于在线书籍商店的单个目录条目。页面上显示的是书的说明，书的详细信息（ISBN，页数等）和一些书评。该应用程序是由多种多语言编写的，即微服务以不同的语言编写。值得注意的是，这些服务不依赖于Istio。......
Istio及Bookinfo示例程序安装试用笔记
呦呦鹿鸣，食野之芩
11-30 9967
本博客为 http://zhaohuabing.com 在CSDN的镜像，评论请移步 http://zhaohuabing.com/2017/11/04/istio-install_and_example/ Istio是来自Google，IBM和Lyft的一个Service Mesh（服务网格）开源项目，是Google继Kubernetes之后的又一大作,本文将演示如何从裸机开始从零搭建Istio及Bookinfo示
Istio安装与Bookinfo部署
Micky_Yang的博客
06-19 3880
一、下载Istio软件包 ➜ ~ curl -L https://istio.io/downloadIstio | sh - ➜ ~ ls -l istio-1.10.1 total 48 -rw-r--r-- 1 jyy staff 11348 6 5 04:44 LICENSE -rw-r--r-- 1 jyy staff 5866 6 5 04:44 README.md drwxr-x--- 3 jyy staff 96
idea 里面找不到tomcat服务
qq_45235750的博客
10-23 969
在idea里面找不到tomcat服务怎么办？ 据经验得知我们可以在在run里面的Edit Config下添加tomact服务 在这红色部分添加 tomcat服务 在这里将服务加入进去 然后就可以运行了 服务器就加上 就可以使用了 在控制台下面看服务这里面会有一个server服务而这里面则有tomcat服务 ...
istio入门-官网bookinfo项目(笔记)
小小绿豆的专栏
03-26 2116
中文官网：https://istio.io/latest/zh/ 前言 目前的Java分布式框架，已经比较成熟了，比如spring cloud和dubbo，可以实现比较好的服务治理。istio也有它的适用场景，服务治理方面做得也不错，它的适用场景： 跨语言，运行与k8s平台的容器里面，不限于开发语言，Java、Go、Ruby、Python...都可以支持； 代码侵入性低，老旧项目不改动或少改动代码就可以微服务化； 服务治理平台升级，不需要动业务代码； 灰度发布，基于Envoy代理，ist..
安装Istio并部署bookinfo应用
qinqinde123的博客
08-12 1654
一. Istio 是什么 Istio 提供一种简单的方式来为已部署的服务建立网络，该网络具有负载均衡、服务间认证、监控等功能，而不需要对服务的代码做任何改动。istio 适用于容器或虚拟机环境（特别是 k8s），兼容异构架构， 使用 sidecar（边车模式）代理服务的网络，不需要对业务代码本身做任何的改动。能对HTTP、gRPC、WebSocket 和 TCP 流量的自动负载均衡。并通过丰富的路由规则、重试、故障转移和故障注入，可以对流量行为进行细粒度控制；支持访问控制、速率限制和配额。同时对出入集群入口
istio-bookinfo示例
kozazyh的专栏
05-31 5534
istio: 0.7.1 该指南部署了一个由四个单独的微服务组成的示例应用程序，其将用于演示ISTIO服务网格的各种特征。 概述 在本指南中，我们将部署一个简单的应用程序，它显示关于图书的信息，类似于在线书店的目录。在页面上显示书籍的描述、详细细节（ISBN，页数...）和书评。 BookInfo应用程序分为四个独立的微服务： productpage：(产品页面)微服务，调用 details...
istio 实战 二 bookinfo 部署
xiliangMa的博客
08-14 1928
简介 官方链接 部署一个样例应用，它由四个单独的微服务构成，用来演示多种 Istio 特性。这个应用模仿在线书店的一个分类，显示一本书的信息。页面上会显示一本书的描述，书籍的细节（ISBN、页数等），以及关于这本书的一些评论。 Bookinfo 应用分为四个单独的微服务： productpage ：productpage 微服务会调用 details 和 reviews 两个微服务，用来生成页面。...
istio bookinfo微服务之间有几个调用
04-25
I'm sorry, 我并不是一个具有记忆能力的AI，我无法记得或翻阅过去的对话历史记录。但是，我可以告诉你，Istio Bookinfo应用程序使用四个微服务，它们之间存在着多个调用。例如，productpage微服务调用了details和reviews微服务，并且reviews微服务也调用了ratings微服务。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值