это frontend ?

это frontend ?

нет

фронт вот FROM node:alpine as main ENV NODE_MODE=prod WORKDIR /var/www/html COPY package*.json ./ RUN npm install --silent --production=false RUN chmod 777 -R node_modules COPY ./ ./ FROM main VOLUME ["/var/www/html"] EXPOSE 3000 с ним такой проблемы вроде нет

какая то жесть у вас я бы так не делал но дело вкуса конечно же

почему? вроде всё работает, но только если создается volume для node_modules

для фронта разработки достаточно в docker-compose указать image node:alpine workdir: /app и примонтировать текущую папку в /app контейнера задать в entrypoint команды npm i npm run dev (вместо dev имя команды с hotreload которая поднимает дев сервер) прокинуть порт контейнера на хост получается успех

фронт-контейнер без этого volume (с node_modules) ругается, что не может найти vite, а остальные контейнеры ругаются кто на что, кто на apollo, кто на express это всё dev-режим, в production у меня вообще volume нет, они там не нужны, контейнеры общаются между собой без volume, а фронт к ним стучится через gql

для винда юзеров там есть флаг определенный чтобы webpack наблюдал за файлами по другому алгоритму чтобы у них работал hotreload без перезагрузки

я выше почти написал пример из docker-compose.yml файлика для разработки

фронт вот FROM node:alpine as main ENV NODE_MODE=prod WORKDIR /var/www/html COPY package*.json ./ RUN npm install --silent --production=false RUN chmod 777 -R node_modules COPY ./ ./ FROM main VOLUME ["/var/www/html"] EXPOSE 3000 с ним такой проблемы вроде нет

фронт-контейнер без этого volume (с node_modules) ругается, что не может найти vite, а остальные контейнеры ругаются кто на что, кто на apollo, кто на express это всё dev-режим, в production у меня вообще volume нет, они там не нужны, контейнеры общаются между собой без volume, а фронт к ним стучится через gql

express это сервер логично что он без node modules не запустится

у меня не webpack, у меня vite, там by default есть hot reload и для dev и для production

но я-то думал что он внутри контейнера его себе установит и запустится, а ему почему-то обязательно нужно чтобы node_modules торчала наружу, без этого express тупо не устанавливается (или устанавливается куда-то не туда)

просто странно как-то показывать node_modules наружу, и еще более странно, что без этого контейнеры не могут установить зависимости

Проверь что package-lock содержит все пакеты что нужны

package-lock у меня вообще нет

у dev и prod обычно разные контейнеры сборка фронта отличается от сборки бэка это из моего опыта

да, отдельные, для prod-контейнеров у меня вообще не создаются volume и набор портов у них совсем другой и env другие

насчет сборщика без разницы что у тебя там webpack, gulp и тд у webpack есть известная бага с виндой

при чем здесь сборщик и винда?

я написал пример как я собираю фронт для разработки для vue/react приложух без докер образов и плясок с hotreload обычно в них сборщик webpack и чтобы hotreload заработал есть известный баг

тогда у тебя node установлена прямо на твоей системе? просто если я всё буду ставить на свою хост-систему, а я сегодня пишу на node, завтра на php, полезавтра на python, то моя ubuntu в какой-то момент пошлёт меня по известному адресу

для фронта разработки достаточно в docker-compose указать image node:alpine workdir: /app и примонтировать текущую папку в /app контейнера задать в entrypoint команды npm i npm run dev (вместо dev имя команды с hotreload которая поднимает дев сервер) прокинуть порт контейнера на хост получается успех

А чьи бы оно показывало ?

@keck5 Похоже что локальная версия typescript отличается от той что ты используешь в контейнере.

Здравствуйте, я установил арч и на нем докер не запускается, просто пишется docker desktop starting... и все. На винде все нормально работает

Всем привет! Почему не проходят пост-запросы внутрь контейнера? Внутри докера приложение, которое принимает POST запрос с localhost:8080. Запускается через docker-compose. Порты проброшены: ports: - 8080:8080 Из вне запросы не проходят. Если из bash внутри контейнера посылаю запрос, то он проходит в приложение

И что она должна слушать, чтоб из вне достучались?

Надо у неё спросить. Ну и firewall никто не отменял

Она мне полностью подконтрольна - что напишу, то и будет слушать

Ну так и повелите ей слушать 0.0.0.0

Она мне полностью подконтрольна - что напишу, то и будет слушать

Есть проблема RateLimit. Интегрировал API которое потдержывает только 5 запросов в 1 сек. И часто я от них ловлю данную ошибку RateLimitError. На моей стороне есть несколько сервисов + cron которые дергают эту API Как можно решить даную проблему? В кукую сторону смотреть? Думаю чейчас написать Gateway чтобы все сервисы ходили на него сначала и там както делать проверку. Возможно можно сконфигурировать Nginx чтобы он принимал много запросов но выполнял толкьо 5 за 1 сек ?

Ну и будут ваши сервисы ловить ошибку не от апи а от вашего гейтвея. Смысл? Я вижу ровно три решения: 1. Купить у вендора повышение лимита, если он такое позволяет. 2. Оптимизировать логику приложения, чтобы делать меньше запросов: батчинг, кеширование итд. 3. Сделать логику приложения толерантной к таким ошибкам: повторно отправлять запросы, корректно обрабатывать потенциально долгое состояние ожидания успешного ответа.

это первое что мы делаем. новыей сервис не будет отваливаться, он будет иметь счетчик запросов и пул и уметь ставить другие запросы в ожидание на несколько сек

Ок, сервис, который ставит запросы в очередь - легитимный вариант. Но я бы рассматривал это как меру последней надежды, когда других вариантов не остается. Проблемы: - (очевидно) необходимость разрабатывать, поддерживать и опереровать дополнительный сервис - два стула на выбор: на одном дополнительная точка отказа (упал сервис - отвалилась интеграция), на другом распределенная очередь со всеми прелестями distributed consensus, eventual consistency, итд

docker-compose устарела? Вроде можно юзать просто docker compose

docker-compose устарела? Вроде можно юзать просто docker compose

он ничем не лучше swarm а swarm есть из коробки

Compose для одного сервера в swarm это прежде всего кластерное решение

Короче пакет docker-compose уже не надо устанавливать?

Короче пакет docker-compose уже не надо устанавливать?

Не надо, в последних версия docker он уже встроен

Не надо, в последних версия docker он уже встроен