YML

开发客户端一定要做的就是自动更新模块，否则每次版本升级都是一个头疼的事。 下面是Electron应用使用electron-builder配合electron-updater实现自动更新的解决方案。 1.安装 electron-updater 包模块 npm install electron-updater --save 2.配置package.json文件 2.1 为了打包时生成latest.yml文件，需要在 build 参数中添加 publish 配置。 "build": { "productName": "***",//隐藏软件名称 "appId": "**",//隐藏appid "directories": { "output": "build" }, "publish": [ { "provider": "generic", "url": "http://**.**.**.**:3002/download/",//更新服务器地址,可为空 } ], "files": [ "dist/electron/**/*" ], "dmg": { "contents": [ { "x": 410, "y": 150, "type": "link", "path": "/Applications" }, { "x": 130, "y": 150, "type": "file" } ] }

1.导入pom文件 <!--阿里云oss--> <dependency> <groupId>com.aliyun.oss</groupId> <artifactId>aliyun-sdk-oss</artifactId> <version>3.4.2</version> <exclusions> <exclusion> <groupId>org.apache.httpcomponents</groupId> <artifactId>httpclient</artifactId> </exclusion> </exclusions> </dependency> <!-- https://mvnrepository.com/artifact/org.apache.httpcomponents/httpclient --> <dependency> <groupId>org.apache.httpcomponents</groupId> <artifactId>httpclient</artifactId> <version>4.4.1</version> </dependency> 2.在yml上配置配置文件 # 阿里云oss oss: endpoint: http://oss-cn-beijing.aliyuncs.com accessKeyId: * accessKeySecret

一、概述 目前Spring Boot版本：2.3.4.RELEASE，这更新的速度也是嗖嗖的了，随着新版本的发布，也一步步针对公司基础组件进行了升级改造，其中很重要的一块就是配置文件的更新（虽然目前已经全部使用了Apollo）。针对Spring Boot 新版本的配置文件也做了一次梳理，确实发现了以前没有注意到的点。 二、新版的外部配置 1、基础配置加载 Spring Boot 为我们提供了很多的外部配置参数，我们可以使用 YAML 文件（当然你也可以使用properties,但不建议）、环境变量和命令行参数，来区分不同的环境配置。 使用配置有两种方式： 1、 使用注解@Value，来注入Environment 里面包含的属性 2、 使用@ConfigurationProperties 来定义一个属性类，来包含我们需要的属性（这些属性都可以配置在YAML中） Spring Boot 外部配置这么多，那如果都配置了哪个会生效呢？ Spring Boot会以下面的顺序来加载配置，优先级从高到低（相同配置优先级高的会覆盖低的），从外到里的来进行配置覆盖加载： 1）开发者全局配置的properties文件（当开发者工具激活时，文件在$HOME/.config/spring-boot下的spring-boot-devtools.properties） 2）测试中配置了

什么是 ZooKeeper ZooKeeper 是 Apache 的一个顶级项目，为分布式应用提供高效、高可用的分布式协调服务，提供了诸如数据发布/订阅、负载均衡、命名服务、分布式协调/通知和分布式锁等分布式基础服务。由于 ZooKeeper 便捷的使用方式、卓越的性能和良好的稳定性，被广泛地应用于诸如 Hadoop、HBase、Kafka 和 Dubbo 等大型分布式系统中。 Zookeeper 有三种运行模式：单机模式、伪集群模式和集群模式。 单机模式：这种模式一般适用于开发测试环境，一方面我们没有那么多机器资源，另外就是平时的开发调试并不需要极好的稳定性。 集群模式：一个 ZooKeeper 集群通常由一组机器组成，一般 3 台以上就可以组成一个可用的 ZooKeeper 集群了。组成 ZooKeeper 集群的每台机器都会在内存中维护当前的服务器状态，并且每台机器之间都会互相保持通信。 伪集群模式：这是一种特殊的集群模式，即集群的所有服务器都部署在一台机器上。当你手头上有一台比较好的机器，如果作为单机模式进行部署，就会浪费资源，这种情况下，ZooKeeper允许你在一台机器上通过启动不同的端口来启动多个 ZooKeeper 服务实例，以此来以集群的特性来对外服务。 ZooKeeper 的相关知识 Zookeeper 中的角色 领导者（leader）：负责进行投票的发起和决议

版本：7.0.0 描述 在默认情况下，SkyWalking会采集所有追踪的数据。但是如果系统比较复杂，采集的端点比较多的时候，可能存储压力比较大，这个时候我们可以修改配置，只存储部分的调用链路信息。比如：50%。 设置采样率的时候并不会影响相关指标的计算。服务，服务实例，端点，拓扑图相关指标的计算还是使用完整的数据计算的。 配置 具体配置在 config/application.yml 文件中 receiver-trace 模块。 默认配置 10000 ，采样率精确到 1/10000 ，即 10000 * 1/10000 = 1 = 100% 。 假设我们设计采样 50% ，那么设置为 5000 ，具体如下： receiver-trace: selector: ${SW_RECEIVER_TRACE:default} default: sampleRate: ${SW_TRACE_SAMPLE_RATE:5000} 建议 后算实例可以设置不同的采样率，但是官方建议设置为同样的值。 假设： 实例A采样率 = 35% 实例B采样率 = 55% Agent将所有的跟踪段都上报给后端，全局范围内 35% 的跟踪的所有跟踪段会保存在存储中。 但是，B实例还会有 20% 的跟踪信息，这些跟踪信息里面有一部分的跟踪段被发送 A 实例， 这部分不会持久化。最终导致跟踪段缺失。 来源：

1.APM工具的选取 Apm监测工具很多，这里选用网上比较火的一款Skywalking。 Skywalking是一个应用性能监控(APM)系统，Skywalking分为服务端Oap、管理界面UI、以及嵌入到程序中的探针Agent部分，大概工作流程就是在程序中添加探针采集各种数据发送给服务端保存，然后在UI界面可以看到收集过来的各种监测数据，来完成它的核心使命：性能监控和分布式调用链追踪能力。下图是skywalking官方的一个图，也可以说明这三者之间的关联关系 2.服务端(OAP)和界面(UI)的安装 这里直接在apache地址： http://skywalking.apache.org/downloads/ 下载了一个6.6.0版本的zip文件，由于之前在本地的windows上安装过，发现安装包里面有两个启动文件，分别为：startup.bat和startup.sh，分别用于window上启动和linux启动，这里我直接将之前下载好的上传到linux上来安装。 上传后解压缩，就会得到以下截图的几个文件 进入到config配置目录下面，有一个名称叫application.yml的文件 对这个配置文件进行编辑 vim application.yml 我们直接定位到数据存储部分，也就是节点storage，官方文档里面也有说明，为了方便快速入门，配置文件默认采用的是H2存储

Spring Boot Admin：微服务应用监控 SpringBoot实战电商项目mall（20k+star）地址： github.com/macrozheng/… 摘要 Spring Boot Admin 可以对SpringBoot应用的各项指标进行监控，可以作为微服务架构中的监控中心来使用，本文将对其用法进行详细介绍。 Spring Boot Admin 简介 SpringBoot应用可以通过Actuator来暴露应用运行过程中的各项指标，Spring Boot Admin通过这些指标来监控SpringBoot应用，然后通过图形化界面呈现出来。Spring Boot Admin不仅可以监控单体应用，还可以和Spring Cloud的注册中心相结合来监控微服务应用。 Spring Boot Admin 可以提供应用的以下监控信息： 监控应用运行过程中的概览信息； 度量指标信息，比如JVM、Tomcat及进程信息； 环境变量信息，比如系统属性、系统环境变量以及应用配置信息； 查看所有创建的Bean信息； 查看应用中的所有配置信息； 查看应用运行日志信息； 查看JVM信息； 查看可以访问的Web端点； 查看HTTP跟踪信息。 创建admin-server模块 这里我们创建一个admin-server模块来作为监控中心演示其功能。 在pom.xml中添加相关依赖： <

作者：李志鹏， Github账号：Lzp0412,开源社区爱好者，Nacos Committer，Nacos-SDK-go作者，现就职于阿里云云原生应用平台，主要参与服务发现、CoreDNS、ServiceMesh相关工作，负责推动Nacos Go微服务生态建设。 近几年，随着Go语言社区逐渐发展和壮大，越来越多的公司开始尝试采用Go搭建微服务体系，也涌现了一批Go的微服务框架，如go-micro、go-kit、Dubbo-go等，跟微服务治理相关的组件也逐渐开始在Go生态发力，如Sentinel、Hystrix等都推出了Go语言版本，而作为微服务框架的核心引擎--注册中心，也是必不可缺少的组件，市面已经有多款注册中心支持Go语言，应该如何选择呢？我们可以对目前主流的支持Go语言的注册中心做个对比。 根据上表的对比我们可以从以下几个维度得出结论： 生态: 各注册中心对Go语言都有支持，但是Nacos、 Consul、Etcd 社区活跃，zookeeper和Eureka社区活跃度较低； 易用性： Nacos、Eureka、Consul都有现成的管控平台，Etcd、zookeeper本身作为kv存储，没有相应的管控平台，Nacos支持中文界面，比较符合国人使用习惯； 场景支持： CP模型主要针对强一致场景，如金融类，AP模型适用于高可用场景，Nacos可以同时满足两种场景，Eureka

一、 简介 Elasticsearch是一个高度可扩展的开源全文搜索和分析引擎。它允许您快速，近实时地存储，搜索和分析大量数据。它通常用作支持具有复杂搜索功能和需求的应用程序的底层引擎/技术。 架构图： 二、安装前准备 服务器环境 Node1: ES、 Node2： ES、filebeat、logstash Node3： ES、kibana 1、系统优化（在正式安装前需要进行系统优化，负责无法启动） 单个JVM下支撑的线程数 vim /etc/sysctl.conf vm.max_map_count=655360 vm.swappiness=0 修改文件句柄数 root用户设置 vim /etc/security/limits.conf root soft nofile 65535 root hard nofile 65535 * soft nofile 65536 * hard nofile 65536 * soft memlock unlimited * hard memlock unlimited 普通账户设置 （es使用非root启动） vim /etc/security/limits.d/20-nproc.conf * soft nproc 65535 * hard nproc 65535 root soft nproc unlimited 2、基础环境 #配置主机名

一、 前言 随着平台的不断壮大，项目的研发对于开发人员而言，对于外部各类环境的依赖逐渐增加，特别是针对基础服务的依赖。这些现象导致开 发人员常常是为了简单从而直接使用公有的基础组件进行协同开发，在出现并行开发的情况特别是针对数据库的变动或数据的更改常常会 导致其他开发人员无辜增加问题的排查时间，导致整体的开发效率降低，同时对于远程协助也造成了巨大的障碍。为了解决上述存在的问 题，将会利用Docker Compose技术辅助开发人员对于开发环境的搭建，最终实现开发人员只要装有Docker就可以完成整个开发环境的搭 建。 二、 基本操作 为了标准化这一过程，需要开发人员新建docker-compose.yml在项目跟目录下，并按照其规范的格式进行填写，考虑到许多的系统均需 要依赖存在基本数据的数据库所以建议在跟目录下新建dbinit文件夹，将数据库初始化等相关的文件放入其中，后期对于存在依赖多数 据的情况将考虑在dbinit下新建二级目录以区别不同的数据库。 对于基本的使用方式这里以Sino.BackgroundJobService为例进行说明： 打开cmd并进入项目根目录 cd /D G:\SinoOschinaGit\tms\backjob 启动Docker Compose docker-compose up #在前端执行 docker-compose up -d #在后台执行