11 июля Apple открывает App Store вместе с прошивкой iPhone 2.0 и SDK для сторонних разработчиков. До этого момента на iPhone официально работали только веб-приложения внутри Safari, а нативный код ставили лишь через джейлбрейк. Теперь у платформы появляется единый магазин: разработчик публикует приложение, Apple проверяет его и доставляет пользователю по воздуху. Для бизнеса важна не сама витрина, а сдвиг в способе доставки софта на устройство и связанные с ним ограничения.

Что меняет модель магазина

Раньше установка корпоративного приложения на телефон означала ручную возню: кабель, проприетарный установщик, договор с оператором или предустановка на заводе. App Store превращает дистрибуцию в централизованный канал. Apple берёт на себя подпись кода, биллинг и обновления, разработчик получает SDK с доступом к камере, акселерометру, геопозиции и сети. Цена входа для команды разработки – 99 долларов в год на программу iPhone Developer Program.

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

Чем это интересно корпоративному и госсектору

Главная ценность – не игры, а мобильный доступ к учётным и справочным системам прямо с устройства сотрудника. Выездной инженер, инспектор, представитель в полях получают тонкий клиент к серверным данным без ноутбука. Здесь App Store решает старую болезнь корпоративной мобильности – доставку и обновление клиента на парке устройств.

Но сам по себе мобильный клиент бесполезен без интеграции с тем, что уже работает в организации. Телефон в руках инспектора – это терминал к серверу, а не самостоятельная система. Поэтому реальный проект почти всегда упирается в бэкенд: приложение должно ходить в учётные системы через интеграционную шину, а не напрямую в каждую базу. Мы разбирали эту архитектуру в материале про ESB как нервную систему предприятия. Если же мобильное приложение работает с документами и подписями, на бэкенде должно стоять хранилище с юридически значимым архивом – об этом был отдельный разбор по СЭД и правовому архиву.

Трезвая оценка рисков

Платформа молодая. SDK вышел в бету только весной, набор API ограничен, фоновая работа сторонних приложений запрещена – приложение не может слушать события, пока его не открыли. Это сразу отсекает часть сценариев: мониторинг, постоянный сбор телеметрии, push пока тоже не работает. Для госзаказчика добавляется вопрос сертификации устройства и хранения данных: iPhone официально в Россию ещё не поставляется, парк придётся собирать в обход, а это риск для тендерного проекта.

Вывод простой. App Store открывает новый, удобный канал доставки приложений и снимает половину головной боли с дистрибуцией. Но это инструмент для пилотов и точечных задач, а не готовая корпоративная платформа. Мы рекомендуем начинать с ограниченного сценария – мобильный доступ к одной учётной системе для одной группы сотрудников и строить его на серверной интеграции, а не на возможностях телефона. Если задача созрела, такой пилот стоит сразу проектировать как мобильный клиент к серверной системе, а не как самостоятельное приложение на телефоне.