千木一枝的博客

然而，在OpenAI的ChatGPT等创新的推动下，生成式AI最近取得了进展，通过HTTP普及了与预训练模型的交互。虽然Document可以表示广泛的内容，例如整个文件，但RAG方法将内容分成更小的部分，以便包含在提示符中。有了这个可移植的API，你可以一开始瞄准一个AI聊天模型，比如OpenAI，然后很容易地切换到另一个AI聊天模型的实现，比如Amazon Bedrock的Anthropic model。由于需要专门的硬件，重新训练模型，特别是那些具有数十亿参数的模型是具有挑战性的。

分布式事务，顾名思义，是指涉及两个或多个分布式资源（如数据库、消息队列等）的事务操作，要求这些操作要么全部成功，要么全部失败，以此保证数据的一致性。通过设计独立的服务边界，尽量减少跨服务的事务操作，利用API幂等性、事务日志和事件溯源等技术，可以在不引入分布式事务的情况下，实现业务逻辑的一致性。尽管分布式事务在某些关键场景下不可或缺，如金融交易系统，但大多数日常业务场景下，通过采用最终一致性模型、优化系统架构设计、实施有效的补偿机制，我们往往能避免分布式事务带来的复杂性和性能开销。

Rsyslog在日志收集和基础路由方面表现出色，而Logstash、Fluentd、Graylog和Splunk更侧重于日志的处理、分析和可视化。说起日志采集框架，大家动辄使用Logstash和Fluentd, 却忽略了Linux系统内置的日志框架Rsyslog，而且日常大家的应用服务都是部署在Linux服务器，可以减少三方组件的依赖。Rsyslog、Logstash、Fluentd、Graylog、Splunk、Filebeat和Metricbeat都是日志管理和分析工具，各自有其独特的优势。

【代码】关于K8S中JVM性能的一些分析。

对于依赖HttpServletResponse的公共组件或工具，建议逐步迁移到使用ResponseEntity，以确保对Spring Boot 2、3以及不同Java版本（如JDK 8和11+）的支持。这样，你无需根据不同的环境编写分支代码，从而简化了维护工作。然而，随着Servlet 5.0及更高版本的发布，javax.servlet.http.HttpServletResponse已被移到jakarta.servlet.http.HttpServletResponse命名空间下。

因此可以在你自己的工程中，通过覆写RuntimeException的所有构造方法，避免一些无效的堆栈打印。如果启用了异常抑制，那么在一个异常（称为“主异常”）抛出时，如果另一个异常（称为“被抑制的异常”）也发生，则被抑制的异常会被添加到主异常的“抑制异常”列表中。控制台上打印着一堆异常堆栈信息，这不但覆盖了有价值的日志，也大大降低了程序的性能，而且这些错误堆栈信息自身的价值很小。，则可以在异常对象中保存空的堆栈跟踪信息，从而减少填充异常对象所需的空间和时间。，则表示不保留堆栈跟踪信息。

Vue 组件加载 WASM 模块的最简方法。基于wasm-pack构建的wasm要集成到vue工程中，总是遇到这样那样的错误。本文讲解了vue集成wasm的最简方法，亲测有效

Maven构建时的提醒信息的处理。有关详细信息, 请使用 -Xlint:unchecked 重新编译。[WARNING] XxFilter.java: 有关详细信息, 请使用 -Xlint:deprecation 重新编译。

Clickhouse的字典表在分布式表中进行查询操作时，会报列不存在（THERE_IS_NO_COLUMN）的问题。

1. 文本内容替换Mac中的这个命令与linux有点不同，它多了一个备份参数# 需要备份文件sed -i '.bak' 's/old_words/new_words/g' a.txt# 不需要备份文件sed -i '' 's/old_words/new_words/g' a.txt

大学做毕业设计时，开发过一款根据症状自我评估病因的“家庭医生”。十几年过去了，当年在宿舍边写查资料边写代码的情景还时常浮现现在脑海，时过境迁，Delphi的辉煌已成历史，如今由小程序驱动当年的数据库，让尘封毕设的“家庭医生”重获新生。疫情当下，献给那些封控在家，不方便去医院的人，用这样一款小程序对症状进行自我评估，做到心中有数。

Mac homebrew 成功安装 了puthon2

75%新项目都可以“无脑”选择单体架构

1. Nginx代理丢失非80端口的问题如果Nginx采用非80端口进行代理时，会丢失端口，可通过如下方式避免此问题：location /api { proxy_set_header Host $host:$server_port; proxy_set_header X-Real-IP $remote_addr; proxy_pass http://127.0.0.1:8080;}...

近几年来，我的团队构建了部门最大规模的线上平台，也是部门迄今最成功的基于微服务架构的系统。每当做部门技术分享，我说的最多的是那些被我否定的技术框架，分析的核心问题是这些技术框架在解决什么问题，我们真的需要么？ 就我的实践来讲，真的没什么可讲的，毕竟最近两年一直在对技术架构做减法。第一个否定的是ELK架构，平台上线之初，我认真的研究了一下ELK整个技术体系，并进行线上验证，存在如下几个问题，是我团队无法解决的：Elasticsearch的插入效率问题，每秒几百条的速度是个硬伤。 支撑系统3000TPS

持续积累的常用Linux命令

近几年笔者在生产环境中，很多日志处理场景中都适用了Rsyslog，在基于UDP的分布式日志汇聚、日志文件采集方面都有出色的发挥，“The rocket-fast system for log processing” 真不是吹的。在Rsyslog的官方文档中，发现Rsyslog已经提供了文件（imfile）输入方法，毕竟它就在系统中，拿来就用，还选什么 filebeat，logstash。