Migration: различия между версиями

Материал из ALT Linux Wiki
м (→‎Ссылки: +1 (симметрично))
Строка 55: Строка 55:
** [https://web.archive.org/web/20110726112405/http://migration.osdn.org.ua/docs/escape-howto/ Escape from proprietary office software HOWTO] ''2003''
** [https://web.archive.org/web/20110726112405/http://migration.osdn.org.ua/docs/escape-howto/ Escape from proprietary office software HOWTO] ''2003''
* [[Миграция]]
* [[Миграция]]
* [https://t.me/alt_linux/155756 Илья Елагин о роли внедренца]


= Примечания =
= Примечания =

Версия от 14:24, 26 марта 2022

Stub.png
Данная страница находится в разработке.
Эта страница ещё не закончена. Информация, представленная здесь, может оказаться неполной или неверной.

Миграция

...или переход с Windows на Linux, с x86 на e2k.

Сам процесс напоминает пересечение болотистой местности: стоит выверять маршрут, не бросаться вперёд сразу всем коллективом, пользоваться опытом предшественников.

маршрут

Придётся определить, из какой точки в какую движемся и почему. Распространённым вариантом "точки А", который и рассматривается в этой статье, является имеющаяся Windows-инфраструктура с Windows-клиентами. Вероятным вариантом "точки Б" является смешанная Windows/Linux-среда[1], в которой всё, что получается, перенесено на Linux, а унаследованные приложения выполняются на Windows (локально или удалённо).

Также бывают различные траектории:

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

проверка

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

Также не стоит забывать, что все эти технологии применяются в конечном счёте людьми, а у людей есть свои особенности: например, при техническом паритете офисных пакетов для сотрудника с определёнными задачами может оказаться существенной простейшая проблема вроде "кнопочки на месте нету" (при том, что она есть в более логичном, но непривычном, пункте меню); смена привычек занимает от двух недель.

опыт

На данный момент существует довольно обширный опыт миграции различных государственных и частных учреждений на Linux как в нашей стране, так и за рубежом; следует учитывать как положительный, так и отрицательный, но не забывать проверку своими силами[2].

Положительные факторы:

  • воля руководства
  • планирование
    • аудит
    • пилот
    • внедрение
    • сопровождение
  • наличие специалистов по Linux
  • финансирование
  • постепенность

Отрицательные факторы:

  • спешка
  • "всё и сразу"
  • тиражирование неисправленных проблем

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

Также на этапе аудита стоит выяснять не только уже применяемые средства, но и требуемую функциональность.

Ссылки

Примечания

  1. избежать гетерогенности на практике бывает возможно, но сложней
  2. ...поскольку порой со стороны можно получить чрезмерно обобщённую или некомпетентную оценку и слишком ей довериться