Примечание редактора: это третья часть из пяти в серии статей. См. другие статьи developerWorks из этой серии: «Клиентское решение IBM Open Collaboration: обзор», «Клиентское
решение IBM Open Collaboration: организационное планирование и
сегментация пользователей для миграции настольных систем
», а также
о переводе приложений для бизнеса на настольные Linux-системы (часть 4)
и об архитектурных решениях и вариантах выполнения для открытого
виртуального клиента IBM (часть 5).

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

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

Эта статья отчасти опирается на раздел по организационному планированию публикации «Linux Client Migration Cookbook, Version 2: A Practical Planning and Implementation Guide for Migration to Desktop Linux»
из серии IBM® Redbooks® и дополнена многими примерами из реальной
жизни. Если вы хотите более подробно рассмотреть процесс клиентской
миграции, мы рекомендуем эту публикацию IBM Redbooks.

Novell ZENworks Linux Management и YaST. В Red Hat можно использовать архитектуру Red Hat Network’s satellite architecture и kickstart.

Кроме
того, имеются альтернативы с открытым кодом, такие как apt (Advanced
Packaging Tool) для Debian или yum (Yellow dog updater, modified) для
дистрибутивов, основанных на менеджере пакетов RPM.

Nagios до корпоративных средств, таких как IBM Tivoli® Monitoring.

  • Реагирующее.Клиентские
    системы администрируются в случае проявления ошибок ОС или приложений.
    Дистрибутивы Linux предоставляют различные готовые к использованию
    средства удаленного администрирования. Стандартным является механизм
    ssh, который гарантирует надежную аутентификацию, в отличие от rsh,
    rlogin или telnet. При помощи ssh администратор может легко
    анализировать клиентские системы и применять исправления при помощи
    запуска скриптов, либо собирать данные по безопасности, состоянию
    системы и управлению ресурсами. Другие примеры — VNC и FreeNX.
  • Разумеется,
    вы можете сочетать различные стороны этих подходов. Например,
    упреждающий подход хорошо подходит для проверки установленных
    приложений на предмет правильного лицензирования. Реагирующий подход
    эффективен при разрешении проблем отдельных клиентских систем, таких
    как случайное внесение пользователем изменений в домашний каталог.

    Partimage для сохранения и восстановления полных разделов, а также коммерческих решений, таких как IBM Tivoli Storage Manager. Рекомендуется включить реализацию выбранной схемы резервного копирования в пилотный проект.

    Versora Progression Desktop.

    Заключение

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


    Об авторах

    Ютта
    Крейсс (Jutta Kreyss, kreyss@de.ibm.com) — старший ИТ-архитектор в
    Центре Linux-интеграции IBM Software Group в Бёблингене, Германия (Lab
    Böblingen). Она занимается переводом заказчиков на клиентские системы
    Linux с функционально эквивалентным ПО с открытым исходным кодом, а
    также внедрением открытых клиентских решений на основе Linux в IBM.

    Фрэнк
    Хаймс — ИТ-архитектор, последние семь лет работающий в немецком
    отделении IBM по исследованиям и разработке в Бёблингене, Германия
    («Lab Böblingen»). В течение последних шести лет он работает в Центре
    Linux-интеграции (LIC Europe) в IBM Software Group и занимается
    различными вопросами промежуточного программного обеспечения IBM,
    связанного с Linux, в том числе интеграцией. Также у него 12-летний
    опыт работы в области ИТ и электронной промышленности, охватывающий
    широкий ряд вопросов, от Linux на настольных системах до Linux на
    мэйнфреймах.

    Карта сайта: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34