Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
SlideShare a Scribd company logo
Компания ЕМТ
Рекомендации по миграции на СПО
Проект migration.osdn.org.ua

Вадим Машков
mashckoff@emt.com.ua
Миграция
Процесс перехода на новые решений в
инфраструктуре взамен существующих
Причины:
Повышение эффективности
ТСО
Легализация
Открытые стандарты
Пример ситуации

Проприетарное ПО
Накопленные проблемы
Рабочая группа

Руководитель
Технический персонал
Эксперт
Этапы
Что есть
Цель
Проверка
Планирование и оценка
Сделать
I Что есть

Описание существующей системы
Описание требуемой функциональности
Планирование развития
ТСО существующей системы
II Цель

Функциональность
Требования к аппаратному обеспечению
ТСО внедряемой системы
Расчет стоимости
Сервер
Серверная ОС

WindowsLinux CAL
ОС ALT NT +

Шлюз в Интернет

WinGate
Squid, iptables

Файл-сервер

Средствами Windows NT
Samba

Принт-сервер

Средствами Windows NT
Samba

Электронная почта

MDaemon
Postfix

Антивирус

DrWeb
ClamAV
Функциональность клиентов
ОС

MS Windows 98..XP
ALT Linux

Коммуникации

Outlook, TheBat!, IE
Mozilla

Офисный пакет

MS Office
OpenOffice.org

Перевод текста

Рута Плай, ПРОМТ
Перекладачка, StarDict

Графика

Corel, Adobe
GIMP, OpenOffice.org

Законодательство

Законодавство України
Под эмулятором Wine

Бухгалтерия

1C
?
III Пилотный проект

Выбор объекта
Цель проекта
Результат
Оценка
Пример - Пилотного проекта

Использование макросов MS Office
OpenOffice.org
Перевод макросов
Оценка результата
IV - План миграции
Особые случаи
Развертывание
Перенос данных
Обучение
Уточнение стоимости
Сроки
V Мигрируем

Сделай то, что задумал!
К чему пришли
Что выиграли

Безопасность
Управляемость
Независимость
Снижение стоимости
migration.osdn.org.ua

Обмен опытом внедрения
Снижение риска ошибок
Экспертная поддержка
Компания ЕМТ
Рекомендации по миграция на СПО
Проект migration.osdn.org.ua

Вадим Машков
mashckoff@emt.com.ua
http://migration.osdn.org.ua

More Related Content

Migrationguide

