Просмотр исходного текста страницы Пути миграции корпоративных информационных систем на свободное программное обеспечение (OSSDEVCONF-2016)

== Аннотация ==
;Докладчики: 
* {{Speaker|Иван Захарьящев}}
* {{Speaker|Денис  Медведев}}
* {{Speaker|Андрей Черепанов}}
<blockquote>
Переход с проприетарных решений на свободные на предприятии вызван необходимостью экономить деньги, а также избавляться
от vendor lock. В данной статье рассматривается миграция нежелательных по разным причинам проприетарных, популярных в
прошлом, инфраструктурных систем на свободное программное обеспечение. Доклад не претендует на полноту охвата и
рассматривает только критически важные архитектурные решения.
</blockquote>

== Видео ==

{{vimeoembed|185219714|800|450}}
{{youtubelink|bpGPMAjv2zE}}

== Слайды ==
[[File:Пути миграции корпоративных информационных систем на свободное программное обеспечение (OSSDEVCONF-2016).pdf|left|page=-|256px]]

{{----}}

== Расширенные тезисы ==
<latex>
У многих организаций есть необходимость по разным причинам мигрировать с проприетарных решений на свободные в области
управления рабочими станциями и корпоративной почтой. Хотя в интернете есть  большое количество примеров такой
миграции, они в основном ориентированы на малое (20-200 рабочих мест) предприятие. Для более крупных предприятий такие
примеры полезны, но  различия в масштабе диктуют другие решения. О таких решениях и пойдет речь в докладе.

В этом докладе рассматриваются решения, рассчитанные на работу с 10000-30000 пользователей и 1-2 рабочими площадками.
Исходные данные --- развёрнутая cтруктура ActiveDirectory и Microsoft Exchange.

Проблемы, которые нужно решать:

\begin{itemize}
\item какой уровень совместимости с существующими клиентами необходим. Дело в том, что наиболее распространенные
конфигурации включают Microsoft Outlook 2003, 2007 или 2010, которые умеют работать в двух разных по возможностям
режимах — простого почтового клиента  и клиента Exchange. Разные варианты перехода сохранят разные подмножества
функциональности.
\item какие изменения надо будет производить на клиентских компьютерах — это важно из-за больших трудозатрат.
\item какие изменения в серверной инфраструктуре нужны с учетом двойной нагрузки в процессе миграции и тестовых
конфигураций.
\item как будет происходить тестирование конфигурации
\item как будет происходить сам переход
\item какие организационные меры и поддержка руководства нужна
\item как будет происходить обучение пользователей.
\end{itemize}
Обычно при миграции руководствуются следующими критериями, соблюдение которых позволяет успешно её провести:

\begin{enumerate}
\item доступность (то есть время простоя должно быть сведено к минимуму);
\item масштабируемость (что критически важно для рассматриваемых масштабов);
\item сохранение ключевой функциональности (при этом наличие второстепенных возможностей могут быть проигнорированы);
\item сохранение данных пользователей.
\end{enumerate}
При этом такие критерии как привычность и наличие графических интерфейсов
администрирования не являются определяющими для крупной современной инфраструктуры. Уровень квалификации его администраторов
достаточен для понимания и критического осмысления предлагаемых вариантов миграции.

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

\begin{itemize}
\item Контроллер домена Active Directory на Windows + SOGo;
\item Контроллер домена Active Directory на Linux + SOGo;
\item Чистый Postfix+Dovecot с аутентификацией в Active Directory.
\end{itemize}
Стенды были созданы на нескольких виртуальных тестовых площадках и прорабатывались независимо друг от друга.
</latex>

== Примечания и отзывы ==
<!-- <blockquote>[©]</blockquote> -->

<references/>

[[Category:OSSDEVCONF-2016]]
[[Category:Open-source]]
{{stats|youtube_plays=23|refresh_time=2017-06-13T00:41:13.443708|vimeo_plays=57}}