mttrly для Инди-хакеров

Управляй всеми проектами из одного чата

Ведёшь 5 пет-проектов на 3 разных серверах? mttrly помещает их все в твой карман.

Illustrative workflow · timing and values vary

🚀 Saturday Night: Site Down, You're at a Party

4 projects on 3 servers. Uptime Robot alert. Need to fix from phone.

B
Bro Terminal
>_ Interactive session
📱
Alert
Uptime Robot: site down
→
🔎
Check All
/servers → connected-server overview
→
💡
Diagnose
Port 80 blocked by rogue process
→
✅
Fixed
Kill process → restart → online
Before
Leave the conversation, find a laptop and network, open VPN and SSH, then rebuild the incident context.
Old way:
1. Leave the conversation
2. Find laptop + network
3. VPN (if needed)
4. SSH into server
5. Reconstruct context
6. Diagnose and fix
7. Verify manually
After
Open the incident on your phone, review the evidence, approve the scoped action, and see the verified result.
mttrly way:
1. Open the alert
2. Review current status
3. Ask for the likely cause
4. Confirm the scoped fix
5. See verification + audit result

The Problem

  • ✗Слишком много серверов для отслеживания
  • ✗Инциденты случаются во время семейного ужина
  • ✗SSH-ключи разбросаны по устройствам
  • ✗Трата времени на рутинное обслуживание

The Solution

Один чат-бот для всех серверов. Проверяй статус, рестартуй сервисы, деплой — без ноутбука.

Реальность инди-хакера

Ты — компания из одного человека. Пишешь код, занимаешься маркетингом, делаешь поддержку. У тебя нет DevOps-команды — ты и есть DevOps-команда. Каждая минута на обслуживание серверов — минута не на фичи или рост.

Хаос множества серверов

Сначала был один VPS для основного проекта. Потом отдельный для блога. Третий для API-сервиса. Теперь ты жонглируешь между DigitalOcean, Hetzner и AWS. У каждого свои SSH-ключи, разные деплои, разные проблемы.

Как mttrly упрощает всё

Единый дашборд

Используй /servers, чтобы увидеть подключённые серверы, затем /switch для выбора и /healthcheck для проверки текущего здоровья.

Именованные серверы

Выбирай server context по понятному имени: "blog", "api", "main-app". Service-команды всё равно принимают имя сервиса, например /restart nginx.

Быстрые деплои

После настройки deploy profile выбери целевой сервер и запроси этот настроенный deploy обычной фразой с телефона.

Плановое обслуживание

Prepared maintenance actions работают на выбранном сервере. Например, /cleanup создаёт approval-required disk-cleanup action и не запускается сразу на всех серверах.

Иллюстративный сценарий: субботний инцидент

Ты на вечеринке. Uptime-алерт говорит, что основной SaaS лежит. Старый ход — выйти из разговора, найти ноутбук и сеть, открыть VPN и SSH, затем восстановить контекст по командам и логам. С mttrly ты открываешь алерт на телефоне, спрашиваешь что сломалось, видишь факты, правишь опечатку в GitHub, запрашиваешь deploy и получаешь проверку результата без слепой terminal-сессии.

Illustrative example: Managing 3 projects from dinner

You: /servers
✅ saas-app (DO): online
✅ blog (Hetzner): online
✅ api-service (AWS): online
You: /switch → choose api-service → /healthcheck
⚠️ Disk usage is 92% on the selected server.
You: /cleanup → review preview → approve
✅ Cleanup completed. Disk usage rechecked.
Создать аккаунт по emailСначала проверить публичный URL