YML

Springboot整合SSM框架详细流程(附:demo查询表中所有数据) 1、Springboot简单介绍 在SpringBoot框架出现之前，Java EE开发最常用的框架是Spring，该框架虽然是轻量级的，但它的配置却是重量级的。SpringBoot是在原有Spring框架的基础上通过注解的方式进一步简化了Spring框架的使用。 我们一般把Spring Boot称为搭建程序的脚手架, 或者说是便捷搭建基于Spring的工程脚手架。其最主要作用就是帮助开发人员快速的构建庞大的spring项目，并且尽可能的减少一切xml配置。 2、SpringMVC注解简单介绍 注解 作用 @Controller Controller 层注解，主要负责前端控制器发来的请求，并可以返回响应数据给Thymeleaf @Service Service层注解，创建service实现类对象，并存进spring容器中 @Repository Mapper层注解，创建mapper实现类对象，存入spring容器中 @ResponseBody 该方法的返回的结果直接写入HTTP响应正文中 @RequestMapping 来处理请求地址映射，相当于servlet中的@WebServlet @Autowired 可以对成员变量、方法和构造函数进行标注，来完成自动装配的工作 3、Mybatis简单介绍

1、max virtual memory areas vm.max_map_count [65530] likely too low, increase to at least [262144] 解决方法： 切换到root用户，编辑sysctl.conf配置文件 vi /etc/sysctl.conf 添加如下内容 vm.max_map_count = 655360 运行命令，生效参数 sysctl -p 2、max file descriptors [4096] for elasticsearch process is too low, increase to at least [65535] 解决方法： 切换root用户，编辑limits.conf配置文件 vi /etc/security/limits.conf 添加如下内容 * soft nofile 65536 * hard nofile 131072 * soft memlock 2048 * hard memlock 2048 注： soft nproc：单个用户可用的最大进程数量(超过会警告) hard nproc：单个用户可用的最大进程数量(超过会报错) soft nofile：可打开的文件描述符的最大数(超过会警告) hard nofile：可打开的文件描述符的最大数(超过会报错) 3、max number of

角色划分 在Elasticsearch中，有很多角色，常用的角色有如下： Master Node ：主节点 Master eligible nodes ：合格节点 Data Node ：数据节点 Coordinating Node ：协调节点 Ingest Node ：ingest节点 三种角色由elasticsearch.yml配置文件中的node.master、node.data等来控制 Master Node ：主节点，该节点不和应用创建连接，每个节点都保存了集群状态，master节点不占用磁盘IO和CPU，内存使用量一般。 Master eligible nodes ：合格节点，每个节点部署后不修改配置信息，默认就是一个 eligible 节点，该节点可以参加选主流程，成为Mastere节点。该节点也保存了集群节点的状态。eligible节点比Master节点更节省资源，因为它还未成为 Master 节点，只是有资格成功Master节点。 Data Node ：数据节点，该节点和索引应用创建连接、接收索引请求，该节点真正存储数据，ES集群的性能取决于该节点的个数（每个节点最优配置的情况下），data节点会占用大量的CPU、IO和内存。 Coordinating Node ：协调节点，该节点和检索应用创建连接、接受检索请求，但其本身不负责存储数据，可当负责均衡节点

