Ping стал умнее

Раньше проверка ping в RMON отправляла один пакет — это было достаточно для грубой оценки, но плохо отражало реальное состояние канала. Теперь всё иначе:

• Можно указать количество ICMP-пакетов в настройках проверки.

• Система собирает и отображает:

  • min RTT

  • max RTT

  • avg

  • mean

Это особенно полезно, если канал нестабилен: одиночный ping может случайно показать “всё хорошо”, хотя на деле теряются пакеты или резко плавает задержка.

| Возможность | SmokePing | RMON |

|-----------------------------|----------------|---------------------------|

| Графики RTT и потерь | ✅ Да | ✅ Да |

| Группировка алертов | ❌ Нет | ✅ Да |

| Настраиваемое кол-во пакетов| ✅ Частично | ✅ Да |

| Интерактивный веб-интерфейс | ❌ (CGI) | ✅ Современный UI |

| MTR из разных регионов | ❌ Нет | ✅ Да |

| Проверки из нескольких точек| ❌ (1 сервер) | ✅ Геораспределённые агенты |

| Telegram/Slack уведомления | Только через внешние скрипты | ✅ Встроено |

| API | ❌ Ограничен | ✅ Полноценный REST API |

SmokePing — отличный инструмент для исторического анализа задержек. Но он устарел в архитектуре, плохо масштабируется по регионам и требует обвесов для алертов.

RMON же изначально создавался с упором на:

• простую установку;

• удобный интерфейс;

• встроенные нотификации и API;

• и главное — распределённый мониторинг из разных географий.

Группировка алертов

Пользователи с несколькими агентами в разных регионах сталкивались с таким сценарием:

"Падает один хост — и мы получаем 5+ одинаковых алертов от каждого региона".

Теперь алерты по одному хосту автоматически агрегируются:

• Вы получаете единое уведомление со списком всех регионов, где обнаружена проблема.

• Упрощается логирование, снижается "шум" в системах алертинга (Telegram, Slack и т.п.)

MTR на месте

Мы добавили возможность запускать MTR (traceroute с расширенной статистикой) из конкретного региона:

• Прямо из веб-интерфейса или API

• Можно быстро проверить маршрут от нужного агента до целевого хоста

Это особенно удобно при отладке проблем между регионами, в CDN, или при работе с провайдером.

Что дальше

Мы продолжаем развивать RMON как инструмент для распределённого мониторинга, ориентированный на:

• телеметрию от агентов из разных регионов;

• гибкую конфигурацию проверок;

• удобную интеграцию с Telegram, Slack, Prometheus, Zabbix и другими системами.

Если вы хотите точно знать, где и когда у вас реально деградирует сеть — попробуйте RMON: https://rmon.io

Проект НАСА "Продукты для наблюдений для конечных пользователей на основе анализа данных дистанционного зондирования" (OPERA), реализуемый в Лаборатории реактивного движения агентства в Южной Калифорнии, позволяет пользователям получать информацию, для получения которой в противном случае потребовались бы годы обучения. Проект основан на измерениях, проводимых космическими радарами с синтезированной апертурой (SARs), для получения данных высокого разрешения о движении земной поверхности.

Например, водохозяйственные управления и государственные геологические службы смогут напрямую использовать продукты OPERA без необходимости крупных инвестиций в хранение данных, разработку программного обеспечения и вычислительную мощь.

Как это работает?

Для создания продукта displacement команда OPERA постоянно использует данные с радиолокационных спутников ESA (Европейское космическое агентство) Sentinel-1, первый из которых был запущен в 2014 году. Данные, полученные от NISAR, исследовательской миссии НАСА-ISRO (Индийской организации космических исследований), будут добавлены после запуска этого космического аппарата в конце этого года.

Спутниковые радары работают, излучая микроволновые импульсы на поверхность Земли. Сигналы рассеиваются при попадании на сушу и водные поверхности, здания и другие объекты. Исходные данные состоят из интенсивности и временной задержки сигналов, которые отражаются от датчика.

