DevOps Portal | Linux
Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps Сотрудничество, реклама: @devmangx Работаем с @Spiral_Yuri РКН: https://clck.ru/3P8kFH
Show more📈 Analytical overview of Telegram channel DevOps Portal | Linux
Channel DevOps Portal | Linux (@loose_code) in the Russian language segment is an active participant. Currently, the community unites 13 739 subscribers, ranking 9 265 in the Technologies & Applications category and 47 215 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 13 739 subscribers.
According to the latest data from 30 October, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by 642 over the last 30 days and by 2 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 18.75%. Within the first 24 hours after publication, content typically collects 10.66% reactions from the total number of subscribers.
- Post reach: On average, each post receives 2 574 views. Within the first day, a publication typically gains 1 464 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 8.
- Thematic interests: Content is focused on key topics such as devops, kubernetes, docker, linux, ebpf.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps
Сотрудничество, реклама: @devmangx
Работаем с @Spiral_Yuri
РКН: https://clck.ru/3P8kFH”
Thanks to the high frequency of updates (latest data received on 31 October, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.
Host в ~/.ssh/config.
С конфигом, как ниже, достаточно просто:
$ ssh dev-server
👉 DevOps Portal.dockerignore с исключением .env — огромный риск.
Если не исключить .env из процесса сборки Docker, переменные окружения, включая API-ключи, учетные данные к БД и другие секреты, попадают прямо в образ.
Совет: всегда добавляйте .env и другие чувствительные файлы в .dockerignore.
👉 DevOps Portalservices необходимо определить параметры deploy (как на изображении выше). Важным параметром здесь является order. Он указывает Docker сначала создать и запустить новый контейнер с обновлённой версией образа. После запуска нового контейнера трафик будет перенаправлен на него, а старый контейнер будет остановлен и удалён.
Эта конфигурация лучше всего работает в сочетании с опцией replicas, чтобы развернуть несколько экземпляров одного и того же контейнера и обеспечить высокую доступность.
Примечание: наилучший результат достигается при использовании семантического версионирования образов.
👉 DevOps Portal$PATH, используйте команду tr, чтобы заменить двоеточия (":") на символы новой строки ("\n"), чтобы отобразить их построчно:
$ echo $PATH | tr ":" "\n"
👉 DevOps Portalrename
Команда rename позволяет заменить один шаблон на другой сразу в нескольких именах файлов. В этом примере все расширения файлов .html в текущем каталоге преобразуются в .php.
👉 DevOps Portaldocker run? Чем она отличается от:
🔹 podman run
🔹 nerdctl run
🔹 ctr run
🔹 runc create/start
Мини-курс, чтобы научиться запускать контейнеры с разными рантаймами:
https://labs.iximiuz.com/skill-paths/run-containers-across-runtimes
👉 DevOps Portal$ kamal init
🔹Установка Docker на всех целевых хостах
$ kamal server
🔹 Алиасы
Kamal предоставляет kamal shell из коробки. Я обычно добавляю kamal console для быстрого доступа к Rails-консоли.
$ kamal shell [-d production]
# app exec -i --reuse "bin/rails console"
$ kamal console [-d production]
🔹 Деплой приложения [в staging-окружение]
$ kamal deploy [-d staging]
🔹Откат приложения до VERSION [в staging-окружении]
$ kamal rollback [VERSION] [-d staging]
🔹 Сборка образов
Большую часть времени вы не будете использовать команду kamal build напрямую,
так как она в основном используется в kamal deploy и kamal redeploy.
Тем не менее, вы можете использовать её для сборки образа без его пуша, что удобно для тестирования.
$ kamal build dev
🔹 Ниже приведены несколько команд для чтения логов приложения и его аксессуаров
$ kamal app logs [--roles=web -n 100 -f]
$ kamal app logs [--primary -n 100 -f]
$ kamal app logs [--hosts=<ip_address> -n 100 -f]
$ kamal audit
🔹 Логи аксессуара PgHero [в staging-окружении]
bash
$ kamal accessory logs pghero [-d staging]```
🔹 Логи прокси-сервера [в staging-окружении]
$ kamal proxy logs [-d staging]
🔹 Показать объединённую конфигурацию (включая секреты) [для staging-окружения].
Полезно для отладки и если вы забыли IP-адрес сервера.
$ kamal config [-d staging]
🔹 Вывести секреты в stdout [для staging-окружения]
$ kamal secrets print [-d staging]
🔹 Показать информацию обо всех контейнерах, сгруппированных по ролям [для staging-окружения]
$ kamal details [-d staging]
🔹 Показать только контейнеры приложения [в staging-окружении], [например, для web-ролей]
$ kamal app details [-d staging] [--roles=web]
🔹 Показать только контейнеры аксессуара PgHero [в staging-окружении]
$ kamal accessory details pghero -d staging
👉 DevOps Portalports:
- "3000:3000"
Такое конфигурирование позволяет контейнеру обходить любые правила брандмауэра, настроенные на хосте. Если необходимо обеспечить внешний доступ к контейнеру, делайте это так:
ports:
- "127.0.0.1:3000:3000"
Такая конфигурация привязывает сервис к localhost, предотвращая доступ к нему извне по адресу ip:3000.
👉 DevOps Portal~TAB TAB, чтобы быстро получить список всех доступных пользователей в системе.
$ ~TAB TAB
👉 DevOps Portal