<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Andy Raphael</title>
    <description>The latest articles on DEV Community by Andy Raphael (@weavestream).</description>
    <link>https://dev.to/weavestream</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4010163%2F81e29186-712f-4d35-b4fd-d18a3bed61f8.png</url>
      <title>DEV Community: Andy Raphael</title>
      <link>https://dev.to/weavestream</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/weavestream"/>
    <language>en</language>
    <item>
      <title>We built a free, self-hosted alternative to IT Glue</title>
      <dc:creator>Andy Raphael</dc:creator>
      <pubDate>Tue, 30 Jun 2026 23:38:37 +0000</pubDate>
      <link>https://dev.to/weavestream/we-built-a-free-self-hosted-alternative-to-it-glue-59dl</link>
      <guid>https://dev.to/weavestream/we-built-a-free-self-hosted-alternative-to-it-glue-59dl</guid>
      <description>&lt;p&gt;A few years into managing IT for clients, you accumulate a strange kind of debt. Not technical debt — documentation debt. Every password, every static IP, every "oh, the backup job runs at 2am because the old guy set it up that way," scattered across spreadsheets, sticky notes, and whatever wiki someone half-set-up in 2019.&lt;/p&gt;

&lt;p&gt;IT Glue exists to fix exactly this problem. So does Hudu. They're good products, genuinely — structured, relationship-aware documentation for clients, assets, credentials, the works. The IT industry mostly agrees this category of tool is necessary.&lt;/p&gt;

&lt;p&gt;But here's the thing that started bugging me: I was renting the most important knowledge in my business, one month at a time, from a company that could raise prices, get acquired, or shut down a feature whenever they wanted. The data model that made my job possible lived entirely inside someone else's platform. I had exports, sure. I didn't have ownership.&lt;/p&gt;

&lt;p&gt;So I built the thing I actually wanted: the same idea — clients, assets, credentials, domains, procedures, all wired together — except self-hosted, open source, and mine.&lt;/p&gt;

&lt;h2&gt;
  
  
  The part that's actually hard to replace
&lt;/h2&gt;

&lt;p&gt;It would've been easy to build a glorified password manager with a notes field. That's not what makes IT Glue or Hudu valuable, though. What makes them valuable is that nothing lives in isolation — you open a client, see their assets; open an asset, see its credentials, its domain, the procedure for rebuilding it; open a credential, trace it back to every system that depends on it.&lt;/p&gt;

&lt;p&gt;That's the part worth copying. Not the SaaS bill. The graph.&lt;/p&gt;

&lt;h2&gt;
  
  
  Why self-hosted, specifically
&lt;/h2&gt;

&lt;p&gt;This wasn't really a cost decision, even though it's free. It was a control decision:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;No license server checking in on me.&lt;/strong&gt; The app doesn't care if it's online. It works air-gapped if it needs to.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;No telemetry.&lt;/strong&gt; Nothing phones home with client data.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;No feature gates.&lt;/strong&gt; I'm not going to build a "starter tier" and dangle the actually-useful stuff behind a paywall later. Everything's in.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;A real database I can touch.&lt;/strong&gt; PostgreSQL, not a proprietary export format. If I want to migrate away from my own tool someday, that's a &lt;code&gt;pg_dump&lt;/code&gt;, not a negotiation.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;The tradeoff, obviously, is that &lt;em&gt;you&lt;/em&gt; run it. Docker Compose, your own server or VPS or homelab box, your own backups. For some people that's a dealbreaker. For the people this is built for — MSPs, IT pros, homelabbers who already run their own infrastructure for everything else — it's the whole point.&lt;/p&gt;

&lt;h2&gt;
  
  
  What it's called and where it stands
&lt;/h2&gt;

&lt;p&gt;It's called &lt;strong&gt;&lt;a href="https://weavestream.io" rel="noopener noreferrer"&gt;Weavestream&lt;/a&gt;&lt;/strong&gt;, AGPL-3.0 licensed, and it's genuinely new. I'm not going to pretend it's a polished six-year-old product with a marketing team — it's built by one person who needed this to exist, in the open, with the rough edges that implies. If you poke at it and something's missing or broken, that's expected right now, and I'd rather hear about it than have you quietly give up and go back to a spreadsheet.&lt;/p&gt;

&lt;p&gt;If any of this sounds familiar — if you've got client knowledge trapped across five tools and a Google Doc, or you're paying monthly for documentation software you don't actually control — I'd genuinely like to know if Weavestream is worth your time.&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;GitHub: &lt;a href="https://github.com/Weavestream/Weavestream" rel="noopener noreferrer"&gt;https://github.com/Weavestream/Weavestream&lt;/a&gt;
&lt;/li&gt;
&lt;li&gt;Docs: &lt;a href="https://docs.weavestream.io" rel="noopener noreferrer"&gt;https://docs.weavestream.io&lt;/a&gt;
&lt;/li&gt;
&lt;li&gt;Site: &lt;a href="https://weavestream.io" rel="noopener noreferrer"&gt;https://weavestream.io&lt;/a&gt;
&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Happy to answer questions in the comments, including the "why didn't you just use X" ones — I've probably already asked myself that.&lt;/p&gt;

</description>
      <category>opensource</category>
      <category>msp</category>
      <category>sysadmin</category>
      <category>selfhosted</category>
    </item>
  </channel>
</rss>
