Связаться

Доступность сервисов и сохранность данных SKIF.PRO

В связи с недавними сбоями в работе крупных дата-центров хотим напомнить о мерах обеспечения надёжности, заложенных в инфраструктуру и архитектуру SKIF.PRO.

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

Как платформа работает при недоступности одного из ЦОД

Серверные мощности SKIF.PRO физически разнесены между тремя независимыми дата-центрами уровня надёжности Tier III в Москве и Московской области. Дополнительно предусмотрена отдельная изолированная резервная площадка.

  • WEB DC, Химки — вычислительный кластер веб-приложений и основной контур СУБД;
  • IXcellerate, Москва, Алтуфьево — резервный кластер баз данных, координация распределённых сервисов и аналитика;
  • Telehouse Caravan / REG.RU, Москва, Волгоградский проспект — телематические шлюзы приёма данных с терминалов и балансировка потоков;
  • Изолированный резервный контур — независимый аппаратный комплекс резервного копирования NAS, физически отделённый от публичного сетевого периметра.

При аварии, потере питания или связности в одном из дата-центров инфраструктура продолжает работать на остальных площадках.

Приём телеметрии и пользовательский доступ организованы, как отдельные сервисы. Временная недоступность основного из сервисов платформы не останавливает приём данных с терминалов и ретрансляцию.

Как реплицируются данные и сохраняется телеметрия

База бизнес-данных реплицируется в режиме реального времени между всеми тремя дата-центрами. Используется синхронная потоковая репликация Streaming Replication с нулевым лагом, любое изменение мгновенно доступно на резервном узле.

История телеметрии и треков хранится в распределённом отказоустойчивом кластере аналитической СУБД. Пакеты телеметрии параллельно синхронизируются между узлами.

Телематические шлюзы и брокеры очередей буферизируют входящие сообщения с терминалов. При плановом обслуживании или перезапуске вычислительных узлов входящие пакеты не отбрасываются: они сохраняются в очереди и дообрабатываются без потерь.

Как устроено резервное копирование

Дополнительно к репликации в SKIF.PRO действует автоматизированное резервное копирование.

Копии баз данных и системных сред не хранятся на серверах, где выполняется обработка данных. Они передаются по защищённым каналам на физически выделенное хранилище.

Для ключевых серверов предусмотрено экспресс-восстановление. Полные профили конфигураций, системные сервисы и рабочее окружение архивируются в компактные верифицированные слепки. При полном отказе сервера его рабочее окружение развёртывается в кратчайшие сроки.

Резервное копирование выполняется строго в режиме Read-Only и с ограничением сетевой полосы. Это исключает скачки нагрузки и задержки в работе интеграций и отчётов.

Целевые показатели сохранности данных и восстановления

  • RPO — допустимая потеря последних данных: стремится к 0 секунд для телеметрии и изменений в справочниках благодаря синхронной потоковой репликации между дата-центрами.
  • RTO — время переключения и восстановления доступности: от нескольких секунд до минут при переключении на резервные узлы.

Какие данные доступны для выгрузки интеграторам

По запросу инженеры поддержки SKIF.PRO могут подготовить выгрузку исходной телеметрии по компании, группе объектов или списку терминалов за согласованный период. Результат передаётся помесячными архивами с отдельными хронологическими логами по каждому терминалу.

Для выгрузки справочников и настроек платформы предусмотрены инструменты в интерфейсе админ-панели и API. В зависимости от типа данных и способа выгрузки доступны форматы CSV, JSON или ZIP-архив с JSON-файлами.

Мы понимаем, как для вас важно сохранять доступ к мониторингу и уверенно отвечать на вопросы заказчиков о сохранности данных. Поэтому в SKIF.PRO предусмотрено несколько уровней устойчивости. Каждый из них решает свою задачу — поддерживает работу при недоступности площадки, ограничивает последствия локального сбоя или обеспечивает восстановление данных и серверной среды. Поэтому мы рассказываем об этих механизмах, чтобы вы могли учитывать их в своем бизнесе и предлагать надёжность платформы со своими клиентами.

Другое в блоге

27.10.2026

