Pull to refresh
10
0
Алексей Багаев @abagaev

Операционный директор, DataLine

Send message
возможно наши практики отличаются.
Давайте все сначала).
Либо эта практика у вас совсем новая, либо мало клиентов.

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

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

ТАМ как раз подключается в тот момент, когда клиентский проект запускается в эксплуатацию. Взаимодействие и сопровождение клиента по всем техвопросам после внедрения — это и есть основной функционал ТАМ.

То есть нагрузка на TAM копится и в определённый момент он просто уже не сможет заниматься инженерными задачами. Ну и не так много инженеров могут и/или хотят тянуть кроссфункциональные задачи.

Самое трудозатратное для ТАМа — это первоначальное знакомство с клиентским проектом, когда нужно “въехать” в его технические нюансы, планы клиента и пр. Дальше, по нашим прогнозам, ведение клиента будет занимать меньше времени.
В любом случае, инженер уделяет роли ТАМа не более 30% всего своего времени.
ТАМ — дело исключительно добровольное и дополнительно поощряемое. Желающих много, у нас даже есть выбор на собеседованиях)
Финансовая сторона здесь не играет никакой роли. Пока ТАМы назначаются на проекты, над которыми работают более четырех инженерных отделов, и если в проекте задействованы верхнеуровневые сервисы (администрирование приложений).

Тут такой момент: ТАМу действительно нужно какое-то время, чтобы погрузиться в проект. Когда ТАМ разобрался и навел мосты с техническим персоналом клиента, то со временем трудозатрат будет уходить меньше.
Повторюсь, в любой момент времени инженер отводит роли ТАМ не более 30% времени, и пока один ТАМ — один клиент. Это не такая большая загрузка, чтобы “выпасть” из рядов “чистых” инженеров.
Не совсем так. ТАМ закрывает только техническую часть, и тратит на это не более 30% всего своего времени. Мы выбрали только самые сложные кейсы, и поэтому у каждого ТАМа пока по одному проекту.
Даже если мы убираем техническую часть, то у сервис-менеджеров остается вагон и маленькая тележка задач: документы, финансы, переговоры, отчетность и т.д. Они обслуживают всех клиентов без исключения, а это десятки компаний на одного сервис-менеджера.
Ну почему же. Пока все получается) Мы даём возможность развивать инженеру свои soft skills, и расширять кругозор в других, непрофильных для него, технологических направлениях.
Спасибо за вопрос. Эта задача относится не к мониторингу, а к системе инвентаризации оборудования. Для этих целей мы используем самописный софт, который выполняет функции CMDB (Configuration management database).
Спасибо за внимательность. Действительно, на скриншоте был показатель WARNING 3000 мс вместо 3 мс — по ошибке сделал скриншот из тестовой среды. В продуктиве у нас всё так, как и должно быть — WARNING настроен на 3 мс. Аналогично и с CRITICAL. Скриншот обновил.

Закралась небольшая неточность, предупреждение выдается при достижении RTA 3 мс.
alex005 У нас развернуто несколько инстансов Nagios — по одному на каждый дата-центр. Также используем HA Cluster: Pacemaker + Corosync + DRDB. Для автоматизированного добавления объектов в мониторинг мы используем связку наших скриптов, с помощью которых можно сгенерировать конфигурации для Nagios. Да, Вы правы, лучше иметь функцию автоматизации, уже встроенную в решение. Сейчас как раз смотрим и тестируем Check_MK. Спасибо за совет CEE с Micro Core. Попробуем и его.

Information

Rating
Does not participate
Works in
Registered
Activity