@sanyo_devops короче говоря, кубер — это всего лишь относительно удобный способ запустить пачку экземпляров приложения, автоматически раскидав их по нодам. Ну и еще немного батареек вокруг это функциональности.

Логика обработки нагрузки и устойчивости к отказам — целиком на плечах самого приложения.

Т.е. Compose с автоскейлингом и автодеплоем из Helm?

Да (можно и без helm)

Также можно без автоскейлинга. Автоскейлинг, вообще, неоднозначная штука.

Тогда задача по прикручиванию Ansible к Compose - это действительно недокуберный велосипед?

Если коротко, то да.

Если чуть длиннее, то зависит от потребностей и условий :)

Пока просто настроить композовские yaml-ы и запустить их, по сути все.
Даже мониторить пока ненужно.

Вообще, если тебе нужно просто выкатить через compose на пару хостов, то ты можешь это сделать средствами самого же compose-а, в цикле вызвав его для удаленных docker-ов на нужных хостах.

Проблема не столько в нескольких хостах, а пока хосты даже одиночные с определенными для них ролями.
Проблема в авто автонастройке docker-compose.yml
Не столько проблема, сколько задача, которую нужно решать, а Ansible Jinja мне совсем не нравится по сравнению с T4.

Чтобы скрипт кнопка-сделай-все-за-меня.sh параметр1, 2, 3, 4
создал нужные yml-ы и запустил их на нужных хостах, прописанных в конфиге автогенератора ямлов.

Т.е. чтобы IaC из композов создался одним простым "вжух!" :)

Какую-то дичь сегодня словил на ZFS v0.7.12 с файлом Knoppix_xxx.iso на 3+ гига.

Если у тебя простая шаблонизация без циклов (максимум, что нужно — это if-ы), то заюзай cpp(1) и make(1) :)

Сначала не пошла чексумма после скачки торрента либо после копирования на другой датасет.
Потом ведь я добился нормальной чексуммы дозакачкой, опять скопировал в датасет с софтом, проверил чексумму, она пошла.
Запустил скраб, он написал про проблему с этим файлом, и после полного прохода проблема не исчесзла.
Сегодня проверил чексумму, она опять неправильная!
Заново чекаю торрент и дозакачиваю, дичь какая. Может быть это глюк в проце или чипсете?
У меня ядро запускается без обновления микрокода.
Как говорится никогда такого не было и вот опять, ну компик без ECC, вообще Core2Duo + DDR2, оперативку тестил и не раз.
Ну повторяемость на одном и том же файле как-то напрягает.

Или буткиты совсем обнаглели :(

09:40 root@workstation /download/KNOPPIX_V9.1DVD-2021-01-25-EN > l
total 4569205
-rwxrwxrwx 1 ice ice 4694753280 May  9 23:01 KNOPPIX_V9.1DVD-2021-01-25-EN.iso
-rw-r--r-- 1 ice ice        100 May  9 02:45 KNOPPIX_V9.1DVD-2021-01-25-EN.iso.sha256
09:40 root@workstation /download/KNOPPIX_V9.1DVD-2021-01-25-EN > sha256sum KNOPPIX_V9.1DVD-2021-01-25-EN.iso
d9c8accbdaf7556aecd1c1822ce0d75a93d3c023ee24d3a653b87d9b3536f950  KNOPPIX_V9.1DVD-2021-01-25-EN.iso
09:41 root@workstation /download/KNOPPIX_V9.1DVD-2021-01-25-EN > cat KNOPPIX_V9.1DVD-2021-01-25-EN.iso.sha256
c6892dda97fa603b01bc04e89c56097df607142a4531c27fb439bcc27a4aee5d *KNOPPIX_V9.1DVD-2021-01-25-EN.iso

Речекаем в qbittorrent и перезакачиваем глючный блок.

09:45 root@workstation /download/KNOPPIX_V9.1DVD-2021-01-25-EN > sha256sum KNOPPIX_V9.1DVD-2021-01-25-EN.iso
c6892dda97fa603b01bc04e89c56097df607142a4531c27fb439bcc27a4aee5d  KNOPPIX_V9.1DVD-2021-01-25-EN.iso

zpool status -v
 pool: XXX
state: ONLINE
status: One or more devices has experienced an error resulting in data
       corruption.  Applications may be affected.
action: Restore the file in question if possible.  Otherwise restore the
       entire pool from backup.
  see: http://zfsonlinux.org/msg/ZFS-8000-8A
 scan: scrub in progress since Sun May  9 21:24:32 2021
       0B repaired, 82.48% done

errors: Permanent errors have been detected in the following files:
       /mnt/xxx/LiveCD/Linux/OldPC/i486/Knoppix/v9.1 systemD/KNOPPIX_V9.1DVD-2021-01-25-EN.iso

но ведь zfs не корраптит данные

а если там POST, ретраить то нельзя. То есть таки потеряешь какие то запросы