а как лучше настроить инфраструктуру для простого сценария статик фронтенд приложение (вьюджс если это важно) + апи + база данных? нужен ли вообще докер ? Я делал все через докер ранее, у меня был нгинкс контейнер который в себе содержал статик фронтенд + проксировал вызов на апи по /api/ , база данных отдельно захощена была в ажуре. Все соединял через докер компоуз. Задеплоено было на виртуалку но я решил что виртуалки это говно ибо все надо вручную делать, я перехожу на Azure App Services. Но думаю - нужен ли нгинкс докер контейнер вообще ? И вообще нужен ли докер? Я ведь могу к примеру хостить фронтенд с CDN , бекенд без докер контейнера хостить, база данных тоже отдельно. В общем какая лучше инфраструктура для такого ?
ну у меня бекенд такой что у него там идет постоянно бекграунд лонг поллинг, поэтому он должен постоянно работать. Я не работал с лямбдами но они кажется не подходят под такой сценарий ?
а бекенд в lambda/serverless functions или как оно там называется
Ну короче для всего этого докер не нужен чтоб норм инфраструктура была т.е можно было локально запускать и дебажить нормально и CI/CD норм понастраивать и тп ?
Ну короче для всего этого докер не нужен чтоб норм инфраструктура была т.е можно было локально запускать и дебажить нормально и CI/CD норм понастраивать и тп ?
ты локально чокнешься это отлаживать - придется новый инструментарий осваивать, более высокоуровневый, чем докер
Ну короче для всего этого докер не нужен чтоб норм инфраструктура была т.е можно было локально запускать и дебажить нормально и CI/CD норм понастраивать и тп ?
Локально тяжко с этим, хоть там и есть локалстек и прочие тулзы Чем докер то не устраивает? Для вем-макакинга самое то
У меня 3 контейнера, я использую из-за этого докер компоуз ,а он лимитированную поддержку имеет в azure app services ( абстракция над вм с кучей фишек, не помню как на амазоне называется альтернатива)