В SKIF.PRO расширили логи ретрансляции показателями качества доставки и задержек, графиком сбоев и подробными записями отправки. Функциональность позволяет отслеживать передачу данных и находить участки, на которых возникают задержки и ошибки. Также добавили передачу по группам объектов с автоматической синхронизацией их состава и IMEI. Для исторических данных предусмотрели массовый выбор объектов и отправку на несколько серверов.

Подробнее

14.10.2026

Обновили центр документации и запустили портал разработчика Open API. Инструкции и инструменты помогут при настройке платформы, разработке интеграций и сопровождении клиентских проектов.

Подробнее

08.10.2026 - 17:33

Собрали основные обновления SKIF.PRO за сентябрь–октябрь. Новые возможности и доработки упрощают ежедневную работу с платформой, сокращают ручные действия, повышают стабильность сервиса и обеспечивают защиту данных. Мониторинг и карта — Появился инструмент «Прокладка маршрута», который строит путь, рассчитывает расстояние и ориентировочное время поездки. Точки можно задать на карте, найти по адресу или выбрать через объекты и геозоны. Маршрут редактируется перетаскиванием точек. Можно изменить порядок пунктов, развернуть направление или оптимизировать объезд с отображением экономии пробега. Готовый путь сохраняется в «Маршруты и рейсы» в виде линейной геозоны или выгружается в KML. — Увеличили количество одновременно сравниваемых треков за сутки с 10 до 50. Можно сопоставить больше поездок на одной карте и найти отклонения в общей выборке. — Также появился поиск ближайших объектов рядом с точкой или внутри геозоны. Подробнее о функции в новости. Другие изменения: Значки событий можно выбирать при наложении на точки маршрута и друг на друга. После перезагрузки страницы в аннотациях событий отображается полный набор сохранённых данных. Добавили кнопку обновления аннотаций на карте. Теперь пользователи с ролью наблюдателя видят статусы движения объектов во вкладке «Мониторинг». Датчики и объекты — Появилась возможность сохранить объект и его архивное состояние, даже если часть подключенных к нему датчиков требует корректировки. Таким образом можно продолжить подключение техники или смену протокола, а затем изменить отдельные настройки. Датчики с ошибками отмечаются иконкой с пометкой ошибки и до исправления исключаются из расчётов в отчётах и онлайн-мониторинге. Фильтр показывает их отдельным списком. При импорте из Wialon датчики с неизвестными протоколу параметрами сохраняются вместе с формулами и тарировочными таблицами. Имя параметра можно исправить уже в SKIF.PRO. — В форме копирования датчиков появился флажок «Выбрать все». Теперь весь набор можно выбрать одним действием и перенести на другие объекты вместе с тарировочными таблицами. Это ускоряет настройку однотипной техники и помогает избежать пропусков при выборе датчиков вручную. При копировании с заменой прежние датчики удаляются, а вместо них добавляется набор с выбранного объекта. После переноса система повторно проверяет корректность настроек. Не нужно вручную удалять старые датчики и настраивать каждый новый. — Теперь один объект мониторинга можно использовать в нескольких компаниях с единой конфигурацией. Изменения настроек не нужно переносить между копиями. Подробнее можно прочитать в новости. Другие изменения: Объекты можно создавать последовательно, без перезагрузки страницы. В форме редактирования можно переключаться между всеми вкладками и заполнять необходимые поля. Топливные показатели — В настройках датчика топлива можно задать длительность паузы между сливами. Если перерыв достигает заданного интервала, последующее падение уровня топлива учитывается как отдельное событие. В отчёте можно отдельно анализировать время и объём каждого случая. — Доработали отображение сливов на графике так, чтобы оно соответствовало событиям в табличном отчёте «Сливы». При проверке подозрительного расхода стало проще сопоставить запись в таблице с падением уровня топлива на графике и разобрать конкретный слив. — В отчётах с графиком и заправками теперь отображаются зарегистрированные события заправки. Можно сопоставить рост уровня топлива с зафиксированным событием и проверить его по данным датчика за выбранный период. Отчёты — Добавили счётчик моточасов в отчётах и карточках транспортных средств. Наработку техники можно учитывать при планировании технического обслуживания. — Теперь отчёт по геозонам запускается с сохранённым выбором геозон, в том числе после обновления сервиса. Повторно добавлять их не требуется. — В отчёте «Нарушения скоростного режима» рассчитывается средняя скорость каждого зафиксированного превышения. Водители и пользователи — Водительский состав и сотрудников с доступом к платформе теперь ведется в отдельных справочниках. В «Водителях» находятся водители автопарка, в «Пользователях» — учётные записи диспетчеров, администраторов и других сотрудников. Для добавления водителя достаточно ФИО. Техническая учётная запись создаётся автоматически, без ввода пароля и email. Для пользователя системы нужны логин и пароль, email стал необязательным. Оба справочника поддерживают импорт из CSV. Также улучшили работу со справочниками: Состав команд водителей корректно отображается и обновляется. Смены и водители, созданные через админ.панель, доступны при редактировании объекта. Админ.панель — Восстановили выгрузку финансового отчёта. Теперь отчёт корректно выгружается в виде таблицы, и администратор может проверить финансовые данные клиентов и использовать их для дальнейшего анализа. — Исправили ошибку, из-за которой изменение тарифа могло автоматически снять блокировку компании. Например, клиент, заблокированный за неуплату, вновь получал доступ к платформе после корректировки параметров тарифа. Теперь изменение тарифа сохраняет действующую блокировку. — Доработали отображение портов терминалов. Если для оборудования указано несколько портов, раньше в интерфейсе было видно только одно значение. Теперь отображается полный список через запятую — можно проверить параметры подключения, не упуская другие доступные порты. Ретрансляция Добавили передачу дополнительных статусов беспилотных транспортных средств по EGTS. О параметрах и настройке передачи подробнее описано в новости. Интерфейс — Появилась возможность оставить обратную связь и сообщить о проблеме после обновления во время работы с платформой. — Обновили модули авторизации, оповещений и веб-интерфейса. В ключевых сервисах усилили проверку прав доступа — контроль того, какие данные и действия видны пользователю в соответствии с его правами. Эти изменения затрагивают защиту учётных записей и разграничение доступа к данным компании. Другие изменения: Доработали отображение иконок объектов в формах уведомлений. Восстановили подсказку для email при восстановлении пароля и работу кнопок закрытия форм управления группами объектов. Добавили французскую локализацию платформы – переводы меню, подсказок и сообщений.

