# Втримала всю компанію на одному хості з 512 МБ і одним ядром — git‑форж, вебсервер для семи доменів, Tor, два сервери альтернативних протоколів, резервні копії та блокування вторгнень — розглядаючи 464 МБ доступної пам'яті як зобов'язальне архітектурне обмеження. вересень 2026 **Ситуація.** Робочий хост компанії — це одноядерний хмарний примірник із 512 МБ пам'яті та 10 ГБ диска, з яких придатними до вжитку є близько 464 МБ. Усе, що бізнес виконує публічно, стоїть на ньому: вебсервер, що термінує TLS для семи доменів, git‑форджа, onion‑служба Tor, сервер Gemini, сервер Gopher, зашифровані резервні копії та блокування вторгнень. Звична реакція на цей перелік — придбати більшу машину. **Завдання.** Обмеження мало розглядатися як архітектурний вхідний параметр, а не як проблема, на яку витрачають гроші, бо чесне питання полягало не в тому, чи спрацювала б більша машина, а в тому, чи потрібна вона задуму. **Дія.** Пам'ять стала аргументом, що вирішував суперечки. Немає ані агента моніторингу, ані конвеєра метрик, ані панелі — звітність є витягуванням, сім команд, що читають хост і формують Markdown, нічого не змінюючи й запускаючись лише на прохання. Наглядачем є systemd, а не другий менеджер процесів, накладений поверх нього, а контейнерна площина — це модулі Quadlet під тим самим наглядачем, а не демон із власним. Платформи з вебпанелями відкинуто ще на етапі задуму з тієї самої причини. Коли постало питання, чи витримає хост onion‑службу, відповідь надійшла з доби вимірюваних зразків, а не з думки: доступна пам'ять ніколи не опускалася нижче приблизно 310 МБ із 464, підкачування трималося на 2,6 відсотка, а процесор був вільним на 99,7 відсотка. **Результат.** Уся компанія працює на машині, що коштує на місяць менше за обід, і задум кращий саме завдяки цій дисципліні, а не просто дешевший. Коштувало це запасу для будь‑чого недбалого — пошти навмисно немає на цій машині взагалі — її написано як риштування для встановлення, що чекає на власний хост, бо поштовий сервер потребує запасу, який ця машина вже витратила, і це записано, а не виявлено згодом. --- - Роль: Інженер з надійності систем - Категорії: [Архітектура платформи](https://software.engineer.company/uk/categories/platform-architecture/), [Архітектура рішень](https://software.engineer.company/uk/categories/solution-architecture/), [Інфраструктура](https://software.engineer.company/uk/categories/infrastructure/), [Надійність і резервне копіювання](https://software.engineer.company/uk/categories/reliability/), [Linux та сервери](https://software.engineer.company/uk/categories/linux/), [Оптимізація продуктивності](https://software.engineer.company/uk/categories/performance/), [Системне адміністрування](https://software.engineer.company/uk/categories/system-administration/) - Послуги: [Архітектура платформи та рішень](https://software.engineer.company/uk/services/platform-architecture/), [Хмарна інфраструктура та міграція](https://software.engineer.company/uk/services/cloud-infrastructure/), [Infrastructure as Code](https://software.engineer.company/uk/services/infrastructure-as-code/), [Системне адміністрування](https://software.engineer.company/uk/services/system-administration/)