А еще надо иметь ввиду, что если в момент выполнения команды "docker stack deploy" у вас в контейнерах выполняются задачи, то они будут прерваны
Мы делали скрипт для "zero time deploy" но столкнулись с тем, что невозможно с master ноды контролировать health status контейнеров, развернутых на worker нодах.
Я вообще не понимаю, почему в swarm через cli невозможно получить информацию о контейнерах, которые запустились на worker нодах. Только какие-то костыли через удаленное выполнение команд через ssh
Если вдруг у вас docker swarm живет в esxi, то overlay работать не будет, тк будет конфликт на порту 4789. Этот порт используется vmware для VXLAN
Причем кластер развернется, overlay сети будут созданы, будут разворачиваться реплики контейнеров и реплики будут пинговаться, но доступа к контейнерам по сети не будет
Лечится командой на инициализацию кластера со сменой порта
[path]/etc/gitconfig file: Contains values applied to every user on the system and all their repositories. If you pass the option --system to git config, it reads and writes from this file specifically. Because this is a system configuration file, you would need administrative or superuser privilege to make changes to it.
~/.gitconfig or ~/.config/git/config file: Values specific personally to you, the user. You can make Git read and write to this file specifically by passing the --global option, and this affects all of the repositories you work with on your system.
config file in the Git directory (that is, .git/config) of whatever repository you’re currently using: Specific to that single repository. You can force Git to read from and write to this file with the --local option, but that is in fact the default. Unsurprisingly, you need to be located somewhere in a Git repository for this option to work properly.
Получается, что для каждой машины на которой вы собираетесь разворачивать репозиторий и пользоваться хуками надо сначала задать пути к хукам, а только потом делать "git clone ..."
В результате задача "ща я тут в одну команду затестирую как развернется на голой машине" уже "в один клик" не прокатит
Почему разработчики git не допускают хранения .gitconfig в папке репозитории и автоматического его подключения непонятно
"Ржали всем Яндексом" позволяет сделать однозначный вывод о том, что Вы там работаете. Так же как "ржал со всей газелью" позволяет сделать однозначный вывод, что скорее всего Вы не знаете правил русского языка, написав название автомобиля с маленькой буквы, без кавычек
У Вас какой-то несвязанный поток мыслей. Если Вы член команды Яндекса и выражаете официальную позицию компании, то значит все еще хуже, чем в моей публикации.
Если Вы не член команды, а просто ляпнули "ржали всем Яндексом", то все понятно лично с Вами
Я честно говоря не очень понимаю зачем держать столько логики в dialplan астериска. Гораздо удобнее по максимуму вынести в FastAGI. Это даст максимум масштабируемости и гибкости в программировании функционала системы
Ну и держать debug в базе такое себе удовольствие. Гораздо удобнее пулять их через брокер сообщений в специализированное хранилище типа ELK или Clickhouse. Как минимум не нарветесь на блокировки БД при резко возросшей активности (спам или зацикливание какой-то функции)
А еще надо иметь ввиду, что если в момент выполнения команды "docker stack deploy" у вас в контейнерах выполняются задачи, то они будут прерваны
Мы делали скрипт для "zero time deploy" но столкнулись с тем, что невозможно с master ноды контролировать health status контейнеров, развернутых на worker нодах.
Я вообще не понимаю, почему в swarm через cli невозможно получить информацию о контейнерах, которые запустились на worker нодах. Только какие-то костыли через удаленное выполнение команд через ssh
Возможно в k8s это из коробки есть
Entrypoints описываются в static файлах или аргументами в docker. значит требуется перезапуск траефик для вступления изменений в силу
RTFM
Столкнулись с тем, что в traefik нельзя добавить entrypoint "на лету". Приходится делать полный рестар со сбросом всех соединений
Если вдруг у вас docker swarm живет в esxi, то overlay работать не будет, тк будет конфликт на порту 4789. Этот порт используется vmware для VXLAN
Причем кластер развернется, overlay сети будут созданы, будут разворачиваться реплики контейнеров и реплики будут пинговаться, но доступа к контейнерам по сети не будет
Лечится командой на инициализацию кластера со сменой порта
docker swarm init --data-path-port 7789По-моему самый удобный дистрибутив именно 6-ка. Буду держаться за него до последнего
К сожалению невозможно иметь кастомную конфигурацию для репозитория в файле .gitconfig, тк это не предусмотрено git (https://git-scm.com/book/en/v2/Getting-Started-First-Time-Git-Setup)
[path]/etc/gitconfigfile: Contains values applied to every user on the system and all their repositories. If you pass the option--systemtogit config, it reads and writes from this file specifically. Because this is a system configuration file, you would need administrative or superuser privilege to make changes to it.~/.gitconfigor~/.config/git/configfile: Values specific personally to you, the user. You can make Git read and write to this file specifically by passing the--globaloption, and this affects all of the repositories you work with on your system.configfile in the Git directory (that is,.git/config) of whatever repository you’re currently using: Specific to that single repository. You can force Git to read from and write to this file with the--localoption, but that is in fact the default. Unsurprisingly, you need to be located somewhere in a Git repository for this option to work properly.Получается, что для каждой машины на которой вы собираетесь разворачивать репозиторий и пользоваться хуками надо сначала задать пути к хукам, а только потом делать "git clone ..."
В результате задача "ща я тут в одну команду затестирую как развернется на голой машине" уже "в один клик" не прокатит
Почему разработчики git не допускают хранения .gitconfig в папке репозитории и автоматического его подключения непонятно
Поделитесь пожалуйста реализацией
А как мигрировали realtime БД ?
"Ржали всем Яндексом" позволяет сделать однозначный вывод о том, что Вы там работаете. Так же как "ржал со всей газелью" позволяет сделать однозначный вывод, что скорее всего Вы не знаете правил русского языка, написав название автомобиля с маленькой буквы, без кавычек
У Вас какой-то несвязанный поток мыслей. Если Вы член команды Яндекса и выражаете официальную позицию компании, то значит все еще хуже, чем в моей публикации.
Если Вы не член команды, а просто ляпнули "ржали всем Яндексом", то все понятно лично с Вами
Я очень рад, что поднял вашей команде настроение :) Идите поработайте теперь, а то больше смахиваете на компанию Hooli во главе с Гэвином Бэлсоном
Круче - платил из другой страны
У меня не прокатило. Все равно выдает "В вашем регионе оплата недоступна"
Я менял платежный аккаунт, заходил через прокси, но все равно ругается на РФ
Шо, опять ?????
Сначала был callback hell
Потом придумали bluebird и promise hell
Теперь живем в async/await hell
Может кто из гуру привести примеры
Говнокод -> true code
Аргументируйте
Я честно говоря не очень понимаю зачем держать столько логики в dialplan астериска. Гораздо удобнее по максимуму вынести в FastAGI. Это даст максимум масштабируемости и гибкости в программировании функционала системы
Ну и держать debug в базе такое себе удовольствие. Гораздо удобнее пулять их через брокер сообщений в специализированное хранилище типа ELK или Clickhouse. Как минимум не нарветесь на блокировки БД при резко возросшей активности (спам или зацикливание какой-то функции)