лажа у тебя какая-то

Обычный nodejs на babel

@evvProFfeSsoRr Пока тут новый сервис писал. Я фиг знает как можно поддерживать идентичное окружение на dev|prod, потому что огромные расхождения начинаются уже с Dockerfile. Dev: FROM node:10.8-alpine WORKDIR /app COPY package.json yarn.lock .babelrc /app/ RUN yarn Prod FROM node:10.8-alpine as build WORKDIR /app COPY package.json yarn.lock /app/ RUN yarn COPY . /app/ RUN yarn babel src --out-dir lib FROM node:10.8-alpine RUN apk add --no-cache tini ENTRYPOINT ["/sbin/tini", "--"] WORKDIR /app ADD package.json yarn.lock /app/ RUN yarn --production COPY --from=build /app/lib /app/src CMD ["node", "/app/src/index.js"] В файлах окрестратора примерно такие же отличия. Пару строк в dev и 20-50 в проде.

я это и сказал

Тут не особо видно окружение, ты сам контейнер скинул. А вокруг него что? Окружение-то все, что вокруг, ну и у меня вокруг все по тем же именам-энтрипоинтам во всех окружениях, но ведет в разные места. Условно "api" в любом окружении апи, нотв деве - дев, в проде - прод. А разработчик не парится, фигачит в апи всегда и рад. Я ж об этом говорил

я это и сказал

@evvProFfeSsoRr Пока тут новый сервис писал. Я фиг знает как можно поддерживать идентичное окружение на dev|prod, потому что огромные расхождения начинаются уже с Dockerfile. Dev: FROM node:10.8-alpine WORKDIR /app COPY package.json yarn.lock .babelrc /app/ RUN yarn Prod FROM node:10.8-alpine as build WORKDIR /app COPY package.json yarn.lock /app/ RUN yarn COPY . /app/ RUN yarn babel src --out-dir lib FROM node:10.8-alpine RUN apk add --no-cache tini ENTRYPOINT ["/sbin/tini", "--"] WORKDIR /app ADD package.json yarn.lock /app/ RUN yarn --production COPY --from=build /app/lib /app/src CMD ["node", "/app/src/index.js"] В файлах окрестратора примерно такие же отличия. Пару строк в dev и 20-50 в проде.

А если ты посмотришь, как фронтендер разрабатывает, вообще очумеешь. Через какой-нибудь локалхост локальным node запускает и ему пофиг на контейнер, и он ни за что не будет собирать для прода при разработке

Код должен быть гибким, а не "мы запускаем только в docker" или "мы запускаем только в k8s".

кому?

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

как доку, которая описывать адекватно шаги сборки? Далеко не самая плохая дока.

Рад, что вы не работали в командах, где на старте нужно неделю проходить квест "как собрать проект", проходясь по всем коллегам.

Рад, что вы не работали в командах, где на старте нужно неделю проходить квест "как собрать проект", проходясь по всем коллегам.

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

А если ты посмотришь, как фронтендер разрабатывает, вообще очумеешь. Через какой-нибудь локалхост локальным node запускает и ему пофиг на контейнер, и он ни за что не будет собирать для прода при разработке

дайте мне кто-нибудь пример конфигуряния ингресса жсоннетом

metalLB для on premise это хорошая идея?

Есть штука, которая решает на какой ноде что запустить, называется шедулер

Шедулер видит этот "реквестст", смотрит на каких нодах столько есть свободных и шедулит

то есть фактически реквест должен быть равен лимиту?

Шедулер видит этот "реквестст", смотрит на каких нодах столько есть свободных и шедулит

Если хочешь надёжную и предсказуемую систему - да

Horizontal Pod Autoscaler смотрит на requests или на limits? и как себя поведет шедулер, если лимиты заданы, а реквест - нет

Horizontal Pod Autoscaler смотрит на requests или на limits? и как себя поведет шедулер, если лимиты заданы, а реквест - нет

Аналогично может быть задан реквестс, а лимит - не задан

привет всем, подскажите плз как через kubectl заменить serviceName в ингрессе? или как сделать replace? чтоб без kubectl edit

то есть requests до контейнера вообще не доходит?

Автоскейлер связан с лимитами, но не напрямую

Господа, кто сталкивался? k8s on aws eks

Конфигурация сторадж класса думаю некорректная

Конфигурация сторадж класса думаю некорректная