Евгений Игнатов @Merifri
DevOps/SysAdm
Information
- Rating
- Does not participate
- Location
- Ростов-на-Дону, Ростовская обл., Россия
- Date of birth
- Registered
- Activity
Specialization
System Administration, DevOps
Lead
From 500,000 ₽
Git
Python
Linux
Docker
Nginx
Database
Bash
High-loaded systems
Kubernetes
CI/CD
Благодарю. Пошёл делать бекап :)
В свете последних событий очень инетересует, есть ли смысл переезжать из Cloud в Jira/Confluence Server, и есть ли возможность сделать так, чтобы они не превратились в тыкву в случае отзыва/прекращения действия лицензий? База довольно большая и переезд на аналоги выглядит болезненным.
То лаконичнее и удобнее использовать чистый shell скрипт, а не Python.
И потом парсить
.output
в python? Красиво получится, да. А если вместо предложенного варианта не использовать однострочник с list comprehension, то можно написать читаемый, понятный код.Как представлю танцы новой команды аутсорсеров над проектом без документации, в котором используется такое решение…
(спустя… часов дебага)
Кто, говорите, письма отправляет? PostgreSQL???
The Typing of the Dead
Как пример совместного использования, который вполне может существовать и будет далеко не самым плохим решением:
— с помощью ansible разворачивается инфраструктура для разработки — git-сервер, сервер для тестов с докером, настраивается окружение для запуска докера на продакшн-серверах
— в ci-пайплайне проект собирается в докер-образ, тестируется
— с помощью ansible, запущенного внутри докер-контейнера (как часть процесса ci/cd), docker-образ выкатывается в продакшн.
У Яндекса есть пример скрипта для добавления сотрудников вот здесь
Например, если гоняешь большие объемы данных — датасеты, всякие докер-образы и т.п.
Во-первых, меньшая скорость. Во-вторых, трафик на недорогих VPS, как правило, лимитирован — т.е. дополнительные затраты.
А если делить трафик — то там можно уже и анонимность прикрутить при желании (например, поставить tor-proxy за vpn).
Во-первых, для десктопа отлично подходит ветка testing. Из плюшек получаем почти rolling release (незначительная задержка на время заморозки пакетов перед новым релизом, обновления проходят как правило безболезненно).
Во-вторых, многие инструменты для разработки имеют свои собственные репозитории, откуда всегда можно стянуть актуальные версии.
А для ЯП вообще удобно использовать менеджеры версий. Для многих языков такое есть, можно взглянуть хоть на универсальный asdf — список плагинов
А вот для докера и правда очень удобно. Конечно, зависит в первую очередь от приложений, назначения образа. Тянуть 500+МБ не всегда хочется, и не всегда удобно.
К примеру, в докере могут храниться вспомогательные скрипты (не сильно требовательные к окружению) которые периодически будут запускаться в кластере. Для небольших С/Go/Rust/… приложений я бы также выбрал alpine, если нет желания собирать from scratch.
docs.gitlab.com/ce/user/project/import/github.html
Узнать, кто занял порт, можно одной из следующих команд:
Процесс:
Можно ещё добавить:
если на дисплее не помещается :-)
В документации и handbook-е Debian упоминается, что
apt
предпочтителнее именно для интерактивного использования (присутствует цветной вывод, индикатор выполения).Да и при попытке использования в неинтерактивном режиме он выдаст warning:
Насколько помню, на эти опции наткнулся благодаря автодополнению:
Может и не со всеми, но с указанными вами задачами точно справится.
apt install package --install-recommends=no
И
apt remove package --purge
тоже умеет.