дивы это хтмл для меня )

дивиденды 🙂

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

15к вроде хотели за него

вот тут был скрипт, если интересно:
https://smart-lab.ru/blog/607231.php

тоже питон, норм)

не, бесплатный

а блин, там дивиденды еще

Ещё интересно становится с etf дивидендными

Так как это актив, который растет в цене, но инфу надо подать если будет продажа

Ну вот подробнее бы.
Допустим есть классический хттп-сервис + фоновые задачи, в разных подах, база посгрес или майскл, миграции, процесс для запуска наката этих миграций.

Хочется что бы при установке новой версии хелма:
- миграции накатывались автоматом
- если не успех, то подробности в лог или консоль
- во время наката миграций старый сервис работает
- после успешного наката товая версия сервиса запускается автоматом
- в идеале иметь возможность отката миграции.

Сейчас у нас сделано, через куб-джоб и его ожидание в инит-контейнере сервиса.
Нормально, но не идеально.

Вариант с хелм-хуками рассматривали, но не стали делать.

А особо других вариантов нет. Все перечисленные хотелки относятся больше у приложению, а не к кубику. По сути кроме джобов/хуков толком тут ничего и не сделаешь. Ну можно контроллер свой писать на каждый чих, но смысла нет.

Я бы так сказал - если убрать отсюда кубик вообще и просто подумать о том, как все это автоматизировать, то в общем то все проблемы будут очевидны, и кубик перестанет мешать:) проблемы все те же, кубик их никак не решает, а скорее усугубляет даже.

Не могу согласится.
Когда у меня был не докер / не куб приложение, у меня было все просто, легко и надежно.
Процесс деплоя - последовтальный скрипт (капистрано), там вызов процесса миграции, в это время работает старая версия приложения, если упало, то новый деплой прерван, все подробности в логе и в консоле, есть команда отката релиза, которая дергает откат миграции. Нет никакой запускающейся кучи контейнеров в каждой из которых может быть запуск миграций, есть общий оркестратор (скрипт деплоя) и четкий прямолинейный процесс.

Нет, у тебя просто инсталляция была простая:) а теперь кругом микросервисы и страдания)

Все это давно (10 лет назад) автоматизировано и доведено до идеала в rails мире. Но это все нужно обмазывать и доводить что бы это работало в кубе и результат не получается таким же клевым как был.

В том то и дело что инсталяция была сложная, сервис работал на десятке bare-металл серверов, два из которых по 72 ядра для выполнения фоновых задач и далее в таком же духе. Да сервисов было мало, но они были и речь сейчас об деплое одного сервиса. Про микросервисный ад я пока не говорил )

Все так. Кубик это «запускатор», никакой магии он не даст, он только добавляет проблем в этом плане.

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

да