не правда

не правда

окей

В деплойменте делаешь аннотацию с хэшем текушего таймстампа и апплаишь деплоймент, imagepullpolicy always.

просто не все хотят лезть в api

В кубе много такого)

А причём тут апи, с точки зрения куба ничего не изменилось.

Note: A container using a Secret as a subPath volume mount will not receive Secret updates. почемууу такая дискриминация ?

Вообще использовать таг латест это не нормально

Конфигмапы пока не отменили

А есть где почитать почему? Потому что так кажется некоторым пользователям?

Note: A container using a ConfigMap as a subPath volume will not receive ConfigMap updates.

https://github.com/kubernetes/kubernetes/issues/33664

https://github.com/kubernetes/kubernetes/issues/33664

я уже находил issues с этим обсуждением. Да, потому что так некоторым кажется

А просто юзать разные коммиты - не?

А есть где почитать почему? Потому что так кажется некоторым пользователям?

Об этом в оф доке написано, типа "не надо в проде так делать, сложнее будет трекать изменения и разбираться потом" https://kubernetes.io/docs/concepts/configuration/overview/#container-images

Поднять куб [x]

Поднять куб [x]

кто-нибудь уже юзает knative в проде? поделитесь опытом пожалуйста

кто-нибудь уже юзает knative в проде? поделитесь опытом пожалуйста

Давайте вы запустите и нам расскажете

на митапе? c:

кто-нибудь уже юзает knative в проде? поделитесь опытом пожалуйста

Ребят, а давайте серьёзно поговорим. Только без срача, пожалуйста, я не задаю такой тон дискуссии. Как вы считаете, с точки зрения программирования и архитектуры приложений, на serverless парадигму возможно перейти всем workload'ам? Или место контейнерам всё ещё есть и будет долгие годы? Возможно, вы уже задумывались об этом и можете поделиться мыслями и ссылками?

на митапе? c:

Ребят, а давайте серьёзно поговорим. Только без срача, пожалуйста, я не задаю такой тон дискуссии. Как вы считаете, с точки зрения программирования и архитектуры приложений, на serverless парадигму возможно перейти всем workload'ам? Или место контейнерам всё ещё есть и будет долгие годы? Возможно, вы уже задумывались об этом и можете поделиться мыслями и ссылками?

и вообще, мне кажется что не очень правильно всю инфраструктуру / архитектуру приложения перевеодить во что-то одно типа, о, придумали контейнеры, бежим срочно все упаковывать в контейнеры о, серверлесс, нахуй контейнеры, пишем функции вот с контейнерами тоже. Они тоже не для всего подходят, они хороши для stateless приложений типа сервера, для быстрого деплоя и постоянного обновления, для CI/CD. Это cattle, который immutable и его можно убивать все время но контейнеры не для всего лучшее решение, те же базы данных, файловые и блочные хранилища и весь прочий statefull уже хуже ложится. И это нормально. Почему бы не использовать все по своему назначению, тем более что бд-сервер наверное не так часто выкатывать приходится как приложения вашего бизнеса. У FaaS тоже вполне себе ниша своя, это event-based процессы. Так что мне кажется этот паттерн должен не заменить контейнеры, а гармонично его дополнить

да, но я думаю что в тех же компаниях БД выносят на отдельные машины и не парятся об их утилизации

Почитай про Google Borg

Компаний масштаба гугла очень мало. Кубернетес сейчас везде ставят просто потому что модно.

Да, ты, безусловно, прав :) k8s довольно хорошо помогает в обслуживании (даже маленького) кластера. Не нужно писать никакие скрипты, костыли итд. Поэтому я бы не сказал, что его используют потому что "модно". Всё-таки он даёт новый уровень удобств.

Да, он как даёт удобства, так и приносит сложность. Лучше придерживаться принципа KISS, где это возможно. Гвозди можно забивать и микроскопом, но зачем.

Да, он как даёт удобства, так и приносит сложность. Лучше придерживаться принципа KISS, где это возможно. Гвозди можно забивать и микроскопом, но зачем.

Сейчас тебя обоссут и скажут что ты токсичный

Сейчас тебя обоссут и скажут что ты токсичный

Не надо так. Нужно быть толерантным к мнению людей :)

Ага и ссылку на code of conduct, где написано, что k8s единственный верный путь, а все остальное или легаси или от лукавого.