Чтобы понять, как перемещается земля в том или ином районе, алгоритмы OPERA автоматизируют этапы этого кропотливого процесса. Без OPERA исследователь сначала загрузил бы сотни или тысячи файлов данных, каждый из которых представляет собой пролет радара над интересующей точкой, а затем убедился бы, что данные географически выровнены во времени и имеют точные координаты.

Затем они использовали бы трудоемкий вычислительный метод, называемый радарной интерферометрией, чтобы определить, насколько сильно земля сдвинулась, если сдвинулась вообще, и в каком направлении — к спутнику, что указывало бы на то, что земля поднялась, или от спутника, что означало бы, что она опустилась.

"Проект OPERA помог донести эту возможность до широких масс, сделав ее более доступной для государственных и федеральных агентств, а также для пользователей, интересующихся: "Что происходит вокруг моего дома?" - сказал Франц Мейер, главный научный сотрудник спутникового центра Аляски, входящего в состав геофизического центра Университета Аляски в Фэрбенксе. Институт.

Мониторинг подземных вод.

Просадка грунта является первоочередной задачей Департамента водных ресурсов штата Аризона. С 1950-х по 1980-е годы это была основная форма перемещения грунта, которую рассматривали чиновники, поскольку откачка грунтовых вод увеличивалась вместе с ростом населения штата и сельского хозяйства. В 1980 году штат принял Закон об управлении подземными водами, который уменьшил зависимость от подземных вод в густонаселенных районах и включил требования по мониторингу их использования.

В начале 2000-х годов департамент начал измерять это понижение, называемое просадкой грунта, с помощью радиолокационных данных с различных спутников, используя комбинацию SAR, мониторинга на основе GPS и традиционной геодезии для принятия обоснованных решений по управлению подземными водами.

Теперь набор данных и портал OPERA помогут агентству обмениваться информацией о просадках с официальными лицами и членами сообщества, сказал Брайан Конвей, главный гидрогеолог департамента и руководитель его отдела геофизики. Они не заменят анализ SAR, который он проводит, но позволят ему сравнить свои расчеты. Поскольку набор данных и портал будут охватывать весь штат, они также могут выявить области, о которых еще не известно, что они снижаются.

"Это отличный инструмент для того, чтобы сказать: "Давайте рассмотрим эти области более подробно с помощью нашей собственной обработки SAR", - сказал Конвей.

Продукт displacement является частью серии продуктов для обработки данных, которые OPERA выпускает с 2023 года. Проект начался в 2020 году, когда многопрофильная команда ученых из JPL работала над удовлетворением потребностей в спутниковых данных различных федеральных агентств. Эти учреждения направили свои запросы в Рабочую группу по спутниковым технологиям, и команда OPERA работала над улучшением доступа к информации для содействия целому ряду мероприятий, таких как реагирование на стихийные бедствия, отслеживание обезлесения и мониторинг лесных пожаров.

Речь идет не просто о получении общих бизнес-советов, а о создании подробных, выполнимых планов, соответствующих вашим конкретным потребностям.

Чат-бот не просто сфокусируется на постановке целей, а сделает:

1. Внутренний и внешний анализ

2. Постановка долгосрочных целей

3. Распределение ресурсов

4. План внедрения

5. Структура мониторинга

Промпт поможет вам выявить пробелы в вашей бизнес-модели, даже если вы решили открыть ногтевой сервис на дому. Главное указать свою организацию, отрасль и целевой рынок.

Промпт:

<РОЛЬ>

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

</РОЛЬ>

<ЗАДАЧА>

Ваша задача — помочь пользователю разработать комплексный процесс стратегического планирования для установления четких, амбициозных, но достижимых долгосрочных бизнес-целей.

</ЗАДАЧА>

<РУКОВОДСТВО ПО ОТВЕТУ>

1. Начни с резюме, которое содержит обзор стратегического плана.

2. Проведи внутренний анализ, определив сильные и слабые стороны организации, а также ее ключевые компетенции.

