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

Охватить спонсируемый этот пост.

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

В Embrace мы проанализировали данные многих клиентов мобильных приложений, использующих наши SDKS, чтобы понять, насколько обширной и хаотичной является мобильная среда. Цифры рисуют четкое изображение: мобильный — грязный. Мы делимся данными для команд инженерного лидерства и надежности, чтобы увидеть масштаб сложности, с которыми сталкиваются мобильные команды каждый день, и как это может повлиять на конечных пользователей.

Вот представление о том, почему мобильный стал таким сложным.

Компании часто поддерживают десятки версий мобильных приложений

В отличие от приложений на основе браузеров, которые обновляются автоматически, мобильные приложения часто связаны с поведением пользователей, особенно когда речь идет об обновлениях. Пользователи пропускают версии, игнорируют уведомления или ограничены устаревшими OSES. Это приводит к ошеломляющему количеству активных версий приложений в дикой природе.

  • 31% приложений выполняют пять до 10 активных версий одновременно.
  • 25% приложений поддерживают более 10 версий.
  • 6% приложений имеют более 50 версий в производстве.

Поддержка этого диапазона устаревших версий — это не просто испытательная задача. Это кошмар производительности, аварии и наблюдения. Старые версии часто медленнее, менее стабильны и более уязвимы для регрессий. Тем не менее, ожидается, что инженерные команды будут держать все, что они работают гладко. Веселье!

Аппаратные вариации хуже, чем вы думаете

Типы устройств создают свои собственные проблемы, поскольку мобильные телефоны работают с различными уровнями памяти и мощности обработки. Экосистема Android общеизвестно фрагментирована, 26% разработчиков Android видят свои приложения, используемые для более чем 1000 уникальных типов устройств.

Поскольку каждое устройство предлагает разные уровни памяти, процессоров и функций уровня ОС, оптимизация производительности в масштабе становится практически невозможной. Экосистема iOS более контролируется, когда дело доходит до уникальных типов устройств, но все же далека от простой.

Сетевое подключение дико не соответствует

Сетевой картинки варьируются по iOS и Android и по географии. Пользователи мобильных приложений полагаются на различные миксы Wi-Fi и сотовой связи, и это несоответствие может привести к непредсказуемым приложениям в зависимости от местной инфраструктуры. Например, 30% пользователей в Африке и 50% пользователей в Азии полагаются исключительно на сотовые сети для подключения.

Задержки при отправке данных мониторинга обратно на сервер

Мобильная телеметрия может быть значительно отложена при достижении сервера из -за перерывов сети, сбоев приложений или поведения пользователей. Мобильные пользователи не живут в вакууме — они движутся! Они прыгают между сотовыми сетями, Wi-Fi-соединениями и мертвыми зонами. Они теряют пакеты, уходят в автономном режиме и возобновили несколько часов спустя. Просто подумайте о своем любимом приложении для походов. Пока вы не в сети, мобильные инженеры находятся в темноте. Эти пробелы в подключении вводят непредсказуемые задержки телеметрии.

  • 17% данных мобильной телеметрии приходят более чем на час опоздал.
  • 7% занимает более 12 часов, чтобы достичь бэкэндов наблюдения.

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

Наблюдение развивается для реальной сложности

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

Embrace предоставляет единственное ориентированное на пользователь решение об наблюдении за мобильным приложением, основанное на Opentelemetry. Предоставляя важную мобильную телеметрию между DevOps и командами мобильных инженеров, охватывает освещение реального влияния клиентов, а не только воздействия на сервер, чтобы добиться успеха в достижении SLO. Узнайте больше последних из Embrace Trending Stories youtube.com/thenewstack Tech Moving быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Вирна Секудж — маркетолог продукта в Embrace. Она имеет почти 10 -летний опыт работы в области управления продукцией, маркетинга и исследований. До работы в Embrece Вирдна работала в Bose, Sponsorshish и GWI. В свое время с объятиями … читайте больше от Virna Sekuj

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *