consul

要想使用skywalking，首先得安装相关环境。本文以windows为例。 1、安装java sdk（如果不会配置java环境的话，请参考百度百科： https://jingyan.baidu.com/article/08b6a591bdb18314a80922a0.html ） 2、java环境安装完成后，下载Elasticsearch进行安装 https://www.elastic.co/downloads/elasticsearch （本文使用skywalking 6.x版本，6.x版本对应使用ES 6.x版本，请自行下载对应版本） 3、下载完Elasticsearch 后将Elasticsearch解压到安装位置，以我电脑为例，我安装在D:\Program Files 4、修改ES配置，进入ES文件下的：\config，找到elasticsearch.yml，打开后修改如下配置： View Code 修改好elasticsearch.yml文件后，打开cmd命令，进入到D:\Program Files\elasticsearch-6.6.2\bin，bin文件夹下，输入如下命令： elasticsearch-service.bat install 将ES安装成windows，这样就可以方便系统重启后自动启动 然后将服务启动后即可 5、接下来下载skywalking，

Service Mesh Virtual Meetup 是 ServiceMesher 社区和 CNCF 联合主办的线上系列直播。本期为 Service Mesh Virtual Meetup#1 ，邀请了四位来自不同公司的嘉宾，从不同角度展开了 Service Mesh 的应用实践分享，分享涵盖来自陌陌和百度的 Service Mesh 生产实践，Service Mesh 的可观察性和生产实践以及与传统微服务中可观察性的区别，还有如何使用 SkyWalking 来观测 Service Mesh。 本文根据5月13日晚，百度高级工程师罗广明的主题分享《Service Mesh 高可用在企业级生产中的实践》整理。文末包含本次分享的视频回顾链接以及 PPT 下载地址。 前言 Service Mesh 在企业落地中有诸多挑战，当与传统微服务应用共同部署治理时可用性挑战更为严峻。本次分享将以 Service Mesh 与 Spring Cloud 应用互联互通共同治理为前提，着重介绍基于 Consul 的注册中心高可用方案，通过各种限流、熔断策略保证后端服务的高可用，以及通过智能路由策略（负载均衡、实例容错等）实现服务间调用的高可用。 Service Mesh 与 Spring Cloud 应用的互通、互联 微服务是时下技术热点，大量互联网公司都在做微服务架构的推广和落地。同时

【你问我答】是 BoCloud 博云最新上线的互动类栏目，每周我们将收集和整理有关容器、微服务、DevOps、多云管理等方面的 企业 IT 建设问题，由博云产品团队进行详细解答。如果你有任何感兴趣的相关问题，欢迎留言提问。 以下是本周 “ 微服务 ” 相关问题精选： 网友1：微服务治理应该如何去做？ 微服务化应该是从企业的单个系统考虑，还是从整体IT架构去考虑？微服务治理应该如何去做？ 博云产品团队：微服务的治理分很多方面，简单的来谈至少三个层面： 微服务底层管理，微服务之所以需要治理，是因为其逻辑复杂，运维困难，所以需要提供注册中心，配置中心，网关，监控等多种组件做为帮助，所以这个层面是对这些组件的治理。 微服务外层治理，主要关注于用户的使用，这就涉及到 DevOps ，需要对服务的全生命周期做治理，从想法到实现，再到更新升级。当然这里很重要的一块就是用户权限等问题，部门角色也不可忽略的。 3.从微服务的业务层治理，算是微服务的上层治理，这一层主要关注于服务的业务实现，跟踪业务的调用链，发现调用过程中的逻辑问题，效率问题，冗余问题等等。 网友2：微服务框架，容器云，ServiceMesh、传统API Gateway产品都提供注册发现，它们各适合什么场景？如何选型？ 服务化架构中，服务注册和发现是重要的组件，微服务框架中有注册发现，比如Eureka, consul等

Spring Cloud 功能 开源实现 说明 通用功能 服务注册与发现 Netflix Eureka Consul Discovery 兼容且提供替换组件 负载均衡 Netflix Ribbon 兼容 服务调用 Feign RestTemplate 兼容 配置管理 Config Server Consul Config 兼容且提供替换组件 服务网关 Spring Cloud Gateway Netflix Zuul Spring Cloud Gateway旨在为微服务架构提供简单、有效和统一的API路由管理方式 ， 目标是替代Netflix Zuul 链路跟踪 Spring Cloud Sleuth 兼容且提供替换组件 消息驱动 Spring Cloud Stream RabbitMQ binder Kafka binder 兼容且提供替换组件 消息总线 Spring Cloud Bus RabbitMQ Kafka 兼容且提供替换组件 安全 Spring Cloud Security 兼容 分布式任务调度 Spring Cloud Task 兼容 分布式协调 Spring Cloud Cluster 兼容 来源： oschina 链接： https://my.oschina.net/guoenzhou/blog/4292964

