почему? лично я всегда говорил, что всех этих "опсов" надо заменить скриптом

Скрипт будет сам себя писать, отлаживать, сертифицировать и проч?

Скрипт будет сам себя писать, отлаживать, сертифицировать и проч?

ты же смотрел этот доклад?

Там Хайтауэр голосом кластер в gke подруливает и по push/merge что то куда то деплоит

угу

то что он голосом делает - выпендрёж

а всё остальное показывает что собственные "девопсы" не очень нужны

Хм, а разве не было новости что новые iptables версии используют nftables или что-то там на BPF если ядро поддерживает, интерфейс командной строки не меняется при этом

Да, но вопрос в том, что его можно было бы использовать более эфективно

А потом оно вроде и так нормально не работает https://github.com/kubernetes/kubernetes/issues/71305

А как это работает? Грузишь куда то им в облако образ или можно у себя запустить?

Локально работает. Прям стравливаешь ему образ, на выходе отчёт хтмл. Красота

Занятно, а почему? Обычно ж только эндпоинты отличаются, ну типа "боевая бд" - "тестовая бд".

- отличается большая часть env из разных мест. В деве все публично, на проде в секретах - часто в контейнер делают volume на исходники - в dev контейнерах dev зависимости - на проде дописывание ingress, servicemonitor, limits и тп k8s специфичные штуки, которые только путают разработчиков Я не вижу проблем держать docker-compose.yml в dev, он простой как палка. А самый большой плюс - он убирает множество if с production кофига.

а всё остальное показывает что собственные "девопсы" не очень нужны

Значит я за позёрством упустил суть. В чем она? Нейросетка гугла сама настроит RBAC, выберет нужный орератор и пропатчит ceph под FreeBSD?

А потом оно вроде и так нормально не работает https://github.com/kubernetes/kubernetes/issues/71305

Ишью про то, что они дебиановский iptables используют. Пересобрать hyperkube имадж или пробросить с хоста новый и наверняка заработает

С rbd та же история была

@Andorka про то, что вакансии сокращаются, а многие функции уходят в SaaS. Operations Engineer 1970-2018, помянем.

@Andorka про то, что вакансии сокращаются, а многие функции уходят в SaaS. Operations Engineer 1970-2018, помянем.

Да ладно

Подскажите пожалуйста теорией и направлением, куда копать. Хочу запускать в кубернетисе тестовую инфраструктуру, которая будет запускаться, пробегать и умирать. Может есть какие-то инструменты? Или же все ручками делать: генерить ямл для конфиг для подов, запускать, дожидаться окончания тестов и мочить этот деплой? Но тогда вопрос, как узнавать окончание и что пора валить?

ябы так сделал 1) применяешь свой ямл на девед 2) запускаешь проверку: kubectl run --rm --image=check_my_service ...3) в случае успеха (zero exit-code) продолжаешь: 4) убиваешь на девел 5) применяешь на прод Ну и если сервис немного отличается в зависимости от окружения, я бы очень советовал использовать Ksonnet

там можно просто для каждой среды описать переменные, а потом делать: ks apply devel ks delete devel ks apply prod

@Andorka про то, что вакансии сокращаются, а многие функции уходят в SaaS. Operations Engineer 1970-2018, помянем.

вот примерно так всё, ага ну и если тебе нужен так называемый "сложный деплой", то есть сложнее чем у хайтауера описано, то либо ты 1) выпендриваешься либо ошибаешься в своих требованиях к доступности 2) у тебя и так есть инженеры на зарплате, которые это всё сделают

компаний 2 типа имхо намного меньше, чем 1

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

Это немного грустно, потому что тонкие настройки DHCP сервера и прочих кондовых низкоуровневых вещей - это было романтично в своё время.

Это немного грустно, потому что тонкие настройки DHCP сервера и прочих кондовых низкоуровневых вещей - это было романтично в своё время.

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

вот примерно так всё, ага ну и если тебе нужен так называемый "сложный деплой", то есть сложнее чем у хайтауера описано, то либо ты 1) выпендриваешься либо ошибаешься в своих требованиях к доступности 2) у тебя и так есть инженеры на зарплате, которые это всё сделают

Так у него же там буквально hello world на гошке...

Занятно, а почему? Обычно ж только эндпоинты отличаются, ну типа "боевая бд" - "тестовая бд".

Я даже когда сидел на swarm, то писал 2 разных yml. Dev/prod. Dev простой минимум, а swarm с кучей нюансов

у нас кстати сради всех фирм которые я посещал, на baremetal живут только те, кто выпускают всякие железки (например, шлемы VR), либо легаси

Так у него же там буквально hello world на гошке...

у всех оно :)

@kvaps спасибо, посмотрю

Я даже когда сидел на swarm, то писал 2 разных yml. Dev/prod. Dev простой минимум, а swarm с кучей нюансов

Ну понятно. Я считаю что все должно быть "как прод" по-максимуму, а иначе куб особо и не нужен. Ну и в принципе это получается делать пока

Ну понятно. Я считаю что все должно быть "как прод" по-максимуму, а иначе куб особо и не нужен. Ну и в принципе это получается делать пока

ты можешь не поверить, но в большинстве случаев куб не нужен

