<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>PostgreSQL on 浅忆博客</title>
    <link>https://blog.curlc.com/tags/postgresql/</link>
    <description>Recent content in PostgreSQL on 浅忆博客</description>
    <image>
      <title>浅忆博客</title>
      <url>https://blog.curlc.com/images/papermod-cover.png</url>
      <link>https://blog.curlc.com/images/papermod-cover.png</link>
    </image>
    <generator>Hugo</generator>
    <language>zh</language>
    <copyright>黔ICP备15002488号</copyright>
    <lastBuildDate>Sat, 07 Nov 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://blog.curlc.com/tags/postgresql/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>基于虚拟线程构建高性能 Kafka → HTTP 转发服务</title>
      <link>https://blog.curlc.com/posts/virtual-thread-kafka-http-proxy/</link>
      <pubDate>Thu, 21 May 2026 02:10:44 +0000</pubDate>
      <guid>https://blog.curlc.com/posts/virtual-thread-kafka-http-proxy/</guid>
      <description>&lt;blockquote&gt;
&lt;p&gt;做物联网对接时，经常会遇到这种情况：设备数据已经通过 Kafka 流转起来了，第三方平台却只提供 HTTP 接口。写一个消费者，把 JSON 换个格式再 POST 过去，第一版似乎很快就能完成。
真正麻烦的是后面的事：对方超时了怎么办？请求已经成功，本地还没来得及记账就重启了怎么办？早高峰突然堆进来一批消息，又该让它们等在哪里？&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;ps: 本文的目的是记录一个项目设计过程，便于日后复盘，但暂不提供实际压测指标（如吞吐量、延迟、资源消耗）&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;本文由AI润色。&lt;/p&gt;
&lt;/blockquote&gt;</description>
    </item>
  </channel>
</rss>