3. Проведи внешний анализ, изучив тенденции рынка, потребности клиентов, конкурентную среду, возможности и угрозы.

4. Установи долгосрочные цели, которые должны быть четкими, амбициозными и достижимыми.

5. Разработай стратегические инициативы для поддержки долгосрочных целей, включая описание, этапы, метрики и сроки для каждой инициативы.

6. Составь план распределения ресурсов для обеспечения успешной реализации стратегических инициатив.

7. Создай план коммуникации, чтобы эффективно донести стратегический план до всех заинтересованных сторон.

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

9. Представь дальнейшие шаги для внедрения и уточнения стратегического плана.

</РУКОВОДСТВО ПО ОТВЕТУ>

<КРИТЕРИИ СТРАТЕГИЧЕСКОГО ПЛАНИРОВАНИЯ>

1. Проанализируй внутренние и внешние факторы, учитывая динамику рынка и конкурентную среду.

2. Определи ключевые шаги, этапы и метрики для отслеживания прогресса.

3. Предоставь структурированный план, который направит организацию к ее желаемому будущему.

4. Избегай сосредоточения на краткосрочных целях или тактических планах.

5. Подчеркни важность постановки четких, амбициозных и достижимых долгосрочных целей.

</КРИТЕРИИ СТРАТЕГИЧЕСКОГО ПЛАНИРОВАНИЯ>

<ИНФОРМАЦИЯ ОБО МНЕ>

- Моя организация: [ОПИШИТЕ ВАШУ ОРГАНИЗАЦИЮ]

- Моя отрасль: [УКАЖИТЕ ВАШУ ОТРАСЛЬ]

- Мой целевой рынок: [ОПРЕДЕЛИТЕ ВАШ ЦЕЛЕВОЙ РЫНОК]

</ИНФОРМАЦИЯ ОБО МНЕ>

<ФОРМАТ ОТВЕТА>

Краткое изложение

- [Обзор стратегического плана]

Внутренний анализ

- Сильные стороны: [Перечисли сильные стороны]

- Слабые стороны: [Перечисли слабые стороны]

- Основные компетенции: [Перечисли основные компетенции]

Внешний анализ

- Тенденции рынка: [Опиши тенденции рынка]

- Потребности клиентов: [Опиши потребности клиентов]

- Конкурентная среда: [Проанализируй конкурентную среду]

- Возможности: [Определи возможности]

- Угрозы: [Определи угрозы]

Долгосрочные цели

1. [Цель 1]

2. [Цель 2]

3. [Цель 3]

Стратегические инициативы

1. [Инициатива 1]

- Описание: [Опиши инициативу]

- Этапы: [Перечисли этапы]

- Метрики: [Определи метрики]

- Сроки: [Укажи сроки]

2. [Инициатива 2]

- Описание: [Опиши инициативу]

- Этапы: [Перечисли этапы]

- Метрики: [Определи метрики]

- Сроки: [Указать сроки]

3. [Инициатива 3]

- Описание: [Опиши инициативу]

- Этапы: [Перечисли этапы]

- Метрики: [Определи метрики]

- Сроки: [Укажи сроки]

Распределение ресурсов

- [Опиши план распределения ресурсов]

План коммуникации

- [Опиши план коммуникации]

Мониторинг и оценка

- [Объясни структуру мониторинга и оценки]

Следующие шаги

- [Предоставь следующие шаги для внедрения и доработки]

</ФОРМАТ ОТВЕТА>

После этого, вы наглядно увидите неиспользованные рыночные возможности и создадите действенные дорожные карты.

Хотите больше пользы, видеоуроков, обратную связь и сильное окружение - Добро пожаловать в Закрытый клуб:

Картинки к посту я делаю в Midjourney. Этому тоже обучаю:

Задача

Определить качественное и количественное влияние на производительность тестовой СУБД изменения параметра checkpoint_timeout для сценария нагрузки "Mix".

checkpoint_timeout (integer)