у нас кстати сради всех фирм которые я посещал, на baremetal живут только те, кто выпускают всякие железки (например, шлемы VR), либо легаси

Это потому что Baremetal готовить надо уметь

и микросервисы тоже

Это потому что Baremetal готовить надо уметь

конечно, потому что его готовить надо уметь, а следовательно, это стоит денег

бóльшая часть живёт в амазоне и у них всё ништяк

Это потому что Baremetal готовить надо уметь

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

Ну понятно. Я считаю что все должно быть "как прод" по-максимуму, а иначе куб особо и не нужен. Ну и в принципе это получается делать пока

Писать негибкие контейнеры - ваш выбор. Типа без k8s у вас пазл не сходится. У меня сходится. Просто может специфика.

у меня вот телек глючит, приложение ютуба вылетает, а вы про вот это вот

вера в современные технологии вообще около нуля

ты можешь не поверить, но в большинстве случаев куб не нужен

Вот, с этого и надо было начинать)

Вот, с этого и надо было начинать)

ну это не одно и то же :)

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

Ну я бы с этим поспорил, зависит от масштабов и конкретного проекта конечно. Если меня пригласят на митап расскажу как можно жить на Baremetal не хуже чем в облаках

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

наоборот же

Ну я бы с этим поспорил, зависит от масштабов и конкретного проекта конечно. Если меня пригласят на митап расскажу как можно жить на Baremetal не хуже чем в облаках

конечно можно, с точки зрения девопса очень даже нужно, потому что тебе за это денюжки дают. С точки зрения владельца все немного труднее - например, https://www.paxautoma.com/blog/2017/11/14/buy-or-rent-the-cost-model-of-hosting-in-the-cloud-and-in-a-colo.html и https://www.paxautoma.com/blog/2018/02/28/the-people-cost-of-building-out-kubernetes-cluster-on-prem.html

Пятничный срачик:)

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

Объема чего? - немаловажный вопрос

давайте возьмём пример дропбокса

Объема чего? - немаловажный вопрос

monthly recurring cost

а потом возьмём пример zalando

Ну понятно. Я считаю что все должно быть "как прод" по-максимуму, а иначе куб особо и не нужен. Ну и в принципе это получается делать пока

А вообще без понятия как так можно в деве для go - go run ... вместо CGO_ENABLED=0 GOOS=linux go build и scratch для фронта - дев сборка с hot reload (отдельные порты) и кучей dev зависимостей для c++ использование increment build вместо полной пересборки как будет в docker build + отдельный запуск тестов в watch моде прописываю в docker-compose

наоборот же

если прям с нуля - то возможно клауды будут сходу дешевле, да

Я видел как люди собирали vagrantfile, делали правку в файле, потом vagrant rsync, ждем 10с, смотрим результат и так по 100 раз в день. Это ужасно.

Я видел как люди собирали vagrantfile, делали правку в файле, потом vagrant rsync, ждем 10с, смотрим результат и так по 100 раз в день. Это ужасно.

omg

Вместо правки файла и мгновенный результат на втором мониторе, как позволяют современные тулы.

А вообще без понятия как так можно в деве для go - go run ... вместо CGO_ENABLED=0 GOOS=linux go build и scratch для фронта - дев сборка с hot reload (отдельные порты) и кучей dev зависимостей для c++ использование increment build вместо полной пересборки как будет в docker build + отдельный запуск тестов в watch моде прописываю в docker-compose

Для локального дева все верно. Но тесты гонять на контейнере, который хоть в бой потом

Вместо правки файла и мгновенный результат на втором мониторе, как позволяют современные тулы.

и вагрант это позволяет же

Т.е в дев-контейнерах просто нет кода, а FROM все равно общий с продом

и вагрант это позволяет же

это не работает в win =) мы отказались от docker вообще для фронта поэтому

Т.е в дев-контейнерах просто нет кода, а FROM все равно общий с продом

FROM scratch для go самый крайний пример, в деве так не покатит

это не работает в win =) мы отказались от docker вообще для фронта поэтому

у нас 4 года назад работало

у нас 4 года назад работало

inotify не прокидывается

ну эфпячить

https://github.com/adrienkohlbecker/vagrant-fsnotify есть такие штуки, но не взлетело особо

ну эфпячить

inotify не прокидывается. Делаешь save и условный webpack не видит события

тогда вебпаков не было ещё

ну я понял что ты имеешь в виду

Ну понятно. Тогда можно было через ftp php копировать без git и было зашибись

Самое главное, что с кубернетесом админы становятся не нужны.

Лютый вброс, даже триггерится лень

Самое главное, что с кубернетесом админы становятся не нужны.

ОООЧЕНЬ толсто

Дак это ж отсюда цитата

Марк, ты и здесь ))

Самое главное, что с кубернетесом админы становятся не нужны.

конечно, потому что после того как они натворили дел их уволят к хуям жованным

Самое главное, что с кубернетесом админы становятся не нужны.

тоньше надо, тоньше

Марк, ты и здесь ))

нет, тебе показалось

Марк осваивает кубер. Хочет перенести в него цеф

толстота на толстоте

жыр с экрана течёт

Марк в этом чяте не первый год

не правда

это точно чат об анимэ?

я недавно совсем