DevOps Portal | Linux
Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps Сотрудничество, реклама: @devmangx Работаем с @Spiral_Yuri РКН: https://clck.ru/3P8kFH
Mostrar más📈 Análisis del canal de Telegram DevOps Portal | Linux
El canal DevOps Portal | Linux (@loose_code) en el segmento lingüístico de Ruso es un actor destacado. Actualmente la comunidad reúne a 13 728 suscriptores, ocupando la posición 9 265 en la categoría Tecnologías y Aplicaciones y el puesto 47 215 en la región Rusia.
📊 Métricas de audiencia y dinámica
Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 13 728 suscriptores.
Según los últimos datos del 30 octubre, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de 642, y en las últimas 24 horas de 2, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 18.75%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 10.66% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 2 574 visualizaciones. En el primer día suele acumular 1 464 visualizaciones.
- Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 8.
- Intereses temáticos: El contenido se centra en temas clave como devops, kubernetes, docker, linux, ebpf.
📝 Descripción y política de contenido
El autor describe el recurso como un espacio para expresar opiniones subjetivas:
“Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps
Сотрудничество, реклама: @devmangx
Работаем с @Spiral_Yuri
РКН: https://clck.ru/3P8kFH”
Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 31 octubre, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Tecnologías y Aplicaciones.
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