Терминальный сервер на Android?

Question

[WS_Gleb_Sirius]

Возможно ли поднять виртуальную машину с Android в облаке и использоват её как терминальный сервер? Сценарии работы: 1) Получение Google сервисов на Huawei и Honor за счёт того, что приложения запускаются не на локальном девайсе, а на удалённой машине. 2) Выполнение операций, требующих root права при их отсутсвии. 3) Отладка и тестирование Android приложений. 4) Совместное использование одного девайса с единой файловой системой.
Так как поднять многопользовательский терминальный сервер на Android?

P.s:

По поводу п. 4 - в идеале для этого использовать Windows Server. Но для того, чтоб поднять RDS-ферму, надо соорудить дополнительную инфраструктуру. Linux не требует условий для развёртывания, но там мало программ. Android - некий компромис между Windows Server и дистрибутивом Linux. Да и есть приложения, которые только под Android доступны. (При условии, что подключение будет идти с Windows XP SP2, хоть какой-то профит)

Answer 1

[Dimonchik]

красиво размечтался, но максимум Android TV

как сервер - операционка мощная, но с х*евой многозадачностью

Answer 2

[Александр Прохорович]

Можно все, вопрос зачем...
1. Проще купить нормальный телефон, сразу с Google-сервисами, да и половина функционала современного телефона требует подключение к локальным компонентам (датчики освещенности, приближения, положения, GPS, акселерометр, сканер отпечатка, камеры). Да и для того же youtube потребуется весьма жирный канал интернета.
2. Root-права нужны обычно на локальном устройстве, чем они помогут на виртуалке не очень понятно
3. Android Studio имеет превосходный эмулятор, не надо изобретать велосипед.
4. Есть облака, а само понятие файловой системы в условиях стремления производителей к "песочницам" для приложений устаревает.

Если Вам нужен сервер - используйте Windows Server или тот же Debian, если нужен телефон - используйте телефон.

Comments

[ipoluda]

Просто вы не сталкивались с подобными задачами. Например, я работаю в большом колл-центре на аутсорсе, к нам обращается много заказчиков с самыми разнообразными хотелками. Стандартное рабочее место оператора - компьютер с подключенной гарнитурой жабра. Вся работа идёт в СРМ, где после каждого звонка нужно написать комментарий для ведения истории. Для увеличения продаж дозвон может осуществляться на самые разнообразные каналы и одним из них является Whatsapp, особенно если клиент иностранец. Сейчас из-за этого каждому оператору приходится выделять телефон, так как в десктопной версии приложения нельзя звонить, что добавляет затрат на покупку его самого, физической сим-карты (хотя можно бы было eSIM или вообще виртуальный номер у провайдера), добавляет работу админам в виде администрирования ещё и телефонов, хотя при этом это полная невозможность что-либо контролировать там, я уже молчу про удаленный доступ, плюс нужно чтобы телефон был всегда в сети, иначе даже текстовые переписки будут недоступны на десктопной версии. Терминальный сервер решил бы все эти вопросы с лихвой. В любом случае, заключение такое: пока разработчики приложений будут ограничивать функционал в десктопной и мобильной версии, нужен будет серверный андроид с возможностью многопользовательской параллельной работы.
Если говорить по теме самого вопроса, для других интересующихся, сейчас копаю в сторону контейнеров, поскольку после пары месяцев поисков и раздумий вижу это единственным выходом из ситуации. Самым перспективным решением показался anbox, который с помощью snap запускает x86 андроид в контейнере , используя соответственно ядро родительской системы, вследствие чего запуск множества таких контейнеров был бы посильной задачей для размещения этого всего на сервере. Однако есть нюанс со snap, из-за чего на данный момент на N андроидов приходится выделять ресурсы ещё и на N серверных ubuntu.
Не сталкивался раньше с терминальными серверами на линуксе и не слишком глубоко интересовался архитектурой snap, но в теории если в линуксе можно сделать что-то наподобие Win терминала и snap будет в сессиях работать как Docker на вин, то это и будет решением задачи со всеми печеньками в виде удаленного доступа, резервного копирования, аудита действий, автоматизации и масштабирования. Ну а для компании ещё и значительной экономии средств, которые можно конвертировать в повышение)))

[Александр Прохорович]

ipoluda, спасибо за развернутое пояснение, мне действительно было интересно почитать, для чего может потребоваться такое нестандартное требование. Да и направления куда копать для решения может быть когда-нибудь пригодятся)