Есть пара тонкостей

И почему все компании еще не перешли на тонкие клиенты? Размышляли об этом в статье для IT-world и нашли кучу плюсов: TCO, кибербезопасность, управляемость. Меньше спецов нужно, в конце концов. Подробнее читайте по ссылке.

А для тех, кому практику подавай — выбрали из статьи подводные камни, о которые можно споткнуться в проектах с тонкими клиентами .

Вопросы архитектуры

Нужно не только закупить серверы или арендовать мощность в облаке, но и продумать сеть, каналы связи, резервирование, а иногда и заново взглянуть на модель лицензирования. Без грамотного планирования легко получить лаги и перегруженные серверы.

Смена ролей

Когда компания переходит на тонкие клиенты, меняется и роль ИТ-отдела. Ему придется выполнять функции сервис-провайдера: отвечать за платформу, процессы и уровень сервиса для пользователей.

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

Эксплуатация

Одно из слабых мест в ходе пользования — сеть. Пользователи сразу чувствуют, если канал «проседает».

Еще одна боль — периферия. Тонкие клиенты не всегда дружат с экзотическими принтерами или сканерами. Кажется, что это мелочи, но они превращаются в реальные простои.

Масштабирование

Тоже не всегда проходит гладко. Пока подключена сотня пользователей, все работает идеально. Когда их тысячи, внезапно вылезают узкие места в хранилище или лицензировании. Закладывать запас нужно сразу, иначе переделка инфраструктуры выйдет дороже.

Поддержка тяжелого софта

С классическими программами все понятно: они чаще всего работают стабильно. Но как только речь заходит о специализированном софте, вроде CAD-систем или тяжелой аналитики, начинаются вопросы к производительности. Здесь уже нужны GPU-ресурсы и грамотная настройка.

Безопасность

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

#мы_все_о_своем_об_облачном