ну, если быть честными, то в 2010 Ngenix был чуть ли не всем рынком. Кто там был из конкурентов? CDNvideo, которые только вышли на рынок?

СНГ/РФ

ну да - NGenix с 2006, а Ярослав Городецкий делал CDNvideo и был вторым на рынке, а третьего тогда и не было игрока.

это РФ

так как в Белоруссии и Казахстане еще не было ничего, что могло бы хотеть CDN.

Parler переехал в Ростов?)

Судя по коммитам в исходный код signal причина его падения оказалась анекдотической: из-за роста числа пользователей часть серверов начала отвечать внутренней ошибкой 508. Это сообщение не обрабатывалось клиентом, и поэтому сразу после его получения клиент снова обращался к серверу (и так по кругу, без возможности выода). Сами себе устроили DDoS. https://twitter.com/NovakDaniel/status/1350471722034745348

💭 Есть твит и телеграм-пост в популярном канале, в которых утверждается, что причина падения сигнала — в само-дидосе (мол, анекдот). Это маловероятно. Во первых, exponential Backoff в сигнал внедрили больше 2 лет назад и он здорово распределяет нагрузку; во вторых, изменения коснулись только Android клиента. Не верьте советским газетам, читайте первоисточники.

Ну, тут опровержения как такового не вижу. Видимо, Самату было лень копать жабий код, чтобы тыкнуть носом. Равно как и автор твита просто дал ссылку на список коммитов. Пруфы ищите сами :) По названиям коммитов, конечно, можно сделать такой вывод.
Сам я чуть-чуть почитал код, и мне стало лень.

фейк же? там вроде ддос-гард вписались

Ддос-гард сказали что хостинг не давали.

Только защиту от ддос.

ну ок, исходя из этого верить «телеканалу дрожжь»?

так может человек форварднул шутейку как шутейку

тока чето нифига не смешно и тут канал с мемчиками? ну ок, тогда расходимся

а чего плохого в том что мейл будет парлер хостить?

забанят mailru cloud в штатах?

да зачем майлсру
достаточно мегавонь слить так чтобы капитализация упала =)

хотя может это как раз такой скрытый обратный выкуп... кто его знает кто там акции активов алишеркиных держит... наверно такие же бандосы

Коллеги, привет!
Мы рады представить вам новую версию нашего Grafana-плагина для мониторинга Kubernetes — v1.5.0.

Ключевые особенности свежего релиза, который мы готовили почти полгода:
- совместимость с последними версиями Grafana;
- добавлена информация и визуализация лимитов по cpu/memory, добавлена индикация при превышении requested и приближению к limit, а также индикация того, что для какого-либо приложения не настроены requests/limits;
- в дашбордах по мониторингу deployments/daemonsets/statefulsets в разделе Templating выводятся только те namespace’ы, в которых содержатся ресурсы данного типа;
- в дашборде мониторинга конкретных pod’ов исправлено отображение потребления cpu/memory;
- таблица с алертами и предупреждениями отсортирована в соответствии с severity (info/warning/critical);
- доработана инструкция по установке плагина и исправлены k8s-манифесты, необходимые для его установки (добавлены namespace’ы);
+ мелкие доработки интерфейсов и навигации.

Напомню, что KubeGraf является переработанной версией официального плагина от Grafana (который не поддерживается уже около двух лет). Подробнее о его функциональности читайте здесь.

Обсудить плагин можно в нашем чате
А напоследок хочется сказать "спасибо" всем пользователям плагина, которые помогают делать наш продукт лучше:  согласно официальной информации от Grafana недавно мы преодолели отметку в четверть миллиона скачиваний. Круто!