Підняв хаб з self-hosted застосунками. А проблеми, яку він вирішує, у мене не було.
Проблема — інструмент без задачі
Насправді в мене давно був інтерес до self-hosted застосунків. Це мене зацікавило, бо я люблю автоматизацію, контроль, технічність. Я відразу почав дивитись багато YouTube роликів типу "що потрібно для домашнього хабу" або "мій найкращий сетап". Різні RSS-фіди, Portainer, календарі, дашборди для самих застосунків без чого хаб "не може існувати".
Я витратив декілька вихідних, щоб це все підняти і розібратися. Через два тижні зрозумів — я ні разу не зайшов на свої застосунки.
Це було як на початках, коли я вчив нову технологію як девелопер. Я створював якийсь проект, щоб розібратись у технології. А коли розбирався — мені ставало нецікаво, і все. Я насправді хотів не вирішити бізнес-проблему, а просто вивчити технологію.
Я поставив n8n для автоматизації, хоча мені не було що автоматизувати. Зробив Notion-подібну базу, хоча не було що зберігати — я користувався іншими системами. Я почав з рішення, а не з проблеми.
Відчуття було знайоме — знов ці граблі, тільки в іншій формі. Це показало наскільки важко буває зрозуміти свої справжні цілі.
Чому потрібно 5 юз-кейсів перед стартом
Ідея в тому, що один-два юз-кейси можна "затягнути за вуха" — знову почати з рішення, а не з проблеми. Але якщо ти створюєш більше — ти вже бачиш патерн. Чи справді тобі це потрібно.
П'ять — це не правило, а моє спостереження. Для когось може бути десять, для когось три. Суть не в числі, а в тому що коли юз-кейсів достатньо — ROI хабу стає позитивним.
Є зусилля які треба зробити спочатку як початкові інвестиції. Підняти хаб, налаштувати Docker, розібратись з застосунками. Це займає час. І якщо у тебе одна автоматизація ці інвестиції не окупляться. А якщо п'ять-десять — тоді має сенс.
Треба розуміти наскільки ця автоматизація необхідна тобі чи бізнесу. Порахувати: скільки часу витратиш на налаштування проти того скільки заощадиш на цих процесах.
Але перш за все — задати собі питання: чи це справжній юз-кейс? Якщо йдеться про зберігання інформації — можливо достатньо просто Notion? Можливо достатньо нотатку завести?
Якщо це якийсь процес — варто його спочатку описати, а потім автоматизувати. Бо може виявитися що насправді ніякого процесу і немає. Ти просто вигадав собі задачу під круту технологію.
Що таке юз-кейс
Це щось що вирішує конкретну проблему. Наприклад, "хочу NextCloud" — це не юз-кейс. Але мені потрібне місце щоб зберігати свої файли і не залежати від корпорацій — це вже має сенс. Хоча треба зважити всі плюси і мінуси.
Візьмемо також приклад з інвойсами. Щомісяця приходять email-и на оплату. Автоматизація реагує на певного відправника, витягує вкладення, зберігає і шле нотифікацію в Telegram. Ідея в тому що мені потрібно не пропустити платіж. Email я перевіряю рідко, а Telegram — постійно.
Візуалізація даних — теж юз-кейс, але тільки якщо дані вже є. Наприклад, дашборд зміни ваги, можна подивитись динаміку, тренди, різні періоди. Або моніторинг капіталу — бачити стан інвестицій в реальному часі. Але без даних дашборд — це просто красива іграшка.
Як почати
Спочатку потрібний хостинг. Потім щось типу Docker. Він допомагає організувати застосунки на сервері. Ти купуєш один великий сервер і розділяєш його на багато маленьких. В кожному маленькому сервері працює свій застосунок. Це зручно — один хостинг, а застосунків багато.
Постав 1-2 застосунки які реально використовуватимеш. Якщо у нас вже є описаний процес, вірогідність що це справжній юз-кейс стає вищою. Реалізовуємо його і дивимось наскільки часто використовуємо.
Приватність, контроль і наслідки
Головна причина хабу — розуміння де твої дані і повний контроль над ними. Можеш використовувати будь-які сервіси які потрібні, без обмежень провайдера.
У девелоперському світі є термін vendor lock-in це коли ти залежиш від компанії яка дає тобі сервіс. Будь-яка його зміна впливає на тебе: політики, ціни, умови використання. А змінитися це може в будь-який момент.
Але контроль — це відповідальність. Бекапи в кількох місцях, регулярні оновлення і базова безпека. Нічого надскладного, але треба пам'ятати що це тепер на тобі.
Що я зрозумів
Хаб без юз-кейсів — це іграшка, а не система. Спочатку 5 конкретних процесів, потім інфраструктура.
Юз-кейс — це конкретна задача яку вирішуєш. Опиши процес, протестуй чи він дійсно потрібний. Постав один застосунок, подивись як часто його використовуєш. Почни з хостингу і Docker. Цього достатньо для більшості задач.
Перед тим як підіймати купу всього — спочатку варто спланувати. Подивитися чи дійсно того варте.
