Brad L. :verified:<p>There's a lot talk about "ZeroDisk" infrastructure backed by S3. The pitch is "move your data from locally attached NVMe storage to S3 and your applications will scale easier and be more performant!"</p><p>Maybe I'm getting too old for this shit, but I swear to dog this is the 4th such cycle in my career:</p><p>1. NFS<br>2. iSCSI / Fibrechannel<br>3. Hadoop / HDFS<br>4. ZeroDisk with S3</p><p>Am I the only one that's like: "wait, move TBs of data to S3 from NVMe to increase performance? Are you high?"</p><p>It doesn't work, so you scale up. Now you're back to local NVMe "cache disks" running instances as expensive as the locally attached NVMe instances when you add those costs to your S3 bill. The performance is worse because of course it is.</p><p>It always comes back to the two hard problems in computer science: naming things, cache invalidation, and off-by-one errors. 😂 </p><p><a href="https://hachyderm.io/tags/zerodisk" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>zerodisk</span></a> <a href="https://hachyderm.io/tags/s3" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>s3</span></a> <a href="https://hachyderm.io/tags/hadoop" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>hadoop</span></a> <a href="https://hachyderm.io/tags/cache" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>cache</span></a> <a href="https://hachyderm.io/tags/datalake" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>datalake</span></a> <a href="https://hachyderm.io/tags/GetOffMyLawn" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>GetOffMyLawn</span></a></p>