DeployBook — черга для бронювання DEV середовищ

Вітаю спільното 👋

Я Андрій — .NET розробник в компанії GlobalLogic, у цьому кейсі хочу поділитись однією проблемою яка виникла під час роботи на поточному проєкті, в також своїм варіантом вирішення.

Проблема

На поточному проєкті, де я працюю, як і всюди, є декілька середовищ, але команда велика: розробники, тестувальники, QA.

— Кожному частенько потрібно зарезервувати те чи інше середовище для роботи чи під демо.

— Домовлятися на загальних мітингах хто, коли і скільки буде працювати на середовищі, той ще стрес 🤯, не кажучи вже про більш довгострокове планування.

— А бувають ще кейси, коли 2 різних розробники, які тестували свою фічу, розгорнули несумісні версії різних сервісів, бо хтось з них забув повідомити в загальному чаті — і тоді все ламається ⛓️‍💥

Доводиться робити повторний deploy всіх сервісів з 0.

Solution: DeployBook

Спочатку я пішов до Cursor та попросив створити додаток, який працюватиме всередині Microsoft Teams, але дуже швидко виявилось, що більшість фіч, які я хочу, неможливо реалізувати засобами Microsoft PowerApps.

Вирішив зробити свій додаток (поки що тільки прототип без логіки).

Можете покрутити-поклацати, пароль/логін-будь який, так як це лише прототип.

Звісно, можна робити все в Гугл календарі, але:

— тоді не буде такої фічі як черга (вам не потрібно турбуватися про start та end date — ви тільки отримуєте сповіщення коли середовище звільнилось і автоматично бронюєте свій слот).

— та можливість підписатись на конкретне середовище і отримувати сповіщення хто і що бронює

Єдиний блокер поки що 😁🤯- зі сторони замовника цю ініціативу не апрувнули, «корпоративні policy» не дозволяють.

Але сам продукт дуже хочеться перевірити на практиці, особливо в командах із десятків або сотень людей 👥

Тож в даний момент набираю волонтерів, для кого актуальна ця проблема і хто хотів би випробувати це у своїй команді/компанії ✅

Для тих, хто стурбований безпекою/compliance — авторизація через GitHub чи invitation token — ніяких корпоративних акаунтів, ніяких корпоративних пошт, сповіщення — browser push notifications чи на особисту пошту.

Ось як виглядає типовий workflow:

— Ви авторизуєтесь через GitHub

— Створюєте workspace для своєї команди чи компанії

— Створюєте invitation токени для своїх колег, з допомогою яких вони можуть входити в систему

✅ Готово — команда працює в єдиному просторі