Как только Docker Desktop стал платным и коллеги отправились в путешествие в разные стороны (кто-то к менеджменту за лицензиями, кто-то к Rancher), я перешёл на Podman в WSL на своей рабочей машине, и до сих пор на нём сижу, не испытывая серьезных проблем. Когда появился Podman Desktop, стало вообще кайфово. Даже очень сложные компоузы от коллег прекрасно запускаются и работают. Испытываю весьма теплые чувствства к redhat, мне кажется они много прекрасного делают
Ого, всё-таки оно существует! Я давно уже ищу хороший VST host, и использую в этих целях OBS Studio, но всё что позиционирует себя как VST хост по факту не умеет работать с несколькими аудиодевайсами ((( Может быть кто-нибудь ещё софта накидает аналогичного Pedalboard? Вот через OBS Studio можно то же самое сделать, например, но он очень тяжеловесный и там нет нативной поддержки VST3, и приходитcя тонну окошек открывать ((
Считается, что построение CI/CD - задача для DevOps. <...> Но часто с докручиванием отдельных этапов процесса сталкиваются и разработчики.
Типичная ошибка в определении DevOps. Отдельных людей, которые занимаются DevOps быть не должно, если они есть, то они зовутся SRE. А DevOps -- это, как раз, методология, в которой задействованы все слены команды, и, в первую очередь, разработчики.
Не совсем ЛУТ, но я видел как делают платы на стекле, CNLohr таким занимался https://youtu.be/vlrccFVsQXA оргстекло, очевидно, раславится, только на стеклянное стекло)
эхэхэ, фончик ностальгический, спасибо, заценил ))) Я в таких местах всегда стараюсь индексы делать с отверстиями, в которые можно что-нибудь поместить позже и чтобы ничего вокруг не пришлось переименовывать. Меня этому косплей-фесты научили, потому что там номера участников менять очень больно, а участники постоянно хотят куда-то перемещаться как до феста, так и во время феста (могут не успеть на свой номер и быть перенесёнными в соседний блок).
Действительно, выглядит как ограничение... Я подумал, что можно было бы добавить индекс к именам файлов, но потерпел неудачу.
Похоже, что в MkDocs ещё есть что доработать, хотелось бы чтобы для сортировки использовались имена файлов, а текст для ToC брался из h1 файла index.md
Ещё, отдельное спасибо за Containerfile вместо Dockerfile (даже несмотря на то, что так докер его не видит по-умолчанию, и приходится указывать явно). Зато podman и rancher видят!
Йееее, очень приятно почитать такую офигенную статью, спасибо! Единственное, что мне показалось лишним -- зачем вам явный ToC, если он автоматически соберётся из структуры файлов? Можно было бы не пытаться познакомить Настю с YAML. Автоматический ToC ещё и от бардака в файлах спасёт, так как всё лишнее сразу всплывёт.
Я не смог дочитать статью из за кошмарного перевода. После того как на пару секунд подвис на фразе "запрос на извлечение", решил что не могу больше это читать. Пожалуйста, не переводите термины, которые в индустрии широко применяются на языке оригинала. Перевод этих терминов делает текст намного сложнее для восприятия, приходится догадываться как же оно звучало на английском. Фактические неточности тоже несколько раз замечал, и боюсь, что в оригинале их не было. Такое ощущение, что перед выполнен человеком который довольно далеко от предметной области и плохо понимает статью
Классно, спасибо, совсем другая концепция с этим процедурным созданием сущностей, выглядит даже более консистно с docker cli, чем собственно docker-compose. Однако, на процедурности далеко не уедешь, предлагаю в сл. статье затронуть декларативное описание подов с примером трансляции из compose-файла в k8s-спеку (оно же вроде бы так устроено там, да?)
Делюсь своим личным списком бесплатного софта с популярными аналогами, может быть что-то оттуда будет полезно для этой статьи https://github.com/Himura2la/awesome-soft/
Для автоматического запуска всего при старте системы в нужном порядке и с созданием виртуальной сети можно использовать docker-compose. И контейнеры могут являться единым способом управления ворклоадом, при чем, удобно то что они не смешиваются с системными делами, и всегда можно посмотреть чистый список запущенного. Зашёл на сервер, позвал "docker ps" и все узнал про него. Логироввние ликера можно настроить так чтобы оно использовало journald, но это не обязательно, так как всегда есть "docker logs". Мне до сих пор не понятно зачем использовать возможности хост-системы (которых может и не быть в systemd-less системах) для управления контейнерами, если контейнеры и сами отлично справляются. Если что-то на холсте работает без докера, то конечно systemd-units это единственный адекватный вариант управления жизненными циклом, но docker совершенно точно обладает достаточным функционалом чтобы его заменить.
А для десятков серверов с десятками контейнеров этот подход с локальным докером в принципе не походит, тут уже оркестратор нужен. Это же три независимых подхода: systemd (+Ansible?) -> docker/podman (+ docker-compose) -> K8s/Nomad... Каждый из них полностью спмостоятельно позволяет управлять жизненным циклом ворклоада.
Все круто, но идея управять контейнерами через systemd кажется странной. Можно ведь поставить `restart: unless-stopped`, зачем для этого systemd? Или в Podman это не сработает?
Как только Docker Desktop стал платным и коллеги отправились в путешествие в разные стороны (кто-то к менеджменту за лицензиями, кто-то к Rancher), я перешёл на Podman в WSL на своей рабочей машине, и до сих пор на нём сижу, не испытывая серьезных проблем. Когда появился Podman Desktop, стало вообще кайфово. Даже очень сложные компоузы от коллег прекрасно запускаются и работают.
Испытываю весьма теплые чувствства к redhat, мне кажется они много прекрасного делают
Ого, всё-таки оно существует! Я давно уже ищу хороший VST host, и использую в этих целях OBS Studio, но всё что позиционирует себя как VST хост по факту не умеет работать с несколькими аудиодевайсами (((
Может быть кто-нибудь ещё софта накидает аналогичного Pedalboard?
Вот через OBS Studio можно то же самое сделать, например, но он очень тяжеловесный и там нет нативной поддержки VST3, и приходитcя тонну окошек открывать ((
Типичная ошибка в определении DevOps. Отдельных людей, которые занимаются DevOps быть не должно, если они есть, то они зовутся SRE. А DevOps -- это, как раз, методология, в которой задействованы все слены команды, и, в первую очередь, разработчики.
Клёвые обои, у меня тоже очень много артов Aenami на обоях ))
Не совсем ЛУТ, но я видел как делают платы на стекле, CNLohr таким занимался https://youtu.be/vlrccFVsQXA
оргстекло, очевидно, раславится, только на стеклянное стекло)
не надо так. надо так:
https://dokku.com/
блин вода в глаз попала
Как я понял, вместо
mkdocs build
существует специальная командаmkdocs gh-deploy
.эхэхэ, фончик ностальгический, спасибо, заценил )))
Я в таких местах всегда стараюсь индексы делать с отверстиями, в которые можно что-нибудь поместить позже и чтобы ничего вокруг не пришлось переименовывать.
Меня этому косплей-фесты научили, потому что там номера участников менять очень больно, а участники постоянно хотят куда-то перемещаться как до феста, так и во время феста (могут не успеть на свой номер и быть перенесёнными в соседний блок).
Действительно, выглядит как ограничение... Я подумал, что можно было бы добавить индекс к именам файлов, но потерпел неудачу.
Похоже, что в MkDocs ещё есть что доработать, хотелось бы чтобы для сортировки использовались имена файлов, а текст для ToC брался из h1 файла
index.md
Ещё, отдельное спасибо за Containerfile вместо Dockerfile (даже несмотря на то, что так докер его не видит по-умолчанию, и приходится указывать явно). Зато podman и rancher видят!
Йееее, очень приятно почитать такую офигенную статью, спасибо! Единственное, что мне показалось лишним -- зачем вам явный ToC, если он автоматически соберётся из структуры файлов? Можно было бы не пытаться познакомить Настю с YAML. Автоматический ToC ещё и от бардака в файлах спасёт, так как всё лишнее сразу всплывёт.
Ещё и ссылок нет никаких, где посмотреть то на это чудо ((
Я не смог дочитать статью из за кошмарного перевода. После того как на пару секунд подвис на фразе "запрос на извлечение", решил что не могу больше это читать. Пожалуйста, не переводите термины, которые в индустрии широко применяются на языке оригинала. Перевод этих терминов делает текст намного сложнее для восприятия, приходится догадываться как же оно звучало на английском. Фактические неточности тоже несколько раз замечал, и боюсь, что в оригинале их не было. Такое ощущение, что перед выполнен человеком который довольно далеко от предметной области и плохо понимает статью
Классно, спасибо, совсем другая концепция с этим процедурным созданием сущностей, выглядит даже более консистно с docker cli, чем собственно docker-compose. Однако, на процедурности далеко не уедешь, предлагаю в сл. статье затронуть декларативное описание подов с примером трансляции из compose-файла в k8s-спеку (оно же вроде бы так устроено там, да?)
Делюсь своим личным списком бесплатного софта с популярными аналогами, может быть что-то оттуда будет полезно для этой статьи https://github.com/Himura2la/awesome-soft/
Для автоматического запуска всего при старте системы в нужном порядке и с созданием виртуальной сети можно использовать docker-compose. И контейнеры могут являться единым способом управления ворклоадом, при чем, удобно то что они не смешиваются с системными делами, и всегда можно посмотреть чистый список запущенного. Зашёл на сервер, позвал "docker ps" и все узнал про него. Логироввние ликера можно настроить так чтобы оно использовало journald, но это не обязательно, так как всегда есть "docker logs". Мне до сих пор не понятно зачем использовать возможности хост-системы (которых может и не быть в systemd-less системах) для управления контейнерами, если контейнеры и сами отлично справляются. Если что-то на холсте работает без докера, то конечно systemd-units это единственный адекватный вариант управления жизненными циклом, но docker совершенно точно обладает достаточным функционалом чтобы его заменить.
А для десятков серверов с десятками контейнеров этот подход с локальным докером в принципе не походит, тут уже оркестратор нужен. Это же три независимых подхода: systemd (+Ansible?) -> docker/podman (+ docker-compose) -> K8s/Nomad... Каждый из них полностью спмостоятельно позволяет управлять жизненным циклом ворклоада.
Все круто, но идея управять контейнерами через systemd кажется странной. Можно ведь поставить `restart: unless-stopped`, зачем для этого systemd? Или в Podman это не сработает?
Ну, то что так никто не делает -- это, конечно, совсем не правда (https://github.com/kubernetes/kubeadm/blob/main/docs/ha-considerations.md#keepalived-and-haproxy), а против разлома пополам у keepalived вроде как настраивается приоритет каждой ноды, но за pacemaker спасибо, изучим чо это такое )