Dev Machines
Ізольовані середовища розробки для побудови та тестування. Повноцінні Linux-середовища на базі Proyecta Cloud.
Proyecta виділяє окрему машину розробки (runtime) для кожного проєкту. Це ізольований контейнер із повноцінним Linux-середовищем, у якому твій застосунок працює під час розробки.
Як працюють dev-машини?
Section titled “Як працюють dev-машини?”Коли ти відкриваєш проєкт, Proyecta:
- Створює ізольований контейнер (pod) у хмарі
- Відновлює код твого проєкту в ньому
- Встановлює залежності та налаштовує середовище
- Запускає development server твого застосунку
- Показує живий preview у builder
Прогрес підготовки можна відстежити у Runtime Status Bar під панеллю інструментів.
Кроки підготовки
Section titled “Кроки підготовки”Під час запуску статус-бар показує такі кроки:
| Крок | Опис |
|---|---|
| Creating pod | Запуск ізольованого контейнера |
| Health check | Перевірка роботи контейнера |
| Git init | Клонування твого репозиторію |
| Environment setup | Встановлення залежностей (npm, pip тощо) |
| Starting services | Запуск застосунку та інфраструктури |
| Ready | Твоя dev-машина повністю готова до роботи |
Моя dev-машина не працює. Як це виправити?
Section titled “Моя dev-машина не працює. Як це виправити?”Якщо preview не завантажується або машина зависла:
- Перевір Runtime Status Bar на наявність повідомлень про помилки
- Попроси AI перевірити логи сервісу та відладити проблему — він має повний доступ до машини
- Якщо нічого не допомагає, попроси AI допомогти знайти причину проблеми
Інфраструктурні сервіси
Section titled “Інфраструктурні сервіси”Твоя dev-машина може містити sidecar-контейнери для баз даних і сервісів:
- PostgreSQL — реляційна база даних (порт 5432)
- PostGIS — PostgreSQL із геопросторовими розширеннями (порт 5432)
- Redis — кеш у пам’яті (порт 6379)
- MongoDB — документна база даних (порт 27017)
- MySQL — реляційна база даних (порт 3306)
- MailHog — сервер тестування електронної пошти з вебінтерфейсом (SMTP порт 1025, UI порт 8025)
Переглянути запущені сервіси та їхній статус можна у панелі Services.
Стани життєвого циклу
Section titled “Стани життєвого циклу”Dev-машини проходять через такі стани:
| Стан | Опис |
|---|---|
| Pending | Очікує на створення |
| Initializing | Налаштування середовища |
| Running | Активна та справна |
| Suspended | Призупинена для економії ресурсів (відновлюється швидко) |
| Archived | Збережена в холодному сховищі (відновлення займає більше часу) |
| Restoring | Відновлюється з архівного сховища |
| Failed | Підготовка або операція завершилася помилкою — машину можна перепідготувати знову |
| Terminated | Зупинена назавжди |
Машини автоматично призупиняються після 60 хвилин бездіяльності та архівуються після 24 годин у призупиненому стані.
Часті запитання
Section titled “Часті запитання”Якщо dev-машина стане недоступною, що станеться з моїм опублікованим застосунком?
Дані застосунку зберігаються у платформовому шарі даних Proyecta (CMS), який не залежить від dev-машини та залишається доступним. Проте frontend-файли застосунку обслуговуються з dev-машини — якщо вона призупинена або архівована, відвідувачі бачитимуть помилку 503, доки машина не відновить роботу. Майте це на увазі для застосунків, які мають бути постійно публічно доступні; відновлення машини поверне сайт до роботи.
Чи можу я отримати швидшу dev-машину?
Наразі всі dev-машини працюють з однаковим розподілом ресурсів. Якщо тобі потрібна більша потужність для великого проєкту, зверніся до служби підтримки.
Чи можу я отримати прямий доступ до dev-машини?
Ні. У builder немає доступу до термінала або shell. AI має повний доступ до машини від твого імені — попроси його виконати команди, перевірити логи або переглянути файли, і він повідомить про результати в чаті.