Как стать автором
Обновить

Комментарии 15

Локальный вариант невозможен в принципе?
Нет интернета — нет НИЧЕГО?
На данном этапе да. В будущем планируется сделать некоторую усеченную аварийную версию для локального пользования.

Тоесть при авариях, когда от мониторинга вроде бы ожидают максимум информации, вы предлагаете своим потенциальным клиентам на данный момент ничего. А в последствии некий "усечённый вариант". И хотите за это денег?!

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

В том же AggreGate Network Manager коннектор к тг за полчаса с нуля делается, как и в любой системе, в которой присутствует возможность HTTP-реквесты отправлять. Такая себе киллер фича, честно говоря.

Не нашел что бы я где-то писал, что это киллер фича.
Когда не работает интернет вы подключаетесь к сетевому оборудованию и выясняете проблему на оборудовании, мониторинг в этот момент точно не нужен.
Сам мониторинг — это малая часть функционала платформы, попробуйте поставить и разобраться в нем, но судя по вашим предыдущим комментариям, вы как-то связаны с продуктом, который тут пытаетесь рекламировать.
Я действительно работаю в компании Tibbo Systems и не припомню, чтобы я это скрывал. AggreGate NM привожу в пример (когда это к месту, ага) исключительно как систему, в которой я более компетентен. Можете считать это рекламой :)

Я вообще редко пишу комментарии — больше читаю, но раз уж такое дело, давайте разбираться. Вам задали вполне конкретный вопрос про ситуацию, в которой пропадает интернет — вы же ответили тезисом, мол, такие аварии — очень частный случай (это вообще отдельная тема для обсуждения — я как раз из-за таких частных случаев на одном из объектов мониторинг в облако выносить буду), а если он и происходит, то вы получите уведомление в тг. Не заявка в тот же упомянутый вами хелпдеск создана будет (авария с инетом — тот же инцидент, его нужно обрабатывать согласно штатному процессу как и любой другой инцидент), не отработает какой-то из сценариев автоматического восстановления или поиска причины отказа (в вашем случае нереально, да), а будет получено уведомление в тг. Из этого я делаю закономерный вывод — вы считаете оповещение в тг достаточно важным элементом системы, поскольку упоминаете его в первую очередь. Далее, вы говорите о том, что в он-премис инсталляциях из коробки такое получить затруднительно. На что я вам справедливо замечаю, что во многих системах, которые умеют отправлять HTTP-запросы, в частности, в AggreGate Network Manager, реализовать коннектор — не проблема. Собственно, я этот коннектор своими руками и делал, работы там для базовой отправки оповещений действительно на полчаса.

Надеюсь, я доходчиво объяснил, почему у меня сложилось мнение насчёт коннектора к тг как киллерфичи, а также пролил свет на мою связь с AggreGate :)
Я, возможно, ошибаюсь, но, думаю, подразумевается, что если интернет пропал и облако изнутри не доступно — то и отправить что-то ещё изнутри точно так-же не получится.
Другой вопрос, что интернет может пропасть не только потому, что есть проблемы с последней милей у клиента, но и что РКН в очередной раз устраивает ковровые бомбардировки и заблокировано само облако… Не знаю, конечно, возможно там собственное облако, но, думаю, всё-же, один из популярных площадок используется, а не своя серверная…

PS: НУ и мониторинг нужен всегда, не факт что проблемы не где-то посередине и «выяснять проблему на оборудовании» чья-то чужая обязанность!
Мы арендуем несколько стоек в Датацентре (все оборудование свое) и у нас своя AS, так что маловато шансов попасть под РКН.
Когда не работает интернет
я переключаюсь на резервный канал — если он имеется — а потом чаще всего выясняется что линк от провайдера не приходит и проблема передаётся техподдержке провайдера, который её и решает, а не
вы подключаетесь к сетевому оборудованию и выясняете проблему на оборудовании
мониторинг в этот момент точно НУЖЕН, как-раз!..
Внутри-то — даже при отсутствии интернета — всё продолжает работать и по-прежнему требовать как мониторинг, так и хелпдеск с удалённым управлением…
Ситуации, возможно, бывают разные, но. Когда у компании есть 2 канала, то это в 99% случаев либо балансировка трафика, либо автоматический резерв. Зачем переключать канал вручную? Если у вас отвалился только один канал, то мониторинг будет работать.

А вообще, этот разговор больше не о самом продукте, а о мониторинге в SaaS в целом.
Когда у компании есть 2 канала — вовсе не означает что два канала есть всегда и у всех! Ну и далее по тексту моего предыдущего комментария…

Пропал интернет — это-ж не ядерная бомба упала, работу по прежнему надо работать…

А почему ssh, а не SNMP, например?

Основная идея в очень простом и быстром развертывании, без установки на каждый сервер чего-либо, и без настройки каждого сервера для работы с системой. Для Windows — это WMI, для Linux — SSH.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий