Spring Cloud构建微服务架构：分布式服务跟踪（整合logstash）【Dalston版】
通过之前的入门示例，我们已经为trace-1和trace-2引入了Spring Cloud Sleuth的基础模块spring-cloud-starter-sleuth，实现了为各微服务的日志信息中添加跟踪信息的功能。但是，由于日志文件都离散的存储在各个服务实例的文件系统之上，仅仅通过查看日志文件来分析我们的请求链路依然是一件相当麻烦的差事，所以我们还需要一些工具来帮助我们集中的收集、存储和搜索....
Spring Cloud构建微服务架构：分布式服务跟踪（整合zipkin）【Dalston版】
通过上一篇《分布式服务跟踪（整合logstash）》，我们虽然已经能够利用ELK平台提供的收集、存储、搜索等强大功能，对跟踪信息的管理和使用已经变得非常便利。但是，在ELK平台中的数据分析维度缺少对请求链路中各阶段时间延迟的关注，很多时候我们追溯请求链路的一个原因是为了找出整个调用链路中出现延迟过高的瓶颈源，亦或是为了实现对分布式系统做延迟监控等与时间消耗相关的需求，这时候类似ELK这样的日志分....
Spring Cloud构建微服务架构：分布式服务跟踪（收集原理）【Dalston版】
在本节内容之前，我们已经对如何引入Sleuth跟踪信息和搭建Zipkin服务端分析跟踪延迟的过程做了详细的介绍，相信大家对于Sleuth和Zipkin已经有了一定的感性认识。接下来，我们介绍一下关于Zipkin收集跟踪信息的过程细节，以帮助我们更好地理解Sleuth生产跟踪信息以及输出跟踪信息的整体过程和工作原理。数据模型我们先来看看Zipkin中关于跟踪信息的一些基础概念。由于Zipkin的实....
Spring Cloud构建微服务架构：分布式服务跟踪（抽样收集）【Dalston版】
通过Trace ID和Span ID已经实现了对分布式系统中的请求跟踪，而这些记录的跟踪信息最终会被分析系统收集起来，并用来实现对分布式系统的监控和分析功能，比如：预警延迟过长的请求链路、查询请求链路的调用明细等。此时，我们在对接分析系统时就会碰到一个问题：分析系统在收集跟踪信息的时候，需要收集多少量的跟踪信息才合适呢？理论上来说，我们收集的跟踪信息越多就可以更好的反映出系统的实际运行情况，并给....
电商微服务实战之服务监控（下）
数据传输常用方式如下：UDP传输数据处理单元提供服务器的请求地址，数据采集后通过UDP协议与服务器建立连接，然后把数据发送过去。Kafka传输数据采集后发送到指定的Topic，然后数据处理单元再订阅对应的Topic，即可从Kafka消息队列中读取到对应的数据。无论哪种，数据格式都十分重要，尤其是对带宽敏感以及解析性能要求比较高的场景，一般数据传输时采用的数据格式有两种：二进制协议，最常用的就是P....
电商微服务实战之服务监控（上）
监控对象一般可分为四类：用户端监控业务直接对用户提供的功能的监控。以知乎首页Feed为例，它向用户提供了聚合关注的所有人的动态并按时间顺序浏览的功能，对首页Feed功能的监控就属于用户端监控接口监控业务提供的功能所依赖的具体RPC接口的监控。微博首页Feed例，该功能依赖于用户关注了哪些人的关系服务，每个人发过哪些微博的微博列表服务，以及每条微博具体内容是什么的内容服务，对这几个服务的调用情况的....
云原生中的容器、微服务、无服务、DevOps、ServiceMesh、云之间的联系有哪些？
云原生中的容器、微服务、无服务、DevOps、ServiceMesh、云之间的联系有哪些？
k8s容器云架构之dubbo微服务—K8S(04)核心插件-coredns服务
K8S核心插件-coredns服务目录K8S核心插件-coredns服务1 coredns用途1.1 为什么需要服务发现2 coredns的部署2.1 获取coredns的docker镜像2.2 创建coredns的资源配置清单2.2.1 rbac集群权限清单2.2.2 configmap配置清单2.2.3 depoly控制器清单2.2.4 service资源清单2.3 创建资源并验证2.3.1....
k8s容器云架构之dubbo微服务—K8S(09)交付实战-通过流水线构建dubbo服务
k8s交付实战-流水线构建dubbo服务目录k8s交付实战-流水线构建dubbo服务1 jenkins流水线准备工作1.1 参数构建要点1.2 创建流水线1.2.1 创建流水线1.2.2 添加10个构建参数1.2.3 添加完成效果如下:1.2.4 添加pipiline代码1.3 用流水线完成dubbo-service的构建1.3.1 选择参数化构建1.3.2 填写完成效果如下1.3.3 执行构建....
k8s容器云架构之dubbo微服务—K8S(05)核心插件-ingress(服务暴露)控制器-traefik
1 K8S两种服务暴露方法前面通过coredns在k8s集群内部做了serviceNAME和serviceIP之间的自动映射,使得不需要记录service的IP地址,只需要通过serviceNAME就能访问POD但是在K8S集群外部,显然是不能通过serviceNAME或serviceIP来解析服务的要在K8S集群外部来访问集群内部的资源,需要用到服务暴露功能1.1 K8S常用的两种服务暴露方法....
本页面内关键词为智能算法引擎基于机器学习所生成，如有任何问题，可在页面下方点击"联系我们"与我们沟通。