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 080 suscriptores, ocupando la posición 9 399 en la categoría Tecnologías y Aplicaciones y el puesto 49 455 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 080 suscriptores.
Según los últimos datos del 26 agosto, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de 36, y en las últimas 24 horas de 0, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 15.07%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 8.79% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 1 970 visualizaciones. En el primer día suele acumular 1 149 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 27 agosto, 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.
ReadWriteMany или с определённым label
- Запускать отдельные бэкапы по требованию
- Настраивать регулярный запуск бэкапов по расписанию
И многое другое
➜https://k8up.io/
👉 DevOps PortalpodGroupPolicy.
Он работает с установленными в кластере плагинами для gang scheduling, например Coscheduling.
👉 DevOps Portalworker-0, worker-1 и т. д.
Кроме того, JobSet создаёт headless-сервис, через который Pod могут обнаруживать друг друга.
Основной сценарий использования JobSet — нагрузки AI/ML и HPC.
Например, в Kubeflow Trainer JobSet используется для запуска распределённого обучения моделей.
👉 DevOps Portalkubectl.
Kubeswitch можно использовать как полноценную замену kubectx.
➜ https://github.com/danielfoehrKn/kubeswitch
👉 DevOps PortalHTTPRoute, GRPCRoute и других, в качестве parentRef указывается Gateway.
Именно Gateway является точкой входа, которой принадлежат IP-адрес и порты, принимающие трафик извне кластера.
Однако в подходе GAMMA при настройке mesh-трафика ресурсы Gateway API, например HTTPRoute, могут использовать в качестве parentRef не Gateway, а Service.
После этого HTTPRoute определяет, как должен маршрутизироваться трафик, поступающий на этот Service: распределение по весам, разделение трафика и другие правила.
Схема прохождения трафика выглядит так:
client → общий Service (backend) → Services отдельных версий (backend-v1, backend-v2) → pods
При этом нельзя использовать паттерн «общий Service + subsets», как в связке Istio VirtualService и DestinationRule.
Причина в том, что Gateway API проектируется как единый стандарт, который должен работать с разными реализациями service mesh, включая Istio, Linkerd и другие.
👉 DevOps Portal