Size: a a a

RU.Docker — Официальное Русское Сообщество

2020 September 01

GG

George Gaál in RU.Docker — Официальное Русское Сообщество
Elizabeth
а как лучше настроить инфраструктуру для простого сценария статик фронтенд приложение (вьюджс если это важно) + апи + база данных? нужен ли вообще докер ? Я делал все через докер ранее, у меня был нгинкс контейнер который в себе содержал статик фронтенд + проксировал вызов на апи по /api/ , база данных отдельно захощена была в ажуре. Все соединял через докер компоуз. Задеплоено было на виртуалку но я решил что виртуалки это говно ибо все надо вручную делать, я перехожу на Azure App Services. Но думаю - нужен ли нгинкс докер контейнер вообще ? И вообще нужен ли докер? Я ведь могу к примеру хостить фронтенд с CDN , бекенд без докер контейнера хостить, база данных тоже отдельно. В общем какая лучше инфраструктура для такого ?
серверлесс лучше
источник

GG

George Gaál in RU.Docker — Официальное Русское Сообщество
нет серверов - нет проблем
источник

E

Elizabeth in RU.Docker — Официальное Русское Сообщество
у меня еще апишка есть и бд
источник

GG

George Gaál in RU.Docker — Официальное Русское Сообщество
а бекенд в lambda/serverless functions  или как оно там называется
источник

GG

George Gaál in RU.Docker — Официальное Русское Сообщество
бд берешь managed бд
источник

E

Elizabeth in RU.Docker — Официальное Русское Сообщество
CDN действительно я думаю лучше всего для фронта
источник

E

Elizabeth in RU.Docker — Официальное Русское Сообщество
а, понял
источник

E

Elizabeth in RU.Docker — Официальное Русское Сообщество
ну у меня бекенд такой что у него там идет постоянно бекграунд лонг поллинг, поэтому он должен постоянно работать. Я не работал с лямбдами но они кажется не подходят под такой сценарий ?
источник

E

Elizabeth in RU.Docker — Официальное Русское Сообщество
Когда нужно чтобы работало апи 24/7 что-то мониторило ?
источник

E

Elizabeth in RU.Docker — Официальное Русское Сообщество
George Gaál
а бекенд в lambda/serverless functions  или как оно там называется
Ну короче для всего этого докер не нужен чтоб норм инфраструктура была т.е можно было локально запускать и дебажить нормально и CI/CD норм понастраивать и тп ?
источник

GG

George Gaál in RU.Docker — Официальное Русское Сообщество
Elizabeth
Ну короче для всего этого докер не нужен чтоб норм инфраструктура была т.е можно было локально запускать и дебажить нормально и CI/CD норм понастраивать и тп ?
ты локально чокнешься это отлаживать - придется новый инструментарий осваивать, более высокоуровневый, чем докер
источник

GG

George Gaál in RU.Docker — Официальное Русское Сообщество
источник

GG

George Gaál in RU.Docker — Официальное Русское Сообщество
типа такого
источник

GG

George Gaál in RU.Docker — Официальное Русское Сообщество
докеры понятнее ))))
источник

GG

George Gaál in RU.Docker — Официальное Русское Сообщество
но это вопрос привычки скорее
источник

S

Sebor in RU.Docker — Официальное Русское Сообщество
Elizabeth
Ну короче для всего этого докер не нужен чтоб норм инфраструктура была т.е можно было локально запускать и дебажить нормально и CI/CD норм понастраивать и тп ?
Локально тяжко с этим, хоть там и есть локалстек и прочие тулзы
Чем докер то не устраивает? Для вем-макакинга самое то
источник

E

Elizabeth in RU.Docker — Официальное Русское Сообщество
У меня 3 контейнера, я использую из-за этого докер компоуз ,а он лимитированную поддержку имеет в azure app services ( абстракция над вм с кучей фишек, не помню как на амазоне называется альтернатива)
источник

E

Elizabeth in RU.Docker — Официальное Русское Сообщество
И еще у меня просто куча проблем с ним, вот намного проще было все раздельно захостить, фронт как CDN, апи как app service
источник

E

Elizabeth in RU.Docker — Официальное Русское Сообщество
Я думал что это из за того что у меня не так много опыта  с докером, но уже нормально и я выучил основы, и вижу плюс только в переносимости
источник

E

Elizabeth in RU.Docker — Официальное Русское Сообщество
Но мне переносимость навряд ли нужна будет
источник