根据不同环境获取不同参数，放在配置文件便于更改！ 回调appId（测试用） 通过以下方式实现： 1，通过@ConfigurationProperties(prefix = "weixinAndAPP")注解，代码如下 import org.springframework.boot.context.properties.ConfigurationProperties; import org.springframework.stereotype.Component; /** * @ClassName: TestRY * @Description:TODO(配置类) * @author : sunfee * @date: 2019年12月09日 */ @Component @ConfigurationProperties(prefix = "weixinAndAPP" ) public class TestRY { private String appId; private String hotline; public String getAppId() { return appId; } public void setAppId(String appId) { this .appId = appId; } public String getHotline() { return

Elasticsearch 认证插件选择 这里选择一个免费的：社区插件 Readonly REST 下载地址： https://readonlyrest.com/download/ 1、进入网站后 选择插件类型、elastic版本、邮箱地址 2、提交后下载地址会发送到你的邮箱 编辑Dockerfile 我这里安装的 elastic:6.8.0 FROM elasticsearch:6.8.0 COPY readonlyrest-1.18.0_es6.8.0.zip /plugins/readonlyrest-1.18.0_es6.8.0.zip RUN sh -c 'echo -e "y" | /usr/share/elasticsearch/bin/elasticsearch-plugin install file:///plugins/readonlyrest-1.18.0_es6.8.0.zip' 构建镜像 docker build -t elasticsearch:6.8.0 . 可以用 docker images 查看是否构建成功 如果下载docker下载速度很慢或无法连接 可以配置一下docker 加速 官方 - https://registry.docker-cn.com 163 - http://hub-mirror.c.163.com 编写配置文件

前言 伴随着随着微服务概念的不断盛行，与之对应的各种解决方案也层出不穷。这毕竟是一个信息大爆发的时代，各种编程语言大行其道，各有各的优势。但是有一点未曾改变，那就是他们服务的方式，工作的时候各司其职，但是需要提供服务的时候必须要高度统一，这也是微服务的概念之一。日常的工作学习中，我个人更喜欢通用的解决方案，特别是能将不同编程语言亦或者不同编程框架整合到一起的那种，这种解决方案拉近了编程语言之间的距离，让开发者能更清楚的意识到编程语言只是工具，解决问题才是王道。好了口遁到此结束，接下来我就搭建一套.Net体系结合Java体系的项目架构。 概念介绍 接下来我们用到的技术栈名词主要涉及到ASP.NET Core、Nacos、Spring Cloud Gateway,接下来我们分别介绍所使用的的三种框架。 Nacos Nacos是阿里巴巴开源的致力于服务发现、配置和管理微服务的框架。提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据及流量管理。一般用到的最多的就是当做配置中心和注册中心。 中文官网地址： https://nacos.io/zh-cn/ 官方 GayHub GitHub地址： https://github.com/alibaba/nacos 下载地址： https://github.com/alibaba/nacos/releases

背景交代 相信每个程序员都有自己做过个人网站,博客之类的项目了，但是现在还在维护吗？反正我前前后后做过2到3个了，维护一段时间后因为一些不可逆的原因(主要是懒)都没有维护了，购买的一些域名和服务器信息也都过期了，最近玩了一下hexo，发现这个东西挺方便的，基本半个小时就可以搞完，并且如果 完全托管在github上基本就是0成本，用作学习记录输出是够了。 1.依赖于nodejs安装，安装nodejs和npm 下载地址，可以对照电脑系统版本进行下载安装：https://nodejs.org/en/download/ 现在nodejs的安装包内置了npm，所以下载安装完成之后，nodejs和npm都会安装好 检查安装是否成功 安装成后会显示出对应的版本信息，由于我电脑之前就安装过了，所以应该不是最新的版本 2.安装hexo 安装命令： sudo npm i -g hexo 直接一步就安装完成了,然后可以通过hexo -v查看是否安装成，成功安装的话，会打印出上面截图中的一些版本信息 3.hexo初始化博客项目 命令： hexo init 初始化完成之后，看看hexo在文件夹给我生成了哪些文件 如果你是一名前端或者nodejs开发者，相信对这些文件再熟悉不过了，还是对上述几个文件简单解释一下： node_modules：存放依赖包信息 public：存放生成的页面 scaffolds

1. ansible playbook介绍 playbook是ansible用于配置，部署，和管理被控节点的剧本。 通过playbook的详细描述，执行其中的一系列tasks，可以让远端主机达到预期的状态。playbook就像Ansible控制器给被控节点列出的的一系列to-do-list，而被控节点必须要完成。也可以这么理解，playbook 字面意思，即剧本，现实中由演员按照剧本表演，在Ansible中，这次由计算机进行表演，由计算机安装，部署应用，提供对外服务，以及组织计算机处理各种各样的事情。 2. playbook的框架 3. playbook的架构图 官方给出的架构图如下: production # 正式环境的inventory文件 staging #测试环境用的inventory文件 group_vars/ # 机器组的变量文件 group1 group2 host_vars/ #执行机器成员的变量 hostname1 hostname2 ================================================ site.yml # 主要的playbook剧本 webservers.yml # webserver类型服务所用的剧本 dbservers.yml # 数据库类型的服务所用的剧本 roles/ webservers/

原文： https://yangxx.net/?p=3825 所需环境 jdk1.8 elasticsearch6.5.4 下载地址 skywalking-6.2.0 下载地址 centos 7.6 JDK安装 安装及配置过程省略 es 安装 下载解压并ES文件 配置文件 修改${es_home}/config/elasticsearch.yml # 集群名称 cluster.name : es -cluster # 节点名称 node.name : node1 #指定该节点是否有资格被选举成为master节点，默认是true， node.master : true #允许该节点存储数据(默认开启) node.data : true # 数据的默认存放路径 path.data : /home/skywaling/soft/elasticsearch -6.5.4/data/ # 日志的默认存放路径 path.logs : /home/skywaling/soft/elasticsearch -6.5.4/log/ # bind IP地址 network.host : 0.0.0.0 # 服务端口 http.port : 9200 # 集群服务的端口 transport.tcp.port : 9300 bootstrap.memory_lock : false bootstrap

Kubernetes正在不断加快在云原生环境的应用，但如何以统一、安全的方式对运行于任何地方的Kubernetes集群进行管理面临着挑战，而有效的管理工具能够大大降低管理的难度。 K9s k9s是基于终端的资源仪表板。它只有一个命令行界面。无论在Kubernetes仪表板Web UI上做什么，都可以在终端使用K9s仪表板工具进行相同的操作。k9s持续关注Kubernetes集群，并提供命令以使用集群上定义的资源。 K9s的功能包括集群的实时跟踪，使用K9s皮肤自定义视图，通过Kubernetes资源轻松遍历，向下通过选项以检查集群资源问题，提供扩展的插件来创建你自己的命令。 Rancher Rancher是开源容器管理平台，任何企业都可以轻松采用Kubernetes。可以部署和管理在谷歌云GKE，AWS EKS，Azure AKS中运行的托管Kubernetes集群，也可以仅在选择的虚拟机或裸机基础架构上部署Kubernetes。 Rancher简化了管理员的操作，主要功能包括监控集群的运行状况，设置警报和通知，启用集中式日志记录，定义和应用全局安全策略，建立身份验证并执行后台策略，管理和扩展基础架构等。 随着企业中Kubernetes的采用速度，Rancher让用户可以直接访问Kubernetes API和CLI。Rancher的新智能界面简化了应用程序管理