Подробнее

30.09.2026 - 12:26

В SKIF.PRO расширили возможности работы с компаниями. Теперь один объект мониторинга можно сделать доступным сразу в нескольких компаниях без необходимости создания копий и ручной синхронизации настроек и датчиков. В платформе SKIF.PRO компания — это отдельное рабочее пространство. В нём находятся его пользователи, объекты, геозоны, уведомления, шаблоны отчетов, настройки и другие сущности. Такой принцип изоляции позволяет разграничивать данные разных организаций и упрощает администрирование. Интегратор работает в контексте выбранной компании, не смешивая её данные с другими клиентами. По мере развития проектов появились задачи, в которых один и тот же объект должен быть доступен в нескольких компаниях. Например, при филиальной структуре, работе с одним объектом в компаниях с разными часовыми поясами, или для предоставления доступа владельцам, чья техника используется сторонней организацией. Для таких сценариев платформа позволяет делать независимые копии объектов со своим набором датчиков и нужными настройками. Этот вариант по-прежнему доступен, если задачи требуют разных конфигураций одного объекта. Теперь появилась возможность сделать один и тот же объект доступным сразу в нескольких компаниях, сохраняя единую конфигурацию. Интегратору достаточно указать в каких рабочих пространствах он должен быть доступен. Поддерживать копии объектов, вручную или через API переносить изменения между ними больше нет необходимости. Таким образом мы сохранили изоляцию компаний, но добавили возможность использовать общий объект там, где этого требует конкретный проект. Сейчас новый механизм реализован для объектов. В дальнейшем аналогичный подход планируется распространить на другие сущности платформы, в том числе геозоны и шаблоны.

Подробнее

Мы используем файлы cookie и сервис веб-аналитики Яндекс Метрика для улучшения работы сайта. Оставаясь на сайте, вы соглашаетесь с Политикой конфиденциальности. ✕

Хорошо