Channel
@susecis
On this record: Growth · Engagement · What this channel posts · Posts · Citations · Cite this entry
54subscribers
+0 since we began measuring on 6 August 2026
Risers and fallers across the register · movement among entries of Under 1,000.
| Telegram ID | -1001964481764 |
|---|---|
| Type | Channel |
| Username | @susecis |
| Description | Ведущий поставщик решений с открытым кодом, лидирующих в области Enterprise Linux, управления Kubernetes и периферийных вычислений. Представительство SUSE в СНГ и Грузии. [email protected] +77029893366 www.suse.com |
| Created | Between 1 April 2023 and 31 October 2023— estimated from Telegram’s id allocation, not measured. How this range is calculated. |
| First recorded | 10 August 2026 |
| Last confirmed live | 13 August 2026 |
| Measurements held | 2 |
| On Telegram | t.me/susecis |
| Measured (UTC) | Subscribers | Change |
|---|---|---|
| 10 Aug 2026, 09:00 | 54 | no change |
| 6 Aug 2026, 22:17 | 54 | first reading |
20 posts held, back to 20 April 2026 — the reader has not yet reached the start of this channel’s public history, so older posts may sit further back, unread. Read across 1 pageof Telegram’s post history, 20 posts per page.
ERR is average views per post over the last 30 days divided by subscribers, the definition TGStat uses, so this figure is comparable with the one you will see elsewhere. It falls structurally as a channel grows: a high ERR on a small channel and a low one on a large channel describe reach mathematics, not quality. We publish the figure and the sample it came from and pass no verdict on it.
ER is defined industry-wide as (forwards + reactions + comments) ÷ views— note the denominator is views, not subscribers. Telegram’s public web preview carries views and reactions but not forward or comment counts, so the reaction rate above is the reactions term only and is therefore a floor: the true ER for this channel is higher by an amount we have not measured and will not estimate.
| Window | Rolling 30 days · latest post in window 30 July 2026 |
|---|---|
| Posts held | 20 (20 April 2026 – 30 July 2026) |
| Views total | 40 |
| Reactions total | — |
| Forwards / comments | not exposed by the public surface — not measured, not estimated |
| Readings taken | 10 Aug 2026, 09:00 UTC |
Views are a single reading per post, taken at the time above. A post published in the last day or two is still accumulating views, which pulls the 30-day average down slightly. That is a property of the standard definition rather than a fault in it, so we keep the definition rather than “correcting” the number into something nobody can reproduce.
Precision. Telegram publishes view counts on its public widget in short form — 8.12K, 3.7M — so any reading at or above 1,000 reaches us rounded to three significant figures, and only counts below 1,000 are exact. Averages and rates derived from them are shown to the same precision rather than to the unit: a figure like 3,701,250 would assert digits nobody measured.
Reaction counts are published per emoji and rounded the same way, so a total below 1,000 is exact and a larger one is a sum that may carry a rounded component from each emoji above 1,000. Because it is a sum, it does not look rounded — read a large reaction total as three significant figures per contributing emoji rather than as the figure it prints.
Lifetime counters from Telegram’s own channel header, read 10 August 2026 — not the date at the top of this page, which is when the subscriber count was last read. Below Telegram’s rounding threshold, so these counts are exact.
Measured directly from 1 video with a duration reading, out of the posts we hold for this channel — not this channel’s whole posting history, only the sample this register has actually read. An exact reading to the second, taken from the post itself rather than from Telegram’s own rounded chrome, so it carries no ≈ mark.
🚀 16+ дистрибутивов Linux — одна консоль управления. Как это работает? Присоединяйтесь к вебинару SUSE с Live Demo: «Управление разнородной Linux-средой как единым целым». 📅 18 августа, 15:00–16:30 GMT+5 (по времени Астаны) 🔗 Ссылка на регистрацию Покажем, как централизованно управлять инфраструктурой на SUSE, RHEL, CentOS, AlmaLinux и других дистрибутивах с помощью SUSE Multi-Linux Manager 5.2 и SUSE Multi-Linux …
💥 Встречайте SUSE Multi-Linux Manager 5.2! 💥 Управлять смешанными Linux-средами становится проще. SUSE представила единую независимую панель управления для 16+ дистрибутивов Linux. Решение позволяет модернизировать ИТ-инфраструктуру без остановки текущих процессов и снизить расходы до 40%. Что нового в версии SUSE Multi-Linux Manager 5.2? Решение поможет упростить рабочие процессы благодаря: ✔️ Более точному аудиту…
Задумываетесь о будущем без VMware? 🤔 Главный стимул к переменам — не только экономия. Это отличный шанс навести порядок в ИТ-архитектуре и наконец-то избавиться от жесткой привязки к решениям единственного изготовителя. ⚙️ Логичный шаг: объединить виртуальные машины и контейнеры на единой платформе Kubernetes. Почему старый подход больше не работает? ⛔️ Растущие затраты. Цены растут, а условия продления лицензий …
SUSE AI Factory с NVIDIA официально запущена и доступна для бизнеса! 🚀 «Цифровая фабрика» объединяет софт NVIDIA AI Enterprise и безопасное управление от SUSE AI. Решение полностью готово перевести ИИ-приложения из тестовых «песочниц» в полноценную промышленную эксплуатацию с возможностью масштабирования. Чем решение SUSE AI Factory на базе NVIDIA выгодно для бизнеса? Вместо сложного "конструктора" из сотен компон…
📉 Как сэкономить до 35% на Edge-инфраструктуре без потери надежности? Классический кластер высокой доступности на периферии требует минимум 3 сервера. Умножьте это на сотни локаций, и затраты станут космическими. ❗️ Выход найден: в блоге SUSE подробно рассматриваем, как справиться с этой проблемой с помощью архитектуры TNA (Two-Node with Arbiter). Суть решения: ✔️ На двух узлах кластера выполняются ВМ и контейнеры…
🚀 Как получить готовую архитектуру для запуска ИИ в закрытом корпоративном контуре? Присоединяйтесь к вебинару: SUSE AI: оптимизация ИТ-инфраструктуры под задачи ИИ. 📅 Когда: 16 июля, с 15:00 до 16:00 GMT+5 (по времени Астаны). 🔗 Ссылка на регистрацию В программе: 🔹 GenAI для реального бизнеса: интеграция генеративного ИИ с максимальной отдачей. 🔹 Гибридная инфраструктура: нюансы развертывания в облаке, on-premise …
🚀 Как выжать максимум из дисков в Linux: разгоняем I/O для баз данных в 4 раза. Если вы работаете с нагруженными БД (SAP HANA, PostgreSQL, Oracle), производительности дисков всегда не хватает. Логичный шаг — настроить Striped LVM для параллельной записи на несколько дисков. ⚠️ Но здесь кроется ловушка: часто после онлайн-расширения быстрое хранилище начинает тормозить. В чем причина и как исправить? ✅ В новом гайд…
🔎 Как экономить на инфраструктуре SAP HANA без риска для отказоустойчивости? Сценарий SAP HANA cost-optimized (при котором резервный узел может использоваться для разработки и тестирования) позволяет существенно оптимизировать затраты. Но раньше переключение при аварии требовало сложной ручной настройки лимитов памяти. ✅ Разработчики SUSE упростили этот процесс в обновлении пакета SAPHanaSR-angi. Что нового: ✔️ …
Виртуализация Windows на KubeVirt работает медленнее, чем хотелось бы? Пора заняться тюнингом 🚀 Запуск виртуальных машин с Windows в облачных средах на базе KubeVirt (включая SUSE Virtualization) часто требует тонкой настройки «из коробки», чтобы выжать из железа максимум. 👉 Представляем гайд по оптимизации производительности виртуальных машин с Windows, подкрепленный конкретными бенчмарками. Изучаем самые критичн…
🔎 Хранилище Longhorn для кластеров Kubernetes: как настроить? ❓ Сценарий. Вы запустили кластеры Rancher в виртуалках на платформе SUSE Virtualization (Harvester). Им нужен доступ к хранилищу #Longhorn на хосте. ✅ Решение. Используйте Harvester CSI Driver. Он автоматически подключает диски хоста прямо в гостевые виртуалки, избавляя от сложной ручной настройки. 👉 В новом гайде SUSE: пошаговая настройка с конфигураци…
🎯 Как не «сломать» Linux при обновлении ядра? Искусство kABI и модулей Обновили ядро Linux, и модули внезапно перестали загружаться, драйверы оборудования просто отказывают? Всё дело в минимальном изменении структуры данных (kABI). В SUSE Linux Enterprise Server (SLES) эту проблему решают пакеты KMP (Kernel Module Packages). Они гарантируют, что модули обновляются синхронно с системой и без сбоев. В новой статье S…
SUSE Linux Enterprise Server 16.1 доступен для тестирования 🚀 Встречайте преемника легендарного семейства SLE 15 — модернизированную ОС для ИТ-задач нового поколения. Скачать и оценить бета-версию может любой желающий. 👨🏻💻 Что тестируем? Главная фишка - выбор режима работы! В SLES реализована технология неизменяемости. Теперь прямо при развертывании вы сами выбираете нужный режим: 🔹 Immutable Mode - транзакционные…
Showing the 12 most recent of 20 posts we hold for @susecis. View and reaction counts are the latest single reading for each post, not a live figure, and a recent post is still accumulating both. A view count marked ≈ was rounded by Telegram before we ever saw it — t.me prints views in full below 1,000 and to three significant figures above, so ≈1,200,000 means somewhere between 1,150,000 and 1,249,999. Unmarked counts are exact. Text is reproduced from the public post preview and truncated for length.
Citation-graph rank — 913,553 of 1,480,688entries in the measured graph. A weighted position computed from the forward and mention edges below — republished posts weigh more than named mentions — and recomputed periodically, over the whole graph. Published only as this ordinal position, never as a score: a position is a fact, and a score printed beside one channel’s name would read as a verdict this register does not make. The two counts beneath stay separate for the same reason mentions are never summed with forwards anywhere else on this page — a named-by count costs nothing to manufacture. The top 100 by this measure, or how it is computed.
Republished by
Channels on the register that have forwarded this channel's posts into their own feed.
Built only from forwarded posts we have actually read, on both sides. Coverage is early and deliberately incomplete: a missing link means we have not read the post that would prove it, never that the relationship does not exist. Counts are distinct forwarded posts observed, so they only ever go up as we read more.
A live page changes as we take new readings, so a citation should name the measurement it is based on, not just the URL. The line below cites the subscriber count as measured 10 August 2026 — this entry's latest reading, not the date you are reading this.
“SUSE CIS” (@susecis), 54 subscribers as measured 10 August 2026. Telegram Register, tgregister.com/channel/susecis.
Full measurement history, CC BY 4.0. Every reading this register holds for this entry, not just the latest one, as a dated, downloadable record: CSV · JSON. Free to use with attribution to tgregister.com. Each file carries its own generation timestamp, which is the figure to cite for exactly when the data was retrieved.