Вопросы Теги

Сообщение об ошибке, пока далеко от стола

Обычно я говорил бы, чтобы не сделать это. Мы просматриваем разработку как область, которая может и повреждаться из-за природы работы (бесконечные циклы, плохо оптимизированные SQL-операторы и весь тот забавный материал)

Я на самом деле рассматриваю среды разработки как тестовые среды для отделов Операций/сетей. Хотя это не может работать на Вас, если Вам нужно 5 9's время на Вашей dev среде.

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

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

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

1
задан 27 August 2012 в 19:11
3 ответа

Настройте контрольный сервис Pingdom для отправки Вам электронных писем и SMS-сообщений, когда вещи пойдут не так, как надо. Также настройте что-то как Nagios для предупреждения на внутренних сервисах, также настройте для предупреждения по SMS, с помощью поставщика, такого как Clickatell.

4
ответ дан 3 December 2019 в 17:27
  • 1
    Большое спасибо за те ссылки, они, кажется, что я после. –   15 February 2010 в 00:40
  • 2
    They' ре хорошие сервисы, they' ре, что I' ve используется в прошлом. В настоящее время я использую комбинацию Nagios и Munin, Pingdom и Clickatell. Также с помощью Zabbix для части моего Dayjob. It' s немного как nagios и munin все одновременно, записанный в PHP, стоящем упоминания также. Zenoss, как предполагается, хорош, если Вам нравится Java. –  Tom O'Connor 15 February 2010 в 02:22
  • 3
    Zenoss довольно хорош (I' ve использовал его в предыдущем задании). Это - довольно комплексное решение, но все еще довольно быстрый для установки. It' s более приспособленный контроль многие системы, так могло бы быть излишество для единственного сервера. А-ч, и это не имеет никакого отношения к Java (it' s записанный в Python). –  sleske 15 February 2010 в 23:17
  • 4
    О, я думал, что это было веб-приложение Java.. Я думал о OpenNMS. –  Tom O'Connor 16 February 2010 в 00:36

Вы хотите некоторый тип системы или Сетевого контроля

Просто просмотрите отмеченный "контроль" serverfault вопросов. После того как у Вас есть "большое изображение", можно задать более конкретный вопрос.

1
ответ дан 3 December 2019 в 17:27

Если Вы все еще смотрите, Вы могли бы хотеть проверить сервис, я работаю над названным PagerDuty. Это собирает электронную почту из систем контроля (как Nagios, Monit, Pingdom, и так далее), и вперед их Вам использующий любую комбинацию телефонных вызовов, SMS-сообщений или электронных писем.

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

Проверьте его и сообщите мне то, что Вы думаете. Я всегда ищу новые возможности для добавления.

0
ответ дан 3 December 2019 в 17:27

Теги

Похожие вопросы