Максимальное время между автоматическими контрольными точками в WAL. Если это значение задаётся без единиц измерения, оно считается заданным в секундах. Допускаются значения от 30 секунд до одного дня. Значение по умолчанию — пять минут (5min).

Postgres Pro Enterprise : Документация: 15: 19.5. Журнал предзаписи : Компания Postgres Professional

Предварительный эксперимент

PG_HAZEL : влияние изменения checkpoint_timeout на производительности СУБД - часть 1.

Сравнительные эксперименты:

1. Уменьшенное значение: checkpoint_timepout = 60 (1 минут).

2. Значение по умолчанию: checkpoint_timepout = 300 (5 минут).

3. Увеличенное значение: checkpoint_timepout = 900 (15 минут).

PG_HAZEL : Сценарий смешанной нагрузки "Mix" - для сравнения скорости СУБД.

Результаты экспериментов

Итог:

Для данной СУБД в сценарии смешанной нагрузки "Mix":

1. Максимальная скорость СУБД достигается при значении параметра checkpoint_timeout = 60 при общей нагрузке 18 соединений.

2. Максимальная нагрузка , после которой скорость СУБД начинает снижаться достигается при значении параметра checkpoint_timeout = 300 при общей нагрузке 26 соединений.

3. При предельной общей нагрузке 111 соединений наибольшая скорость СУБД достигается при значении параметра checkpoint_timeout = 900.

В начале пандемии COVID профессор Института Вейцмана Йонина Эльдар выступила с необычным призывом.

Лауреат Премии Израиля призвала врачей со всего Израиля присоединиться к ней в режиме онлайн для мозгового штурма, чтобы определить наиболее насущные потребности перегруженной системы здравоохранения.

«В разгар кризиса в области здравоохранения я чувствовала разочарование от того, что могла просто сидеть сложа руки и ничего не делать», — вспоминает она.

Одной из проблем, поднятых в ходе этой сессии, был риск распространения коронавирусной инфекции при физическом контакте во время наблюдения за пациентами больницы.

«Решение этой проблемы хорошо вписывалось в мои исследовательские интересы», — говорит Эльдар. «Меня давно беспокоило, что в плане технологических инноваций мир здравоохранения сильно отстает от таких областей, как коммуникации или развлечения».

Почему, задавалась она вопросом, мы можем совершать звонки или играть в компьютерные игры без помощи рук, но врачи по-прежнему обычно используют физический стетоскоп для осмотра пациента, как и столетие назад?

Во время пандемии Эльдар только что присоединилась к отделу компьютерных наук и прикладной математики Института Вейцмана, где в ее лаборатории разрабатывались инновационные технологии обработки сигналов и информации в различных областях, включая медицину.

Она и ее команда решили разработать совершенно новую технологию для удаленной проверки здоровья с помощью радара.

Подробнее об инновациях

Радар для определения состояния здоровья

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

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

Ранее Эльдар работала с радарами в рамках проектов по созданию автономных автомобилей и оборонных приложений.

«Радарные устройства небольшие, недорогие и удобные, и они излучают волны, безопасные для человека. Их использовали, например, для подсчета количества людей в комнате или для того, чтобы убедиться, что в машине не оставлен ни один ребенок. Поэтому я подумала: почему бы не применить радар для дистанционного мониторинга пациентов?»

СИСТЕМА БРАМС

После пяти лет разработок лаборатория Йонины Эльдар представила BRAHMS — систему биорадиолокационного мониторинга здоровья.

BRAHMS непрерывно отслеживает показатели жизнедеятельности на расстоянии, отслеживая едва заметные движения грудной клетки и интерпретируя их с помощью сложного алгоритма, разработанного командой Эльдара.

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

BRAHMS может надежно контролировать нескольких людей одновременно, даже в шумных, многолюдных местах. Он идентифицирует всех людей в комнате, измеряет их жизненные показатели без контакта и отправляет измерения на монитор. Медицинский персонал автоматически оповещается, если обнаруживается тревожное изменение.

