PaaS симулация базирана на Heroku

Симулация базирана на Heroku: Platform as a Service

Тази страница симулира детайли от типичния процес: създаване на приложение (app), избор на runtime/stack, метод за deploy, добавяне на managed услуги (add-ons) и “пускане” (release).
(Това е учебна симулация. Тя не създава реални ресурси.)


📘 Какво означават използваните термини? (Glossary)

Heroku Wizard (симулация)

Участва в URL адреса: https://<app>.herokuapp.com
Регионът влияе на latency и къде се “намират” ресурсите.
Stack = базова среда (подобно на образ), управлявана от платформата.
Активно само ако Deploy method = GitHub.
Пресетът настройва типични параметри: add-ons, мащабиране и logging.
Учебно: показва разликата между безплатен и платен план.
В PaaS не избирате VM тип; избирате “профил” за процес.
PaaS: базата/кеша са управлявани услуги, не ги инсталирате ръчно.
Учебно: симулира зависимости от системни библиотеки. Stack влияе на наличността им.
Ключ-стойност настройки (пример: API_KEY, DATABASE_URL).
В PaaS контролът е на ниво платформа/маршрутизация, не security groups.

Резюме (Review)

Dev vs Production (сравнение)
  • Dev: по-лесен deploy, по-малко ограничения, често 1 dyno, basic logging.
  • Production: повече dynos, по-строги проверки, по-добър logging/monitoring, managed DB.

Какво демонстрира тази симулация?

Какво управлявате вие (User responsibilities)

  • Код и зависимостите на приложението
  • Runtime/stack и метод за deploy
  • Config vars (тайни/настройки)
  • Add-ons (избор на managed услуги)
  • Скалиране на web процеси (dynos)
  • System dependencies (native libs) — избор/контрол на ниво приложение

Какво управлява платформата (Provider responsibilities)

  • ОС, пачове, базова среда (stack)
  • Контейнеризация/процеси и рестартиране
  • Маршрутизация, URL, TLS (типично)
  • Интеграция на managed add-ons
  • Логове и базово наблюдение (мониторинг)