Editor's Notes

  1. Миграция -- не просто внедрение. В данном случае речь идет о необходимости модернизировать существующие (унаследованные) ИС, мигрировать к лучшим. Основная цель -- ПОДНЯТЬ эффективность бизнеса. Причины: повышение эфеективности ИТ, потребность в открытых стандартах, снижение ТСО либо преславутая легализация. Это не ново для нас: к примеру имграция с MSDOS на Windows. Опыт тех времен говорит о том, что в процессе М. продумать реинжиниринг инфраструктуры, обновление железа и обучение персонала. Миграция на свободное ПО означает использование СПО как платформы, внедрение свободных приложений.. Существует масса информации о внедрениях СПО во всем мире. Есть также данные и по Украине: доклад компании ЕМТ на “Open Software Day”, апрель сего года. В процессе нашей работы выработана методика миграции на свободное ПО. Неизменными составляющими успешной миграции являются...
  2. Итак, мы рассмотрели пять этапов процесса миграции в общем случае. Как применима эта методика миграции в реальности?Попробуем на примере показать применение этой методику.. Исходное состояние: типичная небольшая фирма. На момент постановки вопроса о миграции на СПО в офисе эксплуатировалось: - сервер, ПО которого обеспечивало файловые сервисы, коммуникации, и управления печати. -25 рабочих станций: на которых использовались офисные задачи общего назначения ИС построена на ОС Windows -- NT на сервере, 98...XP на клиентах. Традиционно сложившаяся в нашей стране картина......... Причины приведшие к постановке вопроса об использовании СПО: Использование нелицензионного ПО – угроза штрафования контролирующими органами Частые сбои в работе ПО Наличие вирусных атак приводящих к нарушению работы сервера компании Необходимость повышения уровня информационной безопасности
  3. Сначала принимается решение об интересе/необходимости миграции. Потом назначается ответственные лица. Зачастую предложение о переходе на СПО поступает от сис админиcтратора.. соответственно, бытует мнение, что данный процесс -- задача сис.администраторов. На самом деле это далеко не так. При осуществлении миграции есть вопросы и нетехнического характера: решение финансовых вопросов либо управления человеческими ресурсами. Необходимо провести оценку затрат на легализацию существующей информационной системы, стоимость внедрения новой, оценить стоимость владения в обозримом будущем. Рекомендуется создать группу планирования миграции. Т.к. цель экономически оправданная ИТ инфраструктура, хорошим кандидатом на должность руководителя рабочей группы будет топ-менеджер предприятия (финансовый директор). Естественно, в данную группу входит начальник ИТ департамента, который владеет видением всей ИТ инфраструктуры как на данный момент, так и в перспективе. В составе группы обязателен опытный системный администратор, желательно с опытом эксплуатации свободного ПО. Возможно привлечение стороннего консультанта с опытом, или – специализирующейся на подобных решениях фирмы. Размер группы невозможно оценить – в некоторых случаях привлекаются при необходимости иные сотрудники фирмы. Задачи перед группой: Оценка затрат на легализацию существующей информационной системы(в случае если миграция вызвана этим);оценка стоимост внедрения новой; оценка стоимости владения (как старой так и новой ИТ) в обозримом будущем. Результатом работы данной группы является развернутый план миграции с оценкой стоимости миграции. Либо – пояснения неэффективности миграции на свободные решения для организации.
  4. Миграция состоит из нескольких логически целостных участков, этапов. Первым этапом, это--- происходит описание существующей (унаследованной) системы. Комплексное описание того, к чему Вы идете Пилотный проект – тестовая миграция. Небольшой по объему функционально законченный проект по переходу на СПО Планирование КАК СДЕЛАТЬ полный переход. Какие вопросы могут возникнуть и как их решать. Непосредственно сам процесс Миграция – ДЕЛАЙТЕ согласно вашего заранее созданного плана Все эти пять стадий необходимы. Некоторые из них требуют много ресурсов, иные достаточно просто реализовать. Последовательность не является догмой -- некоторые из этих пунктов могут выполняться параллельно.
  5. МикроскопИтак – первый этап миграции это описание текущего состояния инфраструктуры:включающее аудит ПО, железа, оценка технического уровня подготовки персонала. Аудит ПО и железа производится вручную или с помощью программ сбора информации. (GASP, PC inventory, MSIA). Собираемые данные должны также включить следующую информацию: - цели стоящие перед инфраструктурой организации; - требуемая функциональность потребителей сервисов; -доступное финансирование; -как эта требуемая функционал реализована в унаследованной системе; -уместные инструкции, политика, стандарты, и деловые доктрины разработанные в организации; - наборов навыков персонала, обучаемость; При этом описывается понятие Требуемая функциональность сервисов на рабочих мест, чтобы уйти от распространенной практики проприетарного ПО – покупка(переплата) неиспользуемой функциональности, что зачастую влечет кроме избыточного расходования финансовых средств, т.ж. Сложность в эксплуатации и повышенные требования к аппаратному обеспечению
  6. Вопрос – описание целевой системы – черезвычайно важен. Аппаратура – тех Поддержка Решающим фактором принятия решения о переходе на СПО является существование специализированного прикладного ПО. Если внедрение функционального аналога дорого или невозможно, хорошим решением будут может быть эмуляция окружения, терминальные решения либо гетерогенная среда, в которой совместно эксплуатируются и унаследованная система и свободное ПО. Выбор свободной платформы: “что советует знакомый -неправильно”. Необходимо учитывать концентрацию опыта в данной предметной области: комью нити, локализация, пакетная база. ПОДДЕРЖКА Стоимость: Расчеты стоимости миграции  включает: Стоимости развертывание аналогов СПО проприетарного ПО возможными простоями в работе пользователей (которые конечно надо избегать) стоимость переноса данных стоимость поддержки затраты на обучение персонала Мы рекомендуем расчитывать стоимость  на срок жизни ИС, около 4-5 лет.(А дальше об этом ты будешь говорить?)
  7. Нет необходимости оплачивать право на установку ПО Наличие скриптов позволяет автоматизировать установку систем
  8. Краткое описание функциональности дополнено для Вашего удобства названиями продуктов и решений. Стоимость установленного ПО зависит от способа приобретения дистрибутива, и примерно составит _____. Учитывая то, что придется также оплачивать покупку новых версии ПО, сумма возрастет. Выбор СПО для серверного решения обусловлен: отсутствием обязательных лицензионных за подключение; снижение суммарной стоимости владения за счет повышенной надежности, централизованной настройки и администрирования, чем традиционно отличаются Unux-подобные ОС. Этап миграции для серверного решения: Оценка предоставляемой функциональности Оценка стоимости лицензирования используемого ПО и перехода на СПО Использования старого аппаратного обеспечения либо выделение устаревшего ПК под развертывания отдельного коммуникационного сервера Разработка операции по установке ОС Linux, настройка соответствующих сервисов. Работы проводяться во время отсутствия работы пользователей. В случае отсутствия навыков у ИТ специалистов компании, покупка серверного решения Коммуникационного сервера с его технической поддержкой (О ЕМТ – мы те блохи!;)) Последующая до-настройка в рабочем режиме. Развертывание дополнительных сервисов (например Jabber) Переходим к рабочим станциям.
  9. Общий принцип тот же: краткое описание функциональности дополнено для Вашего удобства названиями продуктов и решений. Этапы миграции для рабочих мест пользователей: 1. Аудит установленного ПО и железа. Оценка требуемой функциональности Можно выделить такие функц группы: Коммуникации (почта, веб, icq),(Набор текста, Несложные расчеты, Перевод текста, Графика, Бухгалерия, Законодательство и Печать. Общая стоимость установленного ПО при лицензировании ориентировочно составляет _____. Так же, Учитывая покупка новых версии ПО привет к, возрастанию стоимости. Переходим к описанию целевой системы. 2. Поиск аналогов или запуск специализированного ПО в среде ОС Linux Напротив описания задачи можно увидеть название аналога СПО программы/решения/продукта. Что мы видим – подавляющее большинство функциональных задач возможно решить с помощью свободного ПО. Законодательство: идет под эмулятором проприетарной операционной системы (Wine)
  10. Назначение пилотного проекта ПП: - оценка возможности перехода, - отработка методики перехода на практике - более точная оценка стоимости миграции Требования к ПП: ПП наиболее эффективен для проверки потенциала решений, в случаях, где существующие системы сложны и вовлекают много пользователей. ПП должен быть значащим - больше чем только демонстрация примера. С другой стороны, эта стадия не должна оказывать сильного влияния на основной бизнес компании в случае неудачи. ПП должен быть оценен с нескольких точек зрения, включая оценки концепции перехода или оценки архитектуры. Большое значение имеют оценки пользователей. Результаты ПП, помогут созданию развернутого плана миграции. Следует заметить, что пилотный проект ВСЕГДА выгоден. Даже если Вы решите, что выгодно на некоторых участках использовать коммерческое ПО, сам факт наличия пилотного проекта позволяет получить значительные скидки. По некоторым данным, могут достигать 50%.
  11. Задачи Оценка пользователей интерфейса свободных программ (Ooo, Mozilla) Проведение пилотного проекта по переводу макросов разработанных в среде MS Office для их запуска в среде OpenOffice.org. Возможность использования OC Linux как платформы автоматизации Результаты: - является получение форм документов с макросами в ОО. Возможно использование ОО в среде гетерогенной среде уже сейчас. - использование ОС Linux как платформы автоматизации на большинстве рабочих мест - получены данные для расчета стоимости миграции данных и сроках
  12. План миграции должен отвечать на вопросы: -описание фаз построения системы; -определение потребностей поддержки; -описание переноса данных; -обучение персонала; -стоимость. Этапы развертывания системы должны быть четко обозначены в плане мигрирования. К примеру, мы разделяем узловые (серверные решения) и пользовательские РМ. Проведение оценки рисков. Должны быть выполнены перед завершением плана построения системы. Необходимо убедиться, что потенциальное воздействие на бизнес компании, ее клиентов и пользователей приемлемо. Критически важный вопрос – перенос данных из унаследованной системы в целевую. План миграции должен предусмотреть поддержку пользователей в областях: -службы технической помощи для новых систем; -помощь пользователям (руководства, обучение); -возможность испытания использования новых систем; -демонстраций использования новых систем, чтобы показать существующим пользователям унаследованных систем, как новая система работает и как они могут исполнять сопоставимые задачи (человеческий фактор); -преодоления текущих эксплуатационных проблем. . Утверждается окончательная смета затрат на миграцию (с учетом корректировки на результатах ПП)
  13. Хорошей практикой будет миграция небольшими и управляемыми приращениями. В процессе миграции необходимо предусмотреть дополнительное усилие/помощь, которые могут быть необходимы для "последних адептов" и других пользователей, которые испытывают непредвиденные проблемы. Процесс миграции невозможно считать законченным, если не перенесены данные из унаследованной системы. Последними шагами будут отказ от использования унаследованной системы.
  14. После проведения миграции на СПО в организации организована гетерогенная ИТ инфраструктура: - 23 рабочих места функционируют под Linux, на двух [пока еще] Windows; - серверы полностью на свободном ПО. Более того, возможно это не финальная стадия. Возможно, мы станем свидетелями появления хорошего продукта для бухгалтеров. Для повышения безопасности был использована одна из утилизированых рабочих станций в качестве шлюза в Интернет.
  15. Клиент получил экономически эффективную систему – те же функции + возможность нарастить систему. Эффект от применения СПО: Снижена нагрузка на файл-/принт-сервер Пользователи забыли о опасности вирусов Системный администратор ищет дополнительную работу – т.к. у него освободилось много времени Приходящих инспекторов встречают с меньшей опаской и радуются их вопросам об использовании нелицензионного ПО в компании
  16. Итак, как мы увидели, процесс миграции на свободное ПО -- решаемая задача. Можно с уверенностью говорить: в нашей стране есть специалисты, способные успешно решать подобные задачи. Мы запустили ресурс посвященный вопросу миграции на СПО. Данный ресурс будет облегчать нашу с Вами работу. Обмен опытом внедрения свободного ПО Снизить риск принятия ошибочных решений Помочь заказчикам найти внедренцев и саппортеров