Частотный спектр миллиметровых волн (ммВ), используемый в радиолокационной системе BRAHMS, достаточно чувствителен для обнаружения смещения в несколько миллиметров, что позволяет отслеживать даже незначительные движения грудной клетки спящего младенца даже через одежду или постельное белье.

Типичный максимальный радиус действия предлагаемой системы в помещениях, например, домах или больничных палатах, составляет девять метров (29,5 футов).

Отделения интенсивной терапии, отделения неотложной помощи и многое другое

Элдар говорит, что как только BRAHMS будет разработан для коммерческого использования, компактную модель можно будет установить в отделениях неотложной помощи или интенсивной терапии, послеоперационных отделениях или домах престарелых. Система также подойдет для пациентов детского возраста, которые не любят подключаться к устройствам.

Элдар отмечает, что помимо снижения риска распространения инфекций, бесконтактное радиолокационное зондирование устранит дискомфорт для пациента и проблемы, связанные с запутыванием или отсоединением проводов.

Фактически, по оценкам, около 40 процентов пациентов отделений интенсивной терапии испытывают раздражение кожи, смещение проводов или другие осложнения, связанные с прикроватными устройствами мониторинга.

Технология BRAHMS была создана с использованием подхода системной инженерии — сочетания инженерии, математики и физики волнового движения.

В состав группы разработчиков вошли аспирант Йонатан Эдер, который руководил исследованием, эксперт по разработке алгоритмов Люда Нисневич, инженеры Шломи Савариего и Моше Намер, а также клинический менеджер доктор Ади Вегерхофф.

Эльдар, возглавляющая Центр биомедицинской инженерии и обработки сигналов имени Маньи Игель , получает поддержку своих исследований от Института Швейцарского общества исследований профилактики рака и Фонда клинических прорывов посредством научного сотрудничества Института им. д-ра Жильбера С. Оменна и Марты А. Дарлинг при больнице имени Вейцмана имени Шнайдера.

Перевод с английского

ИСТОЧНИК

3)Нет качественной обратной связи. Т.е. отчёты присылаются когда как, цифры в отчёте у нас и в отчёте "наверху" при разборках бчаще всего очень различаются. Давать выгрузку по инцидентам никогда не горят желанием, хотя казалось бы, выгрузить экселевскую таблицу, где есть номер инцидента, содержание, время по этапам и прочее - не составит труда, ведь это не какой-то там аналоговнетный софт, а всего лишь кастрированный Битрикс. У меня получалось эти таблицы с них выбивать и перепроверить результаты вручную, которые очень сильно не совпадали(т.е наш результат был значительно лучше). После пары таких проверок мне вообще отказались их отдавать поясняя что "не положено". Люди там ощущают себя эдакими шерифами-кураторами,которым все обязаны, а они никому, хотя юридически и по статусу это простая НКО.

4)Сами инциденты-зачастую что-то с чем то. Есть и реальные проблемы реальных людей, но много ботов, которые набивают статистику по количеству инцидентов по региону, т.е. тратим время работников на местах впустую, всяких рекламных ботов. Отдельно молчу про всяких местных сумасшедших и прочих троллей. Зачем это делается? Это один из показателей в формуле на размер субсидии для дальнейшей работы ЦУР.

5)САМЫЙ ГЛАВНЫЙ: система не мотивирует решать проблемы. Самое главное:дать ответ за максимально короткое время, который пройдёт модерацию. Вот и все. Реально решать проблему никто не будет, это вам не официальное обращение по 59 ФЗ, это просто комментарий в соц.сетях.

Вывод: Сама идея неплохая, но её используют не так и не там. Это должна быть система, в которой могут ответить на небольшие вопросы, вроде "а как записаться туда?", "а какие документы нужны чтобы сделать то?" и прочее, а по факту залетают проблемы, которые не решались годами и не решатся, возможно никогда, на которые нужна информация от разных ведомств. И ответ на это должен быть дан в течение двух часов. Ну и кадры, работающие там лишь усвгубляют ситуацию.

P. S. Прошу прощения за опечатки, писал с телефона