内容：英语口语练习+英语口语学习+英语单词复习+英语百词斩打卡

时间：8:00-8:10

内容：元宇宙项目组晨会

时间：8:21-8:46

内容：测试spring boot项目中配置文件的加载顺序

bootstrap.properties -> bootstrap.yml -> application.properties -> application.yml

总结：未完成。

时间：8:51-9:16 9:16-9:41

内容：绘制抽象工厂的类图和模板代码实现

总结：9:34完成模板代码实现。

时间：9:48-10:13

内容：vue视频，P27绑定style样式+P28条件渲染

总结：完成P27，P28完成40%

时间：10:25-10:50

内容：SSH网上商城：用户模块：注册页面跳转

总结：完成注册页面跳转

时间：11:00-11:25

内容：SSH网上商城：用户模块：用户是否存在

总结：完成百分之50，

时间：11:34-11:59

内容：ssh网上商城：用户模块：判空+用户名是否存在

总结：

在点击提交的时候，调用函数，进行判空。

时间：13:30-14:10

内容：英语口语练习

时间：14:36-15:01 15:01-1526

内容： 1.调研zabbix的性能指标和使用Prometheus + Grafana的性能之别对比

思路：目前想监控的对象是应用监控：JVM,JVM ：GC次数、GC耗时、各个内存区域的大小、当前线程数、死锁线程数。监控系统需要拒赔，数据存储、数据展示、监控告警等主要功能。

对比zabbix与Prometheus

zabbix:

优势：1.

产品成熟

：由于诞生时间长且使用广泛，拥有丰富的文档资料以及各种开源的数据采集插件，能覆盖绝大部分监控场景。

采集方式丰富：支持Agent、SNMP、JMX、SSH等多种采集方式，以及主动和被动的数据传输方式。

较强的扩展性：支持Proxy分布式监控，有agent自动发现功能，插件式架构支持用户自定义数据采集脚本。

配置管理方便：能通过Web界面进行监控和告警配置，操作方便，上手简单。

劣势：

性能瓶颈

：机器量或者业务量大了后，关系型数据库的写入一定是瓶颈，官方给出的单机上限是5000台，个人感觉达不到，尤其现在应用层的指标越来越多。虽然最新版已经开始支持时序数据库，不过成熟度还不高。

应用层监控支持有限：如果想对应用程序做侵入式的埋点和采集（比如监控线程池或者接口性能），zabbix没有提供对应的sdk，通过插件式的脚本也能曲线实现此功能，个人感觉zabbix就不是做这个事的。

数据模型不强大：不支持tag，因此没法按多维度进行聚合统计和告警配置，使用起来不灵活。

方便二次开发难度大：Zabbix采用的是C语言，二次开发往往需要熟悉它的数据表结构，基于它提供的API更多只能做展示层的定制。

Prometheus

优势：

轻量管理：

架构简单，不依赖外部存储，单个服务器节点可直接工作，二进制文件启动即可，属于轻量级的Server，便于迁移和维护。

较强的处理能力

：监控数据直接存储在Prometheus Server本地的时序数据库中，单个实例可以处理数百万的metrics。

灵活的数据模型：

同Open-Falcon，引入了tag，属于多维数据模型，聚合统计更方便。

强大的查询语句：

PromQL允许在同一个查询语句中，对多个metrics进行加法、连接和取分位值等操作。

很好地支持云环境

：能自动发现容器，同时k8s和etcd等项目都提供了对Prometheus的原生支持，是目前容器监控最流行的方案。

功能不够完善：

Prometheus从一开始的架构设计就是要做到简单，不提供集群化方案，长期的持久化存储和用户管理，而这些是企业变大后所必须的特性，目前要做到这些只能在Prometheus之上进行扩展。

网络规划变复杂

：由于Prometheus采用的是Pull模型拉取数据，意味着所有被监控的endpoint必须是可达的，需要合理规划网络的安全配置。

结论选择：选择使用zabbix1.目前zabbix咱们公司现在已经成功运用上，运用的比较熟练更容易上手2.目前监控的对象为服务器，数量在两三百台左右，zabbix能够完成支持上。3.zabbix支持的报警方式，能够满足目前所需（钉钉群、邮件、电话、短信、微信等）一些服务数量有限制。

时间：15:43-16:08-16:23

内容：查找zabbix如何监控JVM

总结：初步筛选出zabbix监控一个机器上的多个java进程的jvm，另外需要申请一台测试环境服务器拥有搭建zabbix

时间：16:30-16:42

内容：每日领导汇报会议

时间：16:42-17:02

内容：获取生产环境zabbix服务器的配置信息，发送新建测试zabbix服务器的审批。

时间：17:15-17:39

内容：查找如何安装配置zabbix

总结：宏观主要步骤，对应zabbix5.0.6版本，

时间：17:49-18:14

内容：研究Zabbix监控JVM微服务进程，将之前收集到的文章，进行筛选。选出能够满足功能

总结：比较符合的有https://www.freesion.com/article/8865195530/

时间：18:20-18:30

内容：由于测试环境的zabbix还未配置成功，先做zabbix监控JVM的准备工作。需要下载的软件包准备。

时间：18:55-19:10

内容：英语单词学习

时间：19:40-20:05

内容：Zabbix监控JVM微服务进程，了解监控脚本的配置

总结：完成50%

时间；20:10-20：21:55

内容：进行arpro测试环境core服务压测，目的测试：解决执行fullGC之后jvm内存使用率没有下降：

总结：通过修改jvm 中的 xms和xmx、-XX:GCTimeRatio=19 -XX:MinHeapFreeRatio=20 -XX:MaxHeapFreeRatio=30

https://blog.csdn.net/xmtblog/article/details/118004663