南国薏米

前面我们已经安装好了Elasticsearch，现在我们就来尝试简单的使用。

前面已经准备好了服务器环境，今天就来开始安装 Elasticsearch 然后体验。

在日常工作中，一般都会用到版本管理工具git，往往项目组要求的提交信息和Github的提交信息是不一致的，有的时候就可能会出现不可避免的犯错，导致Github的Contribution丢失，进而就在Github中丢失了打卡记录。好在Github提供了解决方法，下面就把官网的方案搬过来。

首先还是是简单说一下Elastic Stack技术栈吧。ELK = Elasticsearch, Logstash, Kibana 是一套实时数据收集，存储，索引，检索，统计分析及可视化的解决方案。最新版本已经改名为Elastic Stack，并新增了Beats项目。

在使用hexo搭建自己的个人博客前，我一直使用Halo来搭建自己的博客。但是还是决定用hexo再搭建一个博客，主要是为了让自己在Github上留下自己的印记。

书接上文SpringCloud之Config，如果没有看过可以先移步去看一下。在上一篇文章中提到了配置刷新的问题，如果需要刷新配置就需要客户端执行refresh，我们可以利用webhook的机制每次提交代码发送请求来刷新客户端，当客户端越来越多的时候，需要每个客户端都执行一遍，这种方案就不太适合了。使用Spring Cloud Bus可以完美解决这一问题。

本文的某些知识依赖我的微服务系列文章，如果没有看过可以先移步去看一下。在前面的应用当中，我们所有的配置都是写在yaml配置文件当中的，这样就会造成几个问题：安全、统一管理等等。而SpringCloud也是考虑到这一点，给出的方案就是Spring Cloud Config。

书接上文，前面已经讲过了SpringCloud的注册中心Eureka、Ribbon和Feign等等，如果有不清楚的也可以去看看我的微服务系列文章。这篇文章我要说的是微服务中的网关。

书接上文，本文的某些知识依赖我的上一篇SpringCLoud的文章：SpringCloud之Feign，如果没有看过可以先移步去看一下。前文提到了hystrix的应用，以及hystrix的监控，当时我们在实际生产过程中往往会在多个服务中或者说网关集群中使用hystrix，这样我们来监控的是否再去分别查看当时的每个应用的话，效率就会显得很低下呢，这里我们就要用的上文提到的集群监控了。

书接上文，本文的某些知识依赖我的第一篇SpringCLoud的文章：SpringCloud之Eureka，如果没有看过可以先移步去看一下。另外在微服务架构中，业务都会被拆分成一个个独立的服务，服务与服务的通讯是基于http restful的。Spring cloud有两种服务调用方式，一种是ribbon+restTemplate，另一种是feign。上一篇文章已经讲过ribbon+rest这种方式了，这一片博文主要讲feign的应用。