Один день из жизни специалиста технической поддержки

Моя цель - предложение широкого ассортимента товаров и услуг на постоянно высоком качестве обслуживания по самым выгодным ценам.

Привет! Меня зовут Александр Грачев, и я отвечаю за работу технической поддержки PT Sandbox — сетевой песочницы от Positive Technologies. Запросов всегда поступает много — коллеги из саппорта со мной согласятся. Например, за последние два года нами было обработано более 2000 тикетов, а сообщений в телеграм-чат PT Sandbox и не сосчитать. Кажется, настало время рассказать, как выглядит обычный день из жизни поддержки продукта информационной безопасности. Раскроем, что она таит и чем мы занимаемся, пока пользователь ждет ответа.

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

Когда набор непонятных файлов и папок в виде ZIP-архива попадает к нам, начинается магия вне Хогвартса работа, которая может показаться некоторым пользователям вечностью. Сейчас расскажу, что мы успеваем сделать за среднее время обработки запроса — 1–2 часа.

В качестве примера возьму реальный запрос, с которым мы разбирались не так давно. Алгоритм действий такой:

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

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

Первое, что мы обнаружили, — медленные запросы. Теперь хорошо бы понять, о чем они свидетельствуют. Возможно, изменилась нагрузка и текущей конфигурации уже недостаточно, то есть пора добавить песка в нашу песочницу пару нод для распределения нагрузки в PT Sandbox. А может, проблема в дисковой подсистеме. Легче не стало, продолжаем разбираться.

Стали копать дальше и в результате обратились к статистике по подам.

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

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

Источник: https://habr.com/ru/companies/pt/articles/751680/


Интересные статьи

Интересные статьи

Ранее, у меня уже был опыт использования Helpdesk систем, но по разным причинам они не были внедрены у нас на предприятии. Хорошая возможность научится программировать, подумал я, и преступил к написа...
Осебергский корабль удивительно красив. Построенный двенадцать веков назад он выглядит так, как будто совсем недавно спущен на воду, такова его сохранность. Это не реконструкция– 90% деревянных д...
... и это еще не все: бонусом идет сытое и беспечное существование.Автор: Лысый Камрад (@LKamrad) —  Да какой же это паразит? —  воскликнет  читатель, —   Ведь он осуществляе...
Понедельник, 9 утра, сообщение в рабочем чате: "Всё сломалось, почините". Согласитесь, неприятная ситуация, особенно когда это ваш первый месяц работы, а сломалось что-то в функционале, с которым вы е...
Фотографы, создатели фильмов и цифровые художники из кожи вон лезут, чеканя NFT в попытке по-быстрому разбогатеть, но на самом деле только способствуют перетоку денег от творцов к техно...