feiybox

年初时定了一些目标：

1. 好好对女朋友
2. 新冠结束，有机会多回家晃悠晃悠
3. 书3本（偏向JAVA以前的书重看，重新学习总结）
4. 看开源项目源码学习（部分可以动手写代码验证），加强JAVA代码能力
5. 保持技术阅读（以ATA为主，尝试阅读论文（基本没有阅读过多少论文，需要多读训练））

总结：这是有些许焦虑的一年。

事务：

参考：

理论

CAP 理论

1. 企业应用上云
   • 作为部分企业应用上公共云的替代品
2. 容器存储
   • 主要是用的是共享的能力，解决容器服务可能在短时间内读取 Docker File 拉起多个容器的场景
3. 内容管理和 Web 服务
   • 作为文件系统所提供的一定程度上的基本能力，类似 HDFS
4. AI 训练、基因计算、工业仿真等高性能计算
   • 高 IOPS，高带宽，低延迟要求
   • 海量小文件
5. 媒体和娱乐工作流
   • 共享，以及扩容方便性，降低视频等处理成本

可以看出对文件存储的需求是有递进性的，最开始要求作为文件系统的能力。而后支持共享，以及作为云上的弹性的能力。然后支持高性能高带宽，海量小文件的极端需求场景。也是随着对于需求的变化而不断发展的过程。缓存类型的文件存储以及数据流动的产生，也是随着需求的演进而来的。

认识存储

像我一样的童鞋，认知最多的是对象存储，认知的点是可以通过 HTTP 等 Restful 接口进行使用，指定 key 查到对应的内容，类似键值对的方式使用。这便是最开始的认知。

故事提要

项目开发中，我在 docker file 中，将需要执行的命令写入到 /etc/rc.d/rc.local 文件中，目的是为了容器启动时，将自动执行此命令。命令等价如下：

我们可以看到，很多文章都在告诉我，Slf4j 是日志的门面，是接口；而 Log4j2 和 Logback 是日志的实现。但是至于它们是怎么联系到一起，我们经常能看到说，使用 log4j-slf4j-impl 建立桥梁，就可以使得 Slf4j 桥接到 Log4j2 上，就可以使用 Log4j 的实现了。而我们的项目中，打日志都直接基于 Slf4j 接口即可。

那么我们思考多个问题：

最近上班中发现，发现我们没有良好的利用机器的性能，并且由于是老项目，竟在新的机器上短时间内部署不起来，因此造就了我们两个方向的发展。一是容器化部署，不再依赖环境；第二个是让目前的几台机器能够承担更多的压力。

同样的，我发现我们目前几个机器的的使用率很低，并且接口的响应很慢，因此需要去分析GC，调整GC参数，来使得响应更好，机器使用率更好，能够扛住更大的吞吐。