Всем привет! Меня зовут Александр Конин, я продакт-менеджер «Аврора Центра». Мы разрабатываем платформу управления корпоративными устройствами и сами пользуемся ею во внутренней программе «Аврора офис» и при сопровождении бета-программы ОС Аврора.
В собственном парке мы решаем те же задачи, что и администраторы у наших заказчиков: распространяем рабочие приложения, управляем обновлениями и помогаем пользователям. При этом требования к устройствам различаются. Одним сотрудникам нужна стабильная система для повседневной работы, другим тестовая сборка для знакомства с новыми возможностями.
Расскажу, как это устроено у нас в «Открытой мобильной платформе» и что даёт нам собственный опыт эксплуатации. Все примеры в статье относятся к ОС Аврора.
Где мы сами пользуемся платформой
По программе «Аврора офис» сотрудники получают устройства на ОС Аврора для повседневной работы. Мы сопровождаем этот парк с помощью «Аврора Центра»: распространяем приложения и управляем обновлениями, а если у коллег возникают вопросы по использованию устройств, помогаем их решить.
Офисный сценарий интересен нам разнообразием задач. В отличие от терминала, предназначенного для одной рабочей задачи, рабочему смартфону нужен набор приложений, каждое из которых обновляется по своему графику. Кроме того, сотрудники по-разному используют устройства, поэтому требования к версии ОС у них тоже могут различаться.
Участники бета-программы пробуют новые версии системы и приложений, а затем делятся замечаниями с командой. В сентябре программе исполнилось пять лет, к этому моменту сообщество пополнилось 700 людьми из 17 городов. Подробнее читайте в нашей статье на «Хабре», там много интересного.
В бета-программе мы используем «Аврора Центр» при сопровождении тестирования: участники получают приложения из специальной витрины на мобильных устройствах, а команда помогает разработчикам с доступом к веб-консоли и сопровождает подключение устройств.
Рабочие приложения из доверенных источников
Одна из самых частых задач в «Аврора офисе» — это распространение приложений. Корпоративные приложения, на которые у компании есть лицензии, мы размещаем в Аврора Маркете, а другие приложения экосистемы сотрудники могут получать из RuStore для ОС Аврора.
Источники установки мы ограничиваем с помощью политики управления: указываем доверенные источники и запрещаем установку пакетов без такого источника. Например, это ограничение распространяется на пакеты, которые пользователь самостоятельно скачал из интернета и которые не имеют подписи доверенного источника.
Для распространения собственных приложений мы получили сертификат источника и подписываем пакеты средствами Аврора Маркета. При этом подпись клиента дополняет подпись разработчика, а не заменяет её. Маркет принимает приложение с корректной подписью разработчика и может добавить подпись клиента, если в настройках витрины указана соответствующая связка ключей.
Добавить подпись клиента можно и отдельно, например средствами SDK, но у нас эта операция выполняется в Маркете. Поэтому при подготовке очередного пакета нам не приходится подписывать его вне платформы. Подпись и распространение приложения выполняются в одном месте, а сотрудники получают его через предусмотренные компанией каналы.
Разные версии ОС в одном парке
При подготовке обновлений мы учитываем, для чего сотрудники используют устройства. Для повседневной работы одним нужна стабильная версия ОС, тогда как другим нужны последние сборки, в том числе тестовые, чтобы знакомиться с новыми возможностями и показывать их заказчикам и партнерам.
Поэтому обновление для нас связано с задачами пользователя, а не только с номером установленной версии. Одна и та же версия может стоять и на рабочем смартфоне, и на устройстве для тестирования, хотя требования к дальнейшим обновлениям у их владельцев будут разными.
В офисном парке мы связываем пользователя и его устройство через интеграцию «Аврора Центра» с LDAP. Нужную политику назначаем группе из LDAP, которая соответствует структурному подразделению. Так политика применяется к устройствам сотрудников этого подразделения.
А для отбора устройств по техническим признакам мы используем динамические группы. Задаём условие, например установленную версию ОС, и платформа формирует группу на основе сведений об устройствах. Затем указываем целевую версию в политике обновления и назначаем её группе.
Так мы собираем устройства с нужной версией ОС без ручного выбора из общего списка. Состав группы меняется по мере поступления данных на сервер: когда устройство обновится и передаст новое состояние, оно перестанет соответствовать прежнему условию и выйдет из группы.
Версия ОС имеет значение и при распространении приложений. Если приложение использует возможности, которых нет в старых версиях системы, динамическая группа позволяет выделить устройства с подходящей ОС. В таком сценарии условие отбора связано уже с совместимостью приложения.
Как приложения попадают к участникам бета-программы
В бета-программе есть собственная витрина в Аврора Маркете. Участники открывают её на мобильном устройстве, получают тестовые версии приложений и делятся обратной связью — подробнее об этом коллеги рассказали в публикации о программе.
Разработчики из бета-программы работают в веб-консоли разработчика «Аврора Центра». Для публикации собственных приложений мы предоставляем им доступ к этой консоли и соответствующие права. После того, как разработчик загрузит свое приложение, администратор «Аврора Центр» отдельно согласовывает его публикацию, что позволяет модерировать доступные пользователям приложения. Опубликованные приложения участники бета-программы затем получают через витрину в мобильном Маркете.
Чтобы стать разработчиком и выкладывать приложения в бета-программе, нужно подать заявку на это через координатора сообщества. К нам переодически поступают такие заявки, и они для администратора «Аврора Центра» означают регистрацию пользователя и выдачи ему в специальном интерфейсе прав на публикацию приложений. С этими правами пользователь сможет зайти только на нужные страницы «Аврора Центра» и выполнить определенный объем действий.
Как готовим обновления к бета-тестированию
В бета-программе мы обсуждаем с разработчиками ОС, когда новую сборку можно передавать участникам. Часто это релиз-кандидат, который уже прошёл этап стабилизации и готов к проверке в пользовательских сценариях.
Со стороны «Аврора Центра» для распространения обновления предусмотрена политика с целевой версией ОС, которую администратор назначает выбранным устройствам. При этом решение о начале тестирования команда бета-программы принимает совместно с разработчиками ОС.
Повторное подключение после сброса
При сопровождении бета-программы к нам обращаются и с вопросами о подключении устройств. Например, один из участников сообщил, что после сброса устройства к заводским характеристикам ему нужно повторно активировать смартфон в «Аврора Центре». Он уже пользовался устройством, но после сброса ему предстояло заново пройти подключение к платформе.
Было и отдельное обращение по поводу восстановления доступа к самому «Аврора Центру». Это другая задача: доступ пользователя к платформе и активация смартфона относятся к разным сценариям сопровождения.
Такие обращения дополняют наш опыт управления приложениями и обновлениями. Мы видим и те этапы работы с устройством, которые возникают у участника лишь время от времени: например, повторное подключение после сброса.
Что нам даёт собственный опыт эксплуатации
В «Аврора офисе» и бета-программе мы работаем с разными задачами пользователей. Коллеги используют устройства в повседневной работе и на встречах с заказчиками, а участники программы знакомятся с новыми версиями ОС и приложений. Через эти сценарии мы видим, как функции платформы сочетаются друг с другом.
Например, при распространении приложения мы используем и возможности Маркета, и правила доверия к источникам, заданные в политике управления. А при работе с обновлениями динамические группы помогают отбирать устройства по версии ОС. Вопросы участников о доступе и активации дополняют эту картину со стороны пользователя.
Для меня как продакт-менеджера ценность собственного использования именно в этой связи между функциями и повседневными задачами. Мы сами работаем с платформой и получаем обратную связь от тех, кто пользуется управляемыми устройствами. Это помогает нам обсуждать продукт на конкретных примерах из эксплуатации.
ссылка на оригинал статьи https://habr.com/ru/articles/1099330/