automation:index
Differences
This shows you the differences between two versions of the page.
| automation:index [2025/12/16 00:07] – created - external edit 127.0.0.1 | automation:index [2025/12/20 17:32] (current) – privacyl0st | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| - | = Automation | + | ====== Media Automation Overview ====== |
| + | The core philosophy behind a modern self-hosted media ecosystem is **set it and forget it**. Once properly designed, the system should continuously monitor, acquire, process, optimize, and present media with **minimal human intervention**.\\ | ||
| - | An overview | + | Automation tools are not optional enhancements — they are the **control plane** that makes large libraries manageable, scalable, and sustainable over time. |
| + | |||
| + | This page introduces the automation concepts used throughout Trash Panda Guides and explains how the tools in this ecosystem **complement one another**. Individual configuration and tuning is covered in dedicated pages. | ||
| + | |||
| + | ===== Why Automation Matters ===== | ||
| + | Manual media management does not scale. | ||
| + | |||
| + | Without automation, a growing library quickly becomes: | ||
| + | * Time-consuming to maintain | ||
| + | * Inconsistent in quality | ||
| + | * Fragile during upgrades or rebuilds | ||
| + | * Prone to human error | ||
| + | |||
| + | Automation shifts responsibility from the operator to the system. Once configured: | ||
| + | * New content is discovered automatically | ||
| + | * Missing or upgraded releases are tracked continuously | ||
| + | * Media is processed consistently | ||
| + | * Libraries self-heal when files are replaced or improved | ||
| + | |||
| + | The result is a media environment that behaves more like an appliance than a hobby project. | ||
| + | |||
| + | ===== Set It and Forget It: The End State ===== | ||
| + | In a properly designed automation stack: | ||
| + | * You express *intent* (what you want) | ||
| + | * The system handles *execution* (how it happens) | ||
| + | |||
| + | Examples: | ||
| + | * Adding a movie triggers search, acquisition, | ||
| + | * Higher-quality releases automatically replace inferior ones | ||
| + | * Media is standardized without manual intervention | ||
| + | * Plex reflects changes without rescans or micromanagement | ||
| + | |||
| + | This is not about piracy — it is about **self-management**. | ||
| + | |||
| + | ===== The Automation Ecosystem (High Level) ===== | ||
| + | Each tool in the stack has a **single, clearly defined responsibility**. Overlap is intentional but controlled. | ||
| + | |||
| + | At a high level: | ||
| + | |||
| + | * Indexing tools discover content sources | ||
| + | * Management tools track desired media | ||
| + | * Download tools acquire content | ||
| + | * Post-processing tools normalize and optimize media | ||
| + | * Plex presents the final result | ||
| + | |||
| + | No single tool does everything — and that is by design. | ||
| + | |||
| + | ===== How the Tools Work Together ===== | ||
| + | A typical automated flow looks like this: | ||
| + | |||
| + | 1. You add a movie, show, or artist | ||
| + | 2. Management tools monitor for availability | ||
| + | 3. Indexers provide searchable sources | ||
| + | 4. Download clients retrieve the content | ||
| + | 5. Media is imported into the library | ||
| + | 6. Optimization tools standardize files | ||
| + | 7. Plex updates automatically | ||
| + | |||
| + | Each step is handled by a tool specialized for that task. | ||
| + | |||
| + | ===== Tool Overview ===== | ||
| + | |||
| + | ==== Prowlarr ==== | ||
| + | Prowlarr is the **indexer management layer** for the automation stack. | ||
| + | |||
| + | Primary responsibilities: | ||
| + | * Centralized management | ||
| + | * Consistent configuration across Sonarr and Radarr | ||
| + | * Health monitoring of indexer availability | ||
| + | |||
| + | Why it matters: | ||
| + | Without Prowlarr, each application manages indexers independently, | ||
| + | |||
| + | Prowlarr ensures that discovery is **uniform and reliable** across | ||
| + | |||
| + | ==== Sonarr ==== | ||
| + | Sonarr manages **episodic television content**. | ||
| + | |||
| + | Primary responsibilities: | ||
| + | * Track TV series and seasons | ||
| + | * Monitor for missing or upgraded episodes | ||
| + | * Enforce quality and format expectations | ||
| + | * Coordinate downloads and imports | ||
| + | |||
| + | Why it matters: | ||
| + | TV libraries change constantly. Sonarr ensures that episodes appear automatically, | ||
| + | |||
| + | ==== Radarr ==== | ||
| + | Radarr manages **movie libraries**. | ||
| + | |||
| + | Primary responsibilities: | ||
| + | * Track wanted movies | ||
| + | * Search for available releases | ||
| + | * Enforce quality and format rules | ||
| + | * Replace inferior versions automatically | ||
| + | |||
| + | Why it matters: | ||
| + | Movies are static, but releases are not. Radarr ensures your movie library converges toward your desired quality over time. | ||
| + | |||
| + | ==== Jackett ==== | ||
| + | Jackett provides **indexer compatibility and translation**. | ||
| + | |||
| + | Primary responsibilities: | ||
| + | * Bridge unsupported or custom indexers | ||
| + | * Normalize indexer APIs for automation | ||
| + | * Extend discovery beyond native support | ||
| + | |||
| + | Why it matters: | ||
| + | Not all indexers integrate cleanly. Jackett expands the ecosystem’s reach without forcing compromises elsewhere. | ||
| + | |||
| + | ==== qBittorrent ==== | ||
| + | qBittorrent is the **acquisition engine**. | ||
| + | |||
| + | Primary responsibilities: | ||
| + | * Execute downloads requested by automation tools | ||
| + | * Manage torrent lifecycle | ||
| + | * Report status and completion | ||
| + | |||
| + | Why it matters: | ||
| + | Automation tools do not download media themselves. qBittorrent provides a stable, scriptable, automation-friendly backend for acquisition. | ||
| + | |||
| + | ==== Unmanic ==== | ||
| + | Unmanic is the **media normalization and optimization layer**. | ||
| + | |||
| + | Primary responsibilities: | ||
| + | * Standardize codecs and containers | ||
| + | * Reduce storage footprint | ||
| + | * Enforce consistency across libraries | ||
| + | * Operate continuously in the background | ||
| + | |||
| + | Why it matters: | ||
| + | Media sourced from multiple origins is inherently inconsistent. Unmanic ensures your library remains efficient, predictable, and Plex-friendly over time. | ||
| + | |||
| + | ===== Complementary, | ||
| + | These tools are intentionally specialized: | ||
| + | * Discovery is separate from management | ||
| + | * Management is separate from acquisition | ||
| + | * Acquisition is separate from optimization | ||
| + | * Playback is separate from all of the above | ||
| + | |||
| + | This separation: | ||
| + | * Reduces failure domains | ||
| + | * Simplifies troubleshooting | ||
| + | * Allows components to be replaced independently | ||
| + | * Keeps the system understandable months or years later | ||
| + | |||
| + | ===== Automation as Infrastructure ===== | ||
| + | Treat automation tools like infrastructure, | ||
| + | |||
| + | Once configured: | ||
| + | * They should require minimal attention | ||
| + | * Logs should be quiet | ||
| + | * Intervention should be rare and deliberate | ||
| + | |||
| + | If you are constantly “fixing” automation, something upstream is misdesigned. | ||
| + | |||
| + | ===== Where This Page Fits ===== | ||
| + | This page exists to: | ||
| + | * Introduce automation concepts | ||
| + | * Explain *why* these tools exist | ||
| + | * Provide mental models for how they interact | ||
| + | |||
| + | It intentionally avoids: | ||
| + | * Installation steps | ||
| + | * Configuration screenshots | ||
| + | * Tuning recommendations | ||
| + | |||
| + | Each tool has a dedicated guide that builds on the concepts introduced here. | ||
| + | |||
| + | ===== Philosophy Recap ===== | ||
| + | Automation is not about convenience — it is about **resilience**. | ||
| + | |||
| + | A properly automated media ecosystem: | ||
| + | * Survives operator absence | ||
| + | * Recovers from failures gracefully | ||
| + | * Improves itself over time | ||
| + | * Scales without added complexity | ||
| + | |||
| + | When designed correctly, the system runs quietly in the background — exactly as intended. | ||
automation/index.txt · Last modified: by privacyl0st
