一.操作系统-Linux Kafka是JVM系的大数据框架kafka由Scala语言和Java语言编写而成，编译之后的源代码就是普通的".class"文件 使用Linux kafka客户端底层使用Java的selector，selector在Linux上的实现机制是epoll，由于在windows上
JSR223控件简介 1、调用内置函数2、执行外部java文件3、执行jar包 JSR223取样器允许执行JSR223脚本代码用于创建/更新所需的某些变量。 由于JSR223脚本编译方式基本相同，后续将不再介绍如JSR223前置处理器、JSR223后置处理器、JSR223断言、JSR223定时器以及
日常•2022年5月29日 goofys编译 goofys是一个开源的使用Go编写的s3存储桶挂载工具，主打高性能。由于使用Go编写，没有用到什么特别的依赖，自己编译也很容易。截止2022.5.27，官方github仓库貌似一直有提交，但是提供的预编译安装包貌似只到2020年4月，而且只有x86版本
https://www.cnblogs.com/hiyang/p/12631908.html s3fs-fuse 是一个采用 c++🚀 开发的开源应用，它的作用是可以将 AWS S3 以及兼容 S3 API 的第三方对象存储像普通文件系统一样挂载到本地计算机，由于这种功能通过 FUSE 实现，因此
1、背景：公司数据迁移涉及到文件迁移，原有文件服务器没有使用minio,但是现在的新系统使用了minio。所以这就需要我们将文件上传到minio文件服务器中；由于历史文件数据量大，甲方要求可以通过服务器文件拷贝方式迁移文件，性能、安全性更高； 2、前期准备： 1）minio文件服务器已经安装完成；
https://zhuanlan.zhihu.com/p/151745863 在计算机系统设计实践中，我们常常会遇到下图所示架构： 为了解决单个存储器读吞吐无法满足要求的问题，常常需要在存储器上面增加一个或多个缓存。但由于相同的数据被复制到一个或多个地方，就容易引发数据一致性问题。不一致的数据可能出
s3fs把 s3-like 对象存储挂载到本地 s3fs把 s3-like 对象存储挂载到本地 s3fs-fuse 是一个采用 c++🚀 开发的开源应用，它的作用是可以将 AWS S3 以及兼容 S3 API 的第三方对象存储像普通文件系统一样挂载到本地计算机，由于这种功能通过 FUSE 实现，因
研究Rocksdb已经有七个月的时间了，这期间阅读了它的大部分代码，对底层存储引擎进行了适配，同时也做了大量的测试。在正式研究之前由于对其在本地存储引擎这个江湖地位的膜拜，把它想象的很完美，深入摸索之后才发现现实很骨感，光鲜背后都有不为人知的辛酸苦辣。同时这也给幻想追求完美技术的我打了一针清醒剂，任
一、引入索引 在没有索引的情况下，不论是根据主键列或者其他列的值进行查找，由于我们并不能快速的定位到记录所在的页，所以只能从第一个页沿着双向链表一直往下找，因为要遍历所有的数据页，时间复杂度就是O(n),所以这种方式显然是超级耗时的。所以我们需要采取一定的数据结构来存储数据，方便我们进行数据的增删改
https://docs.pingcap.com/zh/tidb/stable/tiup-component-cluster-scale-in tiup cluster scale-in 命令用于集群缩容，缩容即下线服务，最终会将指定的节点从集群中移除，并删除遗留的相关文件。 下线特殊处理 由于 T
https://tidb.net/blog/5454621f 一、测试需求： 基于历史原因，我们的业务数据库一直使用5.4.3，最近由于研发提出需求：需要升级到6.5.3版本，基于版本不同，需要做个压力测试已验证2个版本之间的性能差异。 二、测试目的： 验证tidb数据库5.4.3和6.5.3版本性
https://tidb.net/book/tidb-monthly/2022/2022-07/usercase/tidb-v5-1-2 前言 笔者最近在一个银行项目中做 PoC 测试，由于客户选择了使用 TiDB 数据库，于是笔者在 TiDB 中选择了一个相对稳定并且 bug 较少的版本：TiD
背景 近期发现自己实验用的 Prometheus 性能出现瓶颈, 经常会出现如下告警: PrometheusMissingRuleEvaluations PrometheusRuleFailures 之后慢慢排查发现是由于 Prometheus 的某些 series 的高基数(High Cardin
 # 前言 开源这件事情在软件开发领域一直是一个高频话题，我们工作中不管是使用到的工具还是第三方库都离不开开源的支持。 近期由于工作的原因，我需要经常和 `Apache P
不断增长的漏洞积压，加上对修复哪些漏洞以及何时修复缺乏明确性，可能导致一系列包括浪费开发人员的时间，延迟上市时间，以及由于修复时间长而增加企业攻击面等问题。当代行业和环境要求快速、频繁地推出功能性和安全代码的压力一直存在，而这也倒是需要开发人员确保和解决的任务和问题也越积越多，随之造成了漏洞积压。解
通用漏洞评分系统（CVSS）是当前应用最频繁的评分系统以评估安全漏洞的严重性。但是，由于该系统在评估漏洞和优先级排序方面存在不足而遭受批评。因此，有部分专业人士呼吁使用漏洞利用预测评分系统（EPSS）或将 CVSS 与 EPSS 结合来推动漏洞指标变得更加可执行和高效。与 CVSS 一样，EPSS
基础设施即代码（IaC）是指使用代码和软件开发技术来配置和管理基础设施的实践。IaC 背后的逻辑是尽量消除手动配置基础设施和资源的需求，比如服务器、负载均衡以及数据库等。由于基础设施是整个软件开发流程的一个组成部分，并且与应用交付更紧密地联系在一起，因此让基础设施的更改更容易交付十分重要。 使用代码
软件开发是一个复杂而动态的过程，涉及许多工具、技术和实践。为了更快、更好地交付软件，开发人员需要有效地协作，自动执行任务，并管理环境。然而，由于软件架构的日益复杂，工具和平台的多样性，以及对安全和合规性的要求越来越高，软件开发变得极具挑战。 为了更好地应对开发挑战，企业根据自身情况分别选择内部开发者
背景 之前在一次不规范HTTP请求引发的nginx响应400问题分析与解决 中写过客户端query参数未urlencode导致的400问题，当时的结论是： 对于query参数带空格的请求，由于其不符合HTTP规范，golang的net/http库无法识别会直接报错400，而nginx和使用uwsgi
背景 为什么讲这么小的一个问题呢？因为今天在进行系统上线的时候遇到了这个问题。 这次的上线动作还是比较大的，由于组织架构拆分，某个接入层服务需要在两个部门各自独立部署，以避免频繁的跨部门沟通，提升该接入层服务的变更效率。 该接入层服务之前是使用cookie + 内存session机制的，这次要独立部
