На прошлой неделе на WWDC Apple показала iCloud – сервис, который синхронизирует почту, контакты, календари, документы, фотографии и резервные копии устройств без участия пользователя. Старая модель, где iTunes на конкретном компьютере был «хозяином» данных, уходит. Теперь хозяин – облако, а Mac, iPhone и iPad становятся равноправными окнами в один и тот же набор данных. Для нас, разработчиков корпоративных систем, это не новость о потребительском гаджете. Это сигнал о смене ожиданий: пользователь привыкает к тому, что его данные следуют за ним, и завтра он потребует того же от рабочих приложений.

Синхронизация как базовое ожидание, а не функция

Несколько лет данные жили на устройстве, и перенос между машинами оставался ручной операцией. iCloud, как ранее Dropbox и Google Docs, переворачивает логику: каноническая копия лежит в облаке, а устройства держат локальный кэш и догоняют его при первой возможности. Тот же сдвиг мы разбирали, когда писали про веб-ориентированные устройства без локального хранилища – там данные изначально не привязаны к железу.

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

Где облачная модель упирается в регуляторику

Здесь начинается граница, которую коммерческий сервис вроде iCloud не переходит. Серверы Apple находятся за рубежом, и для обработки персональных данных российских граждан, тем более для госсектора, это неприемлемо. 152-ФЗ требует определённого режима хранения и защиты, а ведомственные данные подчиняются ещё более жёстким правилам. Синхронизация контактов госслужащего через чужую инфраструктуру – нерабочий сценарий.

Это не отменяет саму модель, а задаёт условия её применения. Облако должно быть своим – частным, размещённым в контролируемом периметре, с понятной юрисдикцией и аттестованной защитой. Технология синхронизации ценна; провайдер – вопрос отдельный. Когда мы проектировали интеграцию с государственными сервисами и подключение ведомственных систем к СМЭВ, требование держать данные внутри контура было исходным, а не дополнительным. Та же дисциплина переносится и на внутренние облака.

Что это значит для проектов

Мы видим спрос на «приватный iCloud» – корпоративную платформу, которая даёт пользователю ту же бесшовность, но оставляет данные под контролем организации. Технически это связка из надёжного хранилища, сервиса синхронизации с разрешением конфликтов, сквозной аутентификации и шифрования каналов. Ничего магического – но требует аккуратного проектирования инфраструктуры, иначе синхронизация превращается в источник потерь и расхождений.

Всё это упирается в грамотное построение и сопровождение инфраструктуры: от выбора схемы хранения и резервного копирования до протоколов обмена между клиентами. Тенденцию мы фиксировали ещё в итогах 2010 года – заказчики перестают мыслить отдельными машинами и начинают мыслить сервисами, доступными отовсюду.

Вывод

iCloud – не про Apple, а про новую планку. Данные пользователя следуют за ним, и это ожидание уже не отменить. Задача интегратора – дать ту же бесшовность в корпоративном и государственном контуре, не нарушая требований к хранению и защите. Кто заложит синхронизацию в архитектуру сейчас, тот не будет переписывать системы через два года.