My Geocode

Миграция

Что срок уведомления провайдера значит для вашей миграции

· 3 мин чтения · My Geocode · #прекращение-поддержки#срок-уведомления#планирование-миграции#геокодирование#работа-с-поставщиками

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

Главная ошибка состоит в том, чтобы считать далёкий дедлайн равносильным его отсутствию. Срок уведомления в несколько месяцев поначалу выглядит как масса времени, чтобы спланировать миграцию, когда станет удобно. Удобно бывает редко и недолго, поскольку другая работа продолжает поступать по своему графику, а дедлайн, казавшийся комфортно далёким, имеет свойство внезапно стать срочным.

Лучше использовать срок уведомления, планируя в обратном направлении от фактической даты отключения и закладывая время на проверку и тестирование, которое действительно нужно миграции, а не исходить из того, что «времени у нас полно», позволяя графику заполняться другими делами. Разумное распределение для срока уведомления в несколько месяцев может выглядеть так:

  1. Первая четверть срока: оценить весь объём того, что зависит от выводимого из эксплуатации сервиса, провести инвентаризацию всех мест вызова и выбрать замену
  2. Средняя половина: построить и протестировать интеграцию на замену, включая обработку ошибок, поведение квот и пограничные случаи, характерные для ваших собственных данных
  3. Последняя четверть: по возможности запустить оба провайдера параллельно, следить за расхождениями и завершить переключение с реальным запасом времени в качестве буфера, а не впритык к дедлайну

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

Если для выводимого из эксплуатации провайдера существует совместимый хост, это меняет то, какая часть среднего этапа, построения и тестирования интеграции на замену, действительно нужна: подходящий совместимый хост означает, что код разбора ответов, который уже есть в вашем приложении, вообще не нужно переписывать, достаточно направить его на новый хост с новыми учётными данными. 17 совместимых хостов My Geocode, перечисленные на /compatibility/, покрывают именно этот сценарий для заметного числа провайдеров, и проверить этот список в начале срока уведомления, прямо на этапе оценки, стоит до того, как тратить инженерное время на переписывание логики разбора с нуля, которое совместимый хост может сделать ненужным.

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

Ещё в разделе «Миграция»