Словарь против архитектуры: почему термин «доставка приложений» понимают по-разному — 13 июля 2026 г. в 10:27:03.706
Словарь против архитектуры: почему термин «доставка приложений» понимают по-разному Когда мы общаемся с заказчиками и представителями рынка, часто возникает ситуация, что одни и те же термины используются для разных понятий. И неважно, насколько сложна технология, её свойства и область применения должны быть понятны каждому - от ИТ архитектора до рядового пользователя. Поэтому сегодня запускаем рубрику «Без птичьего языка: разбираем ИТ-термины». Мы будем рассказывать о том, как правильно использовать термины, чтобы помочь заказчикам быстрее выбирать подходящую архитектуру и приходить к нужному результату. Что подразумевается под «доставкой приложений»? Проблема в том, что под одним термином скрываются два абсолютно разных процесса. Разберем оба. 1. Доставка как предоставление доступа к удаленным ресурсам (VDI / терминальный доступ) В этом случае речь идет о виртуализации приложений. Они или полноценный рабочий стол фактически выполняются на сервере в ЦОД, а на устройство пользователя передается только картинка (интерфейс). Обратно идут команды от клавиатуры и мыши, пробрасываются периферийные устройства. Пользователь работает с удалёнными приложениями почти также, как и с локальными, хотя фактически оно запускается внутри виртуальной машины в ЦОДе. Для того, чтобы удалённое приложение было "доставлено" на устройство пользователя - тонкий клиент или ПК, необходимо использовать программный клиент VDI - он реализует протокол взаимодействия устройства пользователя с конкретной средой VDI (Citrix, Termit и другие). Но что, если в инфраструктуре предприятия не одна среда VDI, а несколько (например, несколько серверных ферм, или фермы разных вендоров)? Вместо того, чтобы заставлять пользователя вручную открывать каждый раз VDI-клиент с индивидуальными настройками, вводить пароли и искать нужный ресурс, можно осуществить агрегацию ресурсов в едином интерфейсе и предоставить пользователю единый каталог. Именно по такому принципу работает суперапп BABYLxONE, программно реализующий логику работы тонкого клиента: он выступает единой точкой входа (Workspace), независимо от того, в какой именно ферме VDI размещен ресурс, отображает витрину доступных ресурсов и при клике «под капотом» автоматически передает параметры запуска в нужный клиент подключения. 2. Доставка как управление ПО на самом устройстве (Endpoint Management) Во этом случае термин относится уже не к удаленным серверам, а к физическому устройству пользователя (например, тонкому клиенту). Здесь под «доставкой» понимают централизованную установку, обновление и настройку локальных программ. Ведь чтобы пользователь мог подключиться к удаленному рабочему столу, на его устройстве уже должен стоять VDI-клиент, нужные драйверы, модули безопасности и утилиты. В платформе Getmobit эта задача изящно решается с помощью SDApp (Smart Desktop Application). Программные компоненты, которые специальным образом подготовлены и упакованы, централизованно «доставляются» администратором на управляемые устройства и поддерживаются в актуальном состоянии. За доставку приложений отвечает система управления, которая в геораспределённых инфраструктурах дополняется точками дистрибуции - серверными модулями, которые позволяют доставлять приложения на устройства с учётом организации сети компании, снимая избыточную нагрузку с магистральных каналов связи. Вывод: в случае с доставкой приложений в контексте тонких клиентов и VDI важно различать два процесса. ⦁ В первом доставляют интерфейс (картинку) удаленного приложения и обеспечивают работу с ним. ⦁ Во втором — на физическое устройство доставляют установочный файл, который делает этот удаленный доступ возможным. Если вы проектируете инфраструктуру цифровых рабочих мест, важно использовать правильные термины. Понимание того, о какой именно «доставке» идет речь в ТЗ, поможет сэкономить время и выбрать платформу, которая действительно решит ваши задачи. #GETMOBIT #иттермины #доставкаприложений #vdi #тонкиеклиенты #BABYLxONE