<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: yashdotrv</title><link>https://news.ycombinator.com/user?id=yashdotrv</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 08 Oct 2026 02:08:51 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=yashdotrv" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by yashdotrv in "Show HN: Parseable, an open observability datalake, handles 100M time-series/min"]]></title><description><![CDATA[
<p>Oh I see, what you say! ...but that’s intentional... we start the calculator at 1 TB/day because beyond this scale it's usually where observability pricing starts to hurt and ROI discussions kicks in. So, the point we’re trying to show is that, even at 1 TB/day, Parseable will still cost you lesser than others, and easier to operate too. Also the best part is that you will have the complete ownership of your data.</p>
]]></description><pubDate>Wed, 07 Oct 2026 06:11:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=49988938</link><dc:creator>yashdotrv</dc:creator><comments>https://news.ycombinator.com/item?id=49988938</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49988938</guid></item><item><title><![CDATA[New comment by yashdotrv in "Show HN: Parseable, an open observability datalake, handles 100M time-series/min"]]></title><description><![CDATA[
<p>Hi HN,<p>This is Yash, founding team at Parseable (<a href="https://github.com/parseablehq" rel="nofollow">https://github.com/parseablehq</a>).<p>We've built an open source observability data lake using Rust, that handles high-cardinality data at around 100M time series in production (<a href="https://www.parseable.com/blog/how-parseable-handles-100-million-time-series" rel="nofollow">https://www.parseable.com/blog/how-parseable-handles-100-mil...</a>)<p>Our architecture is built around columnar design, and we use Apache Arrow for in-memory columnar processing and Apache Parquet for durable columnar storage on S3-compatible object storage. In Parseable, every labels stay as columns in the data instead of becoming a large long-lived per-series index like many TSDBs.<p>Also, one thing we’ve been thinking about a lot is how observability changes as agents become part of day-to-day engineering workflows. They're not just another service, they produce traces, tool calls, prompts, intermediate decisions, errors, costs, and sometimes sensitive business context.<p>Observing them matters just as much as observing any other system. But it is equally important to decide where that telemetry data should reside. Our view is that teams should be able to keep these observability data close to them: in their own object storage, under their own retention, access, and compliance controls.</p>
]]></description><pubDate>Tue, 06 Oct 2026 14:15:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=49978858</link><dc:creator>yashdotrv</dc:creator><comments>https://news.ycombinator.com/item?id=49978858</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49978858</guid></item><item><title><![CDATA[Show HN: Parseable, an open observability datalake, handles 100M time-series/min]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.parseable.com">https://www.parseable.com</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=49978171">https://news.ycombinator.com/item?id=49978171</a></p>
<p>Points: 84</p>
<p># Comments: 24</p>
]]></description><pubDate>Tue, 06 Oct 2026 13:30:50 +0000</pubDate><link>https://www.parseable.com</link><dc:creator>yashdotrv</dc:creator><comments>https://news.ycombinator.com/item?id=49978171</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49978171</guid></item><item><title><![CDATA[Using Prometheus and OpenTelemetry together is getting easier]]></title><description><![CDATA[
<p>Article URL: <a href="https://prometheus.io/blog/2026/09/21/otel-prometheus-interoperability-survey/">https://prometheus.io/blog/2026/09/21/otel-prometheus-interoperability-survey/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=49858210">https://news.ycombinator.com/item?id=49858210</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Sat, 26 Sep 2026 16:41:46 +0000</pubDate><link>https://prometheus.io/blog/2026/09/21/otel-prometheus-interoperability-survey/</link><dc:creator>yashdotrv</dc:creator><comments>https://news.ycombinator.com/item?id=49858210</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49858210</guid></item><item><title><![CDATA[Handling 100M time series with Arrow, Parquet, and object storage]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.parseable.com/blog/how-parseable-handles-100-million-time-series">https://www.parseable.com/blog/how-parseable-handles-100-million-time-series</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=49753823">https://news.ycombinator.com/item?id=49753823</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 18 Sep 2026 13:02:12 +0000</pubDate><link>https://www.parseable.com/blog/how-parseable-handles-100-million-time-series</link><dc:creator>yashdotrv</dc:creator><comments>https://news.ycombinator.com/item?id=49753823</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49753823</guid></item></channel></rss>