Поддержка 24/7
Наши заказчики сосредоточены на развитии бизнеса и расширении рынка сбыта. А мы обеспечиваем круглосуточное сопровождение и бесперебойную работу их проектов. Среднее время реагирования на инциденты и обращения — 8 минут.
Чем полезна техподдержка
Примеры расчета стоимости
Стоимость технической поддержки зависит от сложности проекта и ваших пожеланий по привлечению дополнительных специалистов. Она всегда рассчитывается индивидуально, но мы сформулировали несколько примеров калькуляции в типовых отраслевых кейсах.
Не нашли пример, схожий с вашим проектом? — Напишите нам! Мы проанализируем ваш запрос и проработаем предложение.
Оценить проект
Не нашли пример, схожий с вашим проектом? — Напишите нам! Мы проанализируем ваш запрос и проработаем предложение.
Оценить проект
Не нашли пример, схожий с вашим проектом? — Напишите нам! Мы проанализируем ваш запрос и проработаем предложение.
Оценить проект
Не нашли пример, схожий с вашим проектом? — Напишите нам! Мы проанализируем ваш запрос и проработаем предложение.
Оценить проект
Расширьте поддержку
Техподдержка — это гарантированный минимум для бесперебойной работы вашего проекта. Но если ваши потребности шире, мы готовы взять на себя реализацию задач любой сложности.
Истории наших клиентов
Результат для проекта
После переключения сервисов в новый датацентр повысилась надёжность
системы. Выросла и отказоустойчивость: инфраструктура выдерживает
большой трафик. Например, в праздничные дни RPS достиг пика в 550
единиц.
У разработчиков появилась удобная среда разработки, настроены
пайплайны CI/CD. Внедрили систему логирования: к любым инцидентам
можно вернуться, разобрать их, узнать причины и принять меры по
предотвращению их повторения в будущем.
Изначальные проблемы
- Низкая отказоустойчивость: в дни роста нагрузки, например, в праздники, сайт часто падал и оставался недоступным на протяжении часов.
- Отсутствовала балансировка; входящий трафик поступал не только через основной сайт, но и из приложений, а также от агрегаторов.
- Отсутствовала общая система деплоя приложений — была самописная, через веб.
- Отсутствовала система сбора логов, что осложняло расследование инцидентов.
Что в проекте
- Сайт — react-приложение с SSR (server side rendering).
- Трафик на серверы реверс-прокси шел через систему защиты от DDoS-атак и оттуда уже распределялся по бэкенд-серверам.
- Кластер БД — два сервера с мастер/мастер репликацией.
- Мобильные приложения для iOS/Android.
Что мы сделали
- Развернули полное покрытие инфраструктуры мониторингом: теперь отслеживаются показатели всех сервисов и контролируется работа бизнес-процессов.
- Стабилизировали работу кластера MySQL. Первый шаг — отказались от плавающего IP в пользу прокси-сервера, где между мастерами контролируемо переключается апстрим, так как в качестве прокси для MySQL мы задействовали nginx. Второй шаг — выделили два отдельных сервера под слейвы. Работа с ними была также организована через прокси-сервер.
- Внедрили систему логирования и на её уровне сформировали метрики для мониторинга внешних взаимодействий, в частности, с системой управления заказами.
- Внедрили пайплайны CI/CD на дев-окружениях, что позволило значительно увеличить скорость разработки, а затем и на продакшн-контурах. Автоматический деплой позволил избегать частых ошибок, как правило, вызываемых человеческим фактором.
- Произвели переезд всех сервисов в новый датацентр.
- Внедрили Haproxy как балансировщик.
Результат для проекта
Сервис стал производительнее, сайт может обслуживать в 3 раза больше посетителей благодаря балансировке трафика и оптимизации работы с базой данных. Сократился time-to-market: разработка новой функциональности занимает меньше времени, её внедрение вызывает меньше сбоев за счёт организации рабочих окружений.
Изначальные проблемы
- Неоптимальная балансировка входящего трафика, периодически он приземлялся не на все серверы кластера.
- Медленная работа с базой данных — требовалось организовать балансировку запросов и на чтение, и на запись.
- Долгое внедрение новой функциональности, связанной с инфраструктурой, например HTTP/2.
- Не было возможности оперативно обновлять рабочие окружения (dev-среды) — это увеличивало time-to-market.
Что в проекте
- Кластер битрикс (BitrixENV).
- Кластер баз данных (MySQL).
- Много внешних взаимодействий, в том числе через ESB.
- Пользовательский трафик проходил через систему защиты от DDoS, затем отправлялся на два reverse proxy, после чего предполагалась балансировка на серверы Bitrix-кластера.
- Несколько dev-контуров для разработки.
Что мы сделали
- Доработали конфигурацию reverse proxy-серверов и стабилизировали балансировку трафика по узлам битрикс-кластера.
- Помогли с настройкой битрикс-кластера, в том числе с точки зрения обработки пользовательских сессий.
- Разработали схему работы приложений с БД (запись в мастер, чтение с реплик и т.д.).
- Доработали настройки БД с точки зрения оптимизации производительности.
- Провели аудит инфраструктуры, организовали мониторинг технических и бизнес-показателей.
- Организовали обработку инцидентов во время деплоев.
- Настроили удобный флоу работы с окружениями для разработчиков: развертывание, обновление и восстановление в случае сбоев. Тем самым помогли ускорить разработку новых фич.
Результат для проекта
Архитектура проекта готова к быстрому росту проекта. Все серверы находятся в одном дата-центре и взаимодействуют по локальной сети — быстродействие увеличилось на 170%. Полноценная система мониторинга обеспечивает стабильную работу сервиса.
Изначальные проблемы
- Медленная работа базы данных MySQL, неоптимальные индексы и типы полей в структуре БД.
- Все сервисы внутри системы общаются между собой по публичной сети — это медленно и небезопасно.
- Мониторинг не даёт полного покрытия инфраструктуры.
Что в проекте
- Отдельные серверы для приложения, для БД и для dev-окружения.
- Приложение на PHP.
- MySQL в качестве БД.
- Redis как хранилище сессий, RabbitMQ как сервис очередей.
Что сделали
- Подключили DBA-специалиста, провели анализ запросов и настроек БД.
- Переконфигурировали MySQL и ускорили работу всего сервиса.
- Перевели коммуникации между сервисами (в первую очередь приложение — БД) в локальную сеть — это существенно ускорило работу приложений. Для этого в том числе перевели сервер приложений в другой дата-центр.
- Настроили кэширование контента на уровне nginx-сервера и снизили нагрузку на серверы приложения.
- Развернули полное покрытие инфраструктуры мониторингом, теперь отслеживаются показатели всех сервисов и контролируется работа бизнес-процессов.
Результат для проекта
Стартап смог сосредоточиться на разработке бизнес-функциональности продукта, не отвлекаясь на задачи по масштабированию и текущему обслуживанию инфраструктуры.
Изначальные проблемы
- Отсутствовал мониторинг инфраструктуры и её компонентов.
- Доставка кода требовала ручных действий и часто вызывала ошибки и сбои.
- Инфраструктура не была готова к росту проекта, а в команде не было компетенций, чтобы её изменить и сделать масштабируемой.
- Не было возможности отслеживать качество соединения в видеозвонках на WebRTC.
Что в проекте
- Фронтенд — виджет, встраиваемый на сайт компании-клиента.
- Бэкенд — веб-сервер и БД.
- TURN-сервер для работы WebRTC.
- GiLab для организации CI/CD.
Что сделали
- Организовали мониторинг как сервисов, так и основных бизнес-компонентов — виджета и видеозвонков через WEBRTC. Это позволило контролировать работу сервиса в целом.
- Провели глобальную реорганизацию инфраструктуры с акцентом на отказоустойчивость, внедрили оркестрацию.
- Организовали масштабируемый CI/CD. Доставку виджета до CDN сделали частью CI/CD.
- Настроили процессы внедрения новых сервисов и запуска новых окружений.
- Организовали сопровождение разработки и создали условия для проведения A/B-тестирования.
- Предусмотрели автомасштабирование в архитектуре обновленной инфраструктуры — теперь она сможет выдержать многократный рост нагрузки.
Почему нас выбирают
Применяем решения, которые удобны и выгодны для клиента. Используем новые технологии, но не увлекаемся экспериментами.
Используем open source решения в построении инфраструктуры. Вы всегда найдёте на рынке специалистов, которые легко в них разберутся.
Первая линия, отдел дежурств, системные администраторы, сервисные и проектные менеджеры. Мы обеспечиваем комплексное обслуживание для проектов любого масштаба.
Занимаемся исследованиями нестандартных задач и оценкой применимости нетиповых решений.
Владеем обширным спектром технологий и выбираем наиболее подходящие для каждой задачи — с точки зрения эффективности и стоимости.
Наши менеджеры понимают технические процессы и принимают решения, опираясь на практический опыт.
Технологии
Мы постоянно расширяем наш стек технологий. Наши инженеры — обладатели сертификатов CNCF (Cloud Native Computing Foundation), AWS (Amazon Web Services), GCP (Google Cloud Platform).
Обсудить проект
Ответим в ближайшие 24 часа. А еще мы всегда готовы проконсультировать вас по телефону 8 800 555-91-99 или по электронной почте info@itsumma.ru
Вопросы и ответы
Как происходит знакомство с проектом и приёмка его на сопровождение?
После проведения установочных созвонов и подписания договора мы организовываем защищенные доступы для наших инженеров. Далее работаем над полным описанием инфраструктуры вашего проекта (в оффлайне это можно назвать инвентаризацией). В зависимости от масштабов проекта этот этап занимает от 2 до 4 недель. Следующий шаг — постановка на мониторинг.
Как Вы мониторите поддерживаемые сайты (серверы)?
Мы используем систему мониторинга и реагирования на инциденты собственной разработки
— 24mon. С её помощью возможно наблюдать за работой любых современных
инфраструктурных решений — непосредственно серверов, облачных инфраструктур,
кластеров Kubernetes, динамических ландшафтов под управлением IaC.
Процесс мониторинга включает в себя:
- снятие метрик;
- визуализацию метрик;
- настройку алертов на основе метрик;
- формирование порядка эскалации для алертов;
- формирование инструкций для разрешения алертов;
- оповещение о возникших алертах и инцидентах в системе согласно порядку эскалации;
- разрешение алертов;
Если вы используете другую систему мониторинга (Zabbix, Prometheus, Grafana и т.п.), мы организуем интеграцию с ней — отказываться от привычного не придётся.
Как я могу взаимодействовать с Вашей техподдержкой?
Основная форма коммуникации в нашей компании — общение в чатах Telegram.
Как правило, мы создаем от одного до трех чатов для каждого клиента, в зависимости
от потребностей проекта.
В чате техподдержки находятся все сотрудники ITSumma, которые будут работать с вашим
проектом. Это позволяет сохранять контекст: если сотрудник в отпуске или болеет,
любую задачу подхватит другой.
Если вы используете Slack внутри команды, мы можем настроить интеграцию
телеграм-чата с ним, и вам не придется переходить на другой инструмент.
Для связи с нами также можно использовать почту support@itsumma.ru
(в теме письма нужно указать название своего проекта для ускорения обработки) или
горячую линию 8 800 301 22 80.
Что произойдет в случае инцидента, например, отказа сайта?
Системные администраторы из отдела дежурств получат соответствующее уведомление (алерт) и в течение 15 минут приступят к решению проблемы, одновременно уведомив вас об инциденте. Если проблема не может быть решена нашими силами (например, проблема в коде или релизе), то мы ведём работу совместно с вами до её устранения. Так мы обеспечиваем гарантию решения проблемы.
Как быстро Вы реагируете на аварии и вопросы?
По договору мы обеспечиваем время реакции на инциденты в 15 минут.
В рамках SLA (соглашения об уровне предоставляемых услуг) мы также гарантируем время
реакции на обращения заказчика в 15 минут.
Мы постоянно измеряем и сокращаем время реакции ответа с помощью нашего мониторинга.
По данным нашей аналитики за 2019-21 годы 99% обращений были обработаны в течение 8
минут!
Если у меня нестандартный проект, к которому не подходят «примеры расчёта стоимости», в какие сроки я получу индивидуальное коммерческое предложение?
Для оценки нестандартных проектов требуется больше ресурсов, как временных, так и человеческих. В зависимости от его сложности, формирование коммерческого предложения после получения всей необходимой информации с вашей стороны занимает до 2 недель.
С какими провайдерами и датацентрами вы работаете?
Amazon Web Service, Google Cloud Platform, Selectel, Yandex Cloud, Sber Cloud, Hetzner. Больше подробностей вы найдёте в Списке технологий.