kibana

文章作者 文章标题 文章链接 A757291228 一篇文带你从0到1了解建站及完成CMS系统编写 https://blog.csdn.net/A757291228/article/details/109252833 baiyuliang2013 SpringBoot入门（一）SpringBoot项目的创建 https://blog.csdn.net/baiyuliang2013/article/details/109250816 BeiisBei 读《离线和实时大数据开发实战》，揭开 Hive 优化实践的神秘面纱 https://blog.csdn.net/BeiisBei/article/details/109255666 boling_cavalry MyBatis初级实战之五：一对一关联查询 https://blog.csdn.net/boling_cavalry/article/details/109020733 dawei_yang000000 微服务[v1.0.0][Spring MVC异常处理机制] https://blog.csdn.net/dawei_yang000000/article/details/109260701 deng_xj 自制微信文件传输助手，实现数据安全传输与存储 https://blog.csdn.net/deng_xj/article

版本：ElasticSearch 7.6.1 6.x 7.x 的区别十分大，6.x API (原生API、RestFul 高级！) Lucene 是一套信息检索工具包！jar包！，不包含搜索引擎系统！包含：索引结构、读写索引的工具、排序、搜索规则...工具类。 Lucene 和 ElasticSearch 关系 ElasticSearch 是基于Lucene 做了一些封装和增强（我们上手是十分简单！） ElasticSearch概述 ElasticSearch，简称为es，es是一个开源的 高扩展 的 分布式全文检索引擎 ，它可以 近实时的存储、检索数据 ；本身扩展性很好，可以扩展到上百台服务器，处理PB级别（大数据时代）的数据。es也使用Java 开发并使用Lucene作为其核心来实现所有索引和搜索的功能，但是它的目的是通过简单的RESTful API来隐藏Lucene的复杂性，从而让全文搜索变得简单。 据国际权威数据库产品评测机构DB Engines的统计，在2016年1月，ElasticSearch已超过Solr等， 成为排名第一的搜索引擎类应用 。 历史 多年前，一个叫做Shay Banon的刚结婚不久的失业开发者，由于妻子要去伦敦学习厨师，他便跟着也去了。在他找工作的过程中，为了给妻子构建一个食谱的搜索引擎，他开始构建一个早期版本的Lucene。

　　安装配置elasticsearch不详述 　　环境：主elasticsearch IP 172.16.90.11 备elasticsearch IP 172.16.90.12 　　修改配置文件 /etc/elasticsearch/elasticsearch.yml 　　172.16.90.11 cluster.name: my-elk node.name: prd-es-kibana-01 path.data: /data/es-data path.logs: /var/log/elasticsearch network.host: 172.16.90.11 http.port: 9200 #集群个节点IP地址，也可以使用els、els.shuaiguoxia.com等名称，需要各节点能够解析 discovery.zen.ping.unicast.hosts: ["172.16.90.11", "172.16.90.12"] #集群节点数 discovery.zen.minimum_master_nodes: 2 #增加参数，使head插件可以访问es http.cors.enabled: true http.cors.allow-origin: "*" 　　172.16.90.12 cluster.name: my-elk node.name: prd-es-kibana

全链路监控是广义的概念，不仅仅指APM(Appliation Perfance Manager&Monitor),包含三大部分： Loggong:日志覆盖系统日志,业务日志,框架日志 Mertic(指标或者度量)：覆盖系统指标，业务指标，中间件指标 Trancing(追踪)：覆盖微服务，存储，中间件 这三者结合起来构成完整的全链路监控体系。是梳理业务，排查问题的基石。 测试环境部署硬件最低要求（所有组件都是单台机器即可） ： 组件 作用 CPU 内存 磁盘类型 磁盘大小 ElasticSearch集群1 统一存储日志 4核 32GB SSD最好 500GB Kibana 查看日志的平台 2核 4GB 普通磁盘 500GB Logstash 日志处理中间件 4核 16GB 普通磁盘 500GB ElasticSearch集群2 zipkinTrace数据收集 4核 32GB SSD最好 500GB Skywalking,zipkin,pinpoint zipkin服务端 & 管理台 4核 16GB 普通磁盘 500GB InfluxDb 存储指标的时间序列数据库 4核 16GB SSD最好 500GB Grafana 查看指标的平台 2核 4GB 普通磁盘 500GB 监控详情讨论,监控覆盖的几个方面。 Metrics线 - 业务监控： 使用Spring Boot

1、引子 我是2020年4月30日通过的认证，应群主之邀，写一篇经验分享，也是给我的认证之路做一个小结。其实和很多群友想的不一样，我平常在工作中要写DSL的机会不多，和ES相关的，更多的是评估容量和成本，决定一个场景到底要不要用，要设计哪些功能。虽然平时零零碎碎地看了很多ES相关的知识，但总觉得不成体系，考虑问题的时候会发现有些内容自己是不知道的。因此想考一个Elastic认证，借这个机会全面地学习和了解ES的 整个体系 。 我其实去年10月份就报名了。那会儿我是冲着当时可以补考一次的优惠去报的，后来发现补考一次的机会必须要发生在10月底之前，而我当时觉得自己并没有准备好，因此放弃了那次机会。后来直到年底前，工作都比较忙，我差点以为自己要放弃了。后来就到了春节期间，恰逢其时，新冠疫情爆发，在节后很长一段时间，我都是在家远程办公，在这个过程中，发现自己多了很多可以支配的时间。我就想，干嘛不乘这个机会把认证好好准备一下呢。 2、考前准备 其实我真正开始准备考试是3月11日，群主在共享资料中有一个excel表格里面有认证考试的考点。我按照这个知识点列表自己制作了一个number的表格，每天给自己记录学习的状况。按照这个记录，我第一轮所有知识点是4月1日这天全部过完的。一共花了 21天 。 这个过程，我都基本上采取的是梳理-->理解-->总结的方式来进行的，这个过程中我一共写了21篇博文

目录 文章目录 目录 微服务架构的问题 如何拆分服务 服务间如何通信 微服务框架 API 网关 配置中心 Service Mesh 文档 微服务治理 监控 链路跟踪 日志分析 服务中心 熔断、服务降级、限流 微服务框架 Service Mesh 流量治理 微服务架构的问题 微服务架构中，服务之间会有错综复杂的依赖关系，例如：一个前端请求一般会依赖于多个后端服务，称为 “1=>N 扇出”。在实际生产环境中，服务往往不是百分百可靠，服务可能会出错或者产生延迟，如果一个应用不能对其依赖的故障进行容错和隔离，那么该应用本身就处在被拖垮的风险中。在一个高流量的网站中，某个单一后端一旦发生延迟，可能在数秒内导致所有应用资源（线程，队列等）被耗尽，造成所谓的雪崩效应（Cascading Failure），严重时可致整个网站瘫痪。另外，微服务架构整个应用分散成多个服务，定位故障点非常困难。 服务组合 服务依赖： 微服务架构虽然逻辑设计上看是完美的，但就像积木搭建的华丽宫殿一样，经不起风吹草动。在解决了旧问题，也引入了新的问题： 微服务架构整个应用分散成多个服务，定位故障点非常困难。 稳定性下降。服务数量变多导致其中一个服务出现故障的概率增大，并且一个服务故障可能导致整个系统挂掉。事实上，在大访问量的生产场景下，故障总是会出现的。 服务数量非常多，部署、管理的工作量很大。 开发方面