<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Container-Infrastructure on Pi Stack</title>
    <link>https://www.pistack.xyz/tags/container-infrastructure/</link>
    <description>Recent content in Container-Infrastructure on Pi Stack</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Mon, 25 May 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://www.pistack.xyz/tags/container-infrastructure/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Self-Hosted Container Image Inspection Tools: Dive vs Skopeo vs crane</title>
      <link>https://www.pistack.xyz/posts/2026-05-25-self-hosted-container-image-inspection-dive-vs-skopeo-vs-crane-guide/</link>
      <pubDate>Mon, 25 May 2026 00:00:00 +0000</pubDate>
      <guid>https://www.pistack.xyz/posts/2026-05-25-self-hosted-container-image-inspection-dive-vs-skopeo-vs-crane-guide/</guid>
      <description>&lt;p&gt;Container images are the fundamental building blocks of self-hosted infrastructure. Every Dockerfile produces an image composed of layered filesystems, metadata, and configuration. As teams build and maintain dozens or hundreds of container images, questions arise: How large is this image? Which layers consume the most space? Does this image contain the expected base layer? Can we verify the image signature before deploying it to production?&lt;/p&gt;</description>
    </item>
    <item>
      <title>Self-Hosted Container Logging Drivers: journald vs fluentd vs syslog vs GELF</title>
      <link>https://www.pistack.xyz/posts/2026-05-25-self-hosted-container-logging-drivers-journald-vs-fluentd-vs-syslog-vs-gelf-guide/</link>
      <pubDate>Mon, 25 May 2026 00:00:00 +0000</pubDate>
      <guid>https://www.pistack.xyz/posts/2026-05-25-self-hosted-container-logging-drivers-journald-vs-fluentd-vs-syslog-vs-gelf-guide/</guid>
      <description>&lt;p&gt;Every Docker container generates stdout and stderr output — application logs, error traces, health check results, and debug information. By default, Docker stores these logs using the &lt;code&gt;json-file&lt;/code&gt; driver, writing JSON-formatted entries to disk on the host. While this works for small deployments, production environments quickly outgrow this approach. Log files grow unbounded, querying requires parsing raw JSON, and there is no centralized view across multiple containers or hosts.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