一.背景说明： 之前分享过一个微服务开发框架， “ 享一个集成.NET Core+Swagger+Consul+Polly+Ocelot+IdentityServer4+Exceptionless+Apollo+SkyWalking的微服务开发框架 ”，前两天在Github上收到一个Issues，是想我这边提供下完整的运行文档和配置文件，因为之前想法是弄清楚这几个东西的职责之后，对于运行的先后顺序，和需要的配置key应该都会有了解，所以README编写只是介绍了用到了哪些东西，没有说如何运行，但是既然有人问起，我还是满足一下，就当成是自己回顾了。 二.回顾下项目结构 项目结构比较简单： MicroServer.Instance文件夹下面存放的是微服务实例，至于微服务颗粒度的拆分得结合实际的业务情况 Demo.MicroServer.IdentityServer4 统一鉴权中心 Demo.MicroServer.Infrastructure 基础设施，可以自行在里面添加内容 Demo.MicroServer.Ocelot 这一层是Api网关 Demo.MicroServer.Repository 通用的数据访问层，包含MySQL，Mongo，Redis等，之所以抽离出来，是方便各个服务实例可是直接使用这些通用方法。 而上面说的 ".NET Core+Swagger+Consul

通过keytool生成jks文件： 运行下面的命令生成私钥，姓名国家啥的可以不填 keytool -genkey -alias ffzs-jwt -keyalg RSA -keysize 1024 -keystore ffzs-jwt.jks -validity 365 -keypass ffzs00 -storepass ffzs00 在上面的命令中，-alias选项为别名，-keypass和-storepass为密码选项，-validity为配置jks文件的过期时间（单位：天）。 获取的jks文件作为私钥，是如何解密JWT的呢？这时就需要使用jks文件的公钥。获取jks文件的公钥命令如下： keytool -list -rfc --keystore ffzs-jwt.jks | openssl x509 -inform pem -pubkey 输入密码之后生成公钥可私钥 auth端修改： 这个不重要，我们将生成的ffzs-jwt.jks文件放到resources目录 修改jwtTokenEnhancer方法如下，通过jks文件获取公钥来生成token @Bean protected JwtAccessTokenConverter jwtTokenEnhancer ( ) { KeyStoreKeyFactory keyStoreKeyFactory = new

版本：7.0.0 描述 在某些场景下，我们可能对一些调用链路不关心，但是这部分数据还挺大的，大到会影响我们正常的业务。比如一些中间件的心跳。 这个时候可以选择性的忽略一些调用链，SkyWalking将不在收集忽略掉的数据。 在SkyWalking中，有三种手段忽略不需要跟踪的数据。 禁用插件。 引入忽略插件，配置指定忽略端点（endpoint）集合。 配置指定忽略链路的第一个span的操作后缀名称。 配置 1. 禁用插件 我们可以移除掉 agent/plugins/ 目录下特定的jar包，来忽略对特定组件的链路跟踪。例如：移除rocketmq插件包来忽略rocketmq的链路追踪。 2. 引入忽略插件 将 agent/optional-plugins 目录下的 apm-trace-ignore-plugin-xxx.jar 复制到 agent/plugins/ 目录下。 两种配置方式，第一种方式是在 config 目录下新增 apm-trace-ignore-plugin.config 文件，配置 trace.ignore_path=${SW_AGENT_TRACE_IGNORE_PATH:/eureka/**} ，第二种方式是增加环境变量 -Dskywalking.trace.ignore_path=/eureka/** ，重启应用，SkyWalking将不在采集指定路径的数据。

服务网格（Service mesh） 已经不是一个新鲜概念，但它实现了连接运行在Kubernetes作为容器化平台之上的微服务，这使得服务网格的想法更加流行。如果没有服务网格，每个微服务都需要配置以接收（或发送）连接到其他需要与之通信的微服务，但服务网格完全改变了这一状况。 与此前需要手动配置以及投入大量的时间精力来维护微服务之间的连接所不同的是，开发人员现在可以创建一个网格，使得微服务彼此通信可靠、可控以及安全。Kubernetes和服务网格是相互作用的，主要是因为使用服务网格可以在不增加工作量的情况下，实现更复杂的容器化架构。 因此，有很多方式可以在Kubernetes顶层建立一个服务网格。在本文中，我们将比较一些你可以用于建立服务网格的工具，你可以分别了解到它们的优劣势进而选出最适合自己的服务网格工具。 与AWS环境完美适配：AWS App Mesh 官网： https://aws.amazon.com/app-mesh/ 由于现在许多基于Kubernetes的应用程序和微服务都运行在Amazon Web Services环境中，所以很难不谈到AWS App Mesh。顾名思义，AWS App Mesh是亚马逊自己的服务网格，用于为Amazon services创建服务网格层。 作为亚马逊的产品，AWS App Mesh利用结合了Envoy的专有技术作为其服务代理。AWS