Прочитал, спасибо. А как бы вы поступили в ситуации когда сервис облачный, но часть ПО все-таки устанавливается и функционирует на носителях пользователя? Т.е. если у конечного пользователя на серверах установлено ПО, которое что-то собирает и отправляет в облако. Получается, пользователь в такой ситуации фактически владеет частью ПО
Да, непонятно как с SaaS поступать. Скорее всего ответ «не платить», а если будут вопросы от налоговой, сослаться на разъяснения Минфина. Расскажите лучше как вы сами поступаете в таком случае. НДС ведь может «съесть» весь интерес в подобном бизнесе
Отдельных квадрантов только для Open Source решений они не делают, но если продукт является Open Source и отвечает критериям Gartner, то его, конечно, включат в отчёт. В области мониторинга нет ни одного такого бесплатного решения, в других областях, возможно, что-то и есть (базы данных, скорее всего)
Ну никто же не мешает договориться о дисконте :) Да, и у них оплата только по подписке, постоянных лицензий нет. Самостоятельная разработка? Да не стоит оно того, конечно
Не при каждом исключении. Т.е. при первом появлении такого исключения, конечно, снимают. А при следующих появлениях только считают. Как вендор пишет:
For each exception or error, we take snapshot of the code and state only for some of the occurrences of this event. We basically sample it, according to a certain algorithm — we will always capture it when it first happens, but it happens 1M time in the first hour, we will slow down and take a certain number of samples.
Согласен, Dashing клевая штука. Прост как тапок и мощный как космический шаттл. Используем его у себя в Сервисном центре в связке с Zabbix и системой инцидент-менеджмента.
Однако, Dashing он немного про другое, в нем не создать связанную многоуровневую структуру с влиянием одного компонента на другой
С момента написания статься прошло уже больше года, вы как-то продвинулись в вашем вопросе? Все-таки закупили промышленное решение или доработали свое, например?
Попробуйте посмотреть Dynatrace, Precise.Они сопоставимы по функционалу с AppDynamics.
AppDynamics требует настройки для сбора более полной информации. Там есть два режима: development и production (первый собирает все трейсы), также нужно изменить количество отображаемых транзакций.
А из какой системы вы получаете сырые данные для расчетов? Считаете недельную доступность?
Привожу сугубо для примера скриншоты из коммерческой BMC Atrium CMDB.
Здесь можно разглядеть настройку веса связи одного сервиса на другой (в примере банковские сервисы Дилинг и Факторинг) и методы влияния критичности событий на элементы модели — повышение (Warning-Critical), понижение, без влияния и т.д.):
На этом скриншоте видно, что можно настроить вычисление статуса элемента сервисно-ресурсной модели:
Далее модель передается в систему мониторинга, которая прицепляет события к этим объектам и в конце концов позволяет вычислить дневную, недельную и так далее доступность любого сервиса для понимания CIO, что админы систем не шланги какие-нибудь.
Если у коллег по цеху получится сделать такое решение на основе open-source решений то будет, конечно, круто. А если прикрутить к тому же Заббиксу, то круто вдвойне.
Бесплатной версией не пользовался, но посмотрел видео с мониторингом синтетических транзакций, очень круто, что можно записывать свою транзакцию. Не могу припомнить облачного решения, где бы это было реализовано. Надеюсь, что компания пойдет дальше и сделает решение для мониторинга толстых клиентов таким же образом + возможность делать OCR и получать текст из области экрана, как это могут некоторые on-premise коммерческие решения.
Судя по нашей реальности, вам лучше всего предлагать сервис под своим брендом и договориться с Anturis, чтобы данные хранились на серверах в России, это должно расширить список потенциальных клиентов.
И того, что хорошо было бы добавить (помимо синтетики толстых клиентов) — ручное создание сервисов и построение сервисно-ресурсных моделей, определение веса связи и типа влияния, возможность построения тепловых карт (heat map). Этот функционал уже ближе к коммерческим решениям, но оно того стоит. Ну и расширяться по поддерживаемым промышленным приложениям (weblogic, .net и т.д.)
Из опыта могу сказать, что русификация не сильно важна даже для гос.заказчиков. Цена решения приемлемая.
Могу подсказать ссылку на плагины, но по большей части zabbix кастомизируется своими руками. Сетевая топология и контроль качества (если речь идет об SLA) там и так есть
For each exception or error, we take snapshot of the code and state only for some of the occurrences of this event. We basically sample it, according to a certain algorithm — we will always capture it when it first happens, but it happens 1M time in the first hour, we will slow down and take a certain number of samples.
Однако, Dashing он немного про другое, в нем не создать связанную многоуровневую структуру с влиянием одного компонента на другой
AppDynamics требует настройки для сбора более полной информации. Там есть два режима: development и production (первый собирает все трейсы), также нужно изменить количество отображаемых транзакций.
Привожу сугубо для примера скриншоты из коммерческой BMC Atrium CMDB.
Здесь можно разглядеть настройку веса связи одного сервиса на другой (в примере банковские сервисы Дилинг и Факторинг) и методы влияния критичности событий на элементы модели — повышение (Warning-Critical), понижение, без влияния и т.д.):
На этом скриншоте видно, что можно настроить вычисление статуса элемента сервисно-ресурсной модели:
Далее модель передается в систему мониторинга, которая прицепляет события к этим объектам и в конце концов позволяет вычислить дневную, недельную и так далее доступность любого сервиса для понимания CIO, что админы систем не шланги какие-нибудь.
Если у коллег по цеху получится сделать такое решение на основе open-source решений то будет, конечно, круто. А если прикрутить к тому же Заббиксу, то круто вдвойне.
Судя по нашей реальности, вам лучше всего предлагать сервис под своим брендом и договориться с Anturis, чтобы данные хранились на серверах в России, это должно расширить список потенциальных клиентов.
И того, что хорошо было бы добавить (помимо синтетики толстых клиентов) — ручное создание сервисов и построение сервисно-ресурсных моделей, определение веса связи и типа влияния, возможность построения тепловых карт (heat map). Этот функционал уже ближе к коммерческим решениям, но оно того стоит. Ну и расширяться по поддерживаемым промышленным приложениям (weblogic, .net и т.д.)
Из опыта могу сказать, что русификация не сильно важна даже для гос.заказчиков. Цена решения приемлемая.