Logo Placement

Виртуализацией в ИТ называют любую технологию, заставляющую одну сущность выглядеть как совсем другая. Естественно, такие технологии существовали ещё на заре компьютерной эры.
В последнее время, это красивое слово вспомнили в связи с виртуализацией серверов. Кстати, и об этом думали ещё с пол века назад. Тогда было необходимо разделять и изолировать ресурсы огромных дорогих мейнфреймов.
Постепенно, эта технология перекачевала на небольшие корпоративные сервера. Она позволила обеспечивать, например, разработку и тестирование программных комплексов на одном и том же оборудовании, но в разных "пространствах".
Добралась она, со временем, и до персональных компьютеров, создавая незаменимые возможности по тестированию критических для операционных систем (ОС) операций.
Однако, вышеописанное относилось, скорее, к компаниям именно ИТ-комплекса. Сейчас, эти технологии рвутся в жизнь компаний, например, финансового сектора (здравствуйте, родные мои банки). Во время повсеместной автоматизации бизнесс-процессов, внутри организаций скапливается очень много разнокалиберных, разнонаправленных информационных систем, которые не то что нужно интегрировать (пока забудем наше самое любимое занятие), но и существуют они на базе разных операционных систем и технических платформ. Самым простым решением всегда была покупка под новую систему новой физической машины со своей ОС и всем прочим необходимым.
Вот именно проблему более оптимального использования вычислительных машин и должно, теоретически, решить внедрение технологии виртуализации. Действительно, на первый взгляд, выгоднее купить один физический сервер, запустить на нём нужное количество виртуальных машин со всем необходимым ПО и радоваться необходимости администрировать и обновлять только одну физическую машину. Такой несложной выкладкой и завлекают клиентов компании внедренцы.
При более детальном рассмотрении, не так всё просто и однозначно.

Недавно просматривал информационные статьи по своей основной специализации - автоматизация банков. Привлекла внимание статья CNEWS:Аналитика "2011: Год веселых стартов". Основная часть статьи повествует об увеличении бюджетов банковских и страховых организаций на сферу ИТ, новых смелых и дорогостоящих проектах. Особенно, меня привлекло окончание статьи, где говорилось о преоритетах на оставшуюся часть 2011 года. Наглядно это показано на диаграмме:

Не оставила она меня равноушным.

Вопервых, я считаю некорректным простое количественное исследование в данной индустрии. Ведь размер банка и его финансовые возможности играют огромное значение: именно крупные банки определяют вектор развития технологий вокруг своей отрасли. Специфика работы в области обеспечения банковской деятельности такова, что крупная компания (поставляющая, например, ПО для банков) не может даже физически существовать, если в портфеле клиентов нет хотя бы пары банков из TOP 10. Именно работы, оплаченные крупными клиентами определяют направление развитие систем, набор сервисов, предоставляемых "остальным" банкам. Естественно, то, что хорошо финансируется, то и будет развиваться в первую очередь и именно это будет в приоритете. А значит, что хоть сто банков из конца рейтинга захотят пойти вправо, развитие пойдёт в ту скорону, в которуюзахочет Сбербанк или ВТБ, пусть это будет даже диаметрално противоположные решения. Поэтому, простое количественное исследование абсолютно не показательно.

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

Представьте себе в Газпроме BPM с открытым кодом Intalio, или сайт Лукойла на Joomla'е. Смешно, не правда ли?

Заметьте, уже в голове не укладывается возможность того, что столь крупные компании будут использовать столь недорогие решения. Почему же?

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

Развитость давайте отметём сразу. На примере сайтов, видно, что для пресловутой джумлы дополнений, расширений и прочего "обвеса" значительно больше чем, например, на битрикс.

Безопасность? Это, в основном, дело системного администратора. Джумла 1.5 последних версий достаточно хорошо отработана в плане защиты. Остаётся ставить своевременно обновления, мониторить работу сервера и всё будет хорошо. Да и на рынке полно предложений по тестированию и исправлению уязвимостей. Подойти с умом и система, в итоге, будет значительно защищённее вышеупомянутого монстра от 1С.

Поддержка. Да, тут, пожалуй, наиболее сильная позиция. Хотя... Стойте. Давайте посмотрим, сколько специалистов существует по Джумле или Альфреске, а сколько по Битриксу или Шарепоинту. Даже специализированных компаний значительно больше в области внедрения проектов с открытым кодом. Многие в подобных сравнениях, приводят аргумент, что опенсорсными продуктами зачастую занимаются неучи-самоучки. Качество таких контор, давайте оставим за скобками, во всех областях есть и гении и дебилы, к сожалению, даже система сертификации не спасает положение.

Всё больше организаций задумывается о консолидации всех своих информационных ресурсов в одном, быстро и легко доступном месте. Этому способствует развитие и распространение телекоммуникационных технологий. Так же, благотворно на этот процесс влияет повсеместно объявленный курс на модернизацию, компьютеризацию (ага, электрификацию и коллективизацию) и пр.
Россия тут не пионер. Многие забугорные компании уже позаботились о том, чтобы в процессе внедрения современных технологий в наш бизнес, глаза разбегались от обилия вариантов решений. В данном посте, я не ставлю себе целью анализ всех возможных/существующих систем, технологий и т.д. Я хочу сконцентрироваться на трёх различных путях решения этой проблемы и бегло рассмотреть самые яркие решения своего класса в этом секторе.

Как известно, у любого решения, в общем случае, есть три основных показателя: цена, качество и время. (В которых, для получения двух, нужно жертвовать третьим, таким образом искать баланс) Давайте возьмем время за константу, подразумевая, что будем рассматривать ситуации при близко сопоставимом времени реализации/внедрения. Параметр качество разобьем на две составляющих. Особенностью информационных технологий для этого параметра будет то, что он состоит, в частности, из уровня удовлетворения требованиям заказчика и из того объёма работы, который придётся проделать самому заказчику. Многие заметят, что в "качество" большую роль играет удобство и особенности конкретного продукта в определённых ситуациях. Однако, и плюсами и минусами в этой сфере обладают, практически все существующие решения. По этой причине, опущу этот вопрос, кроме разве что особых случаев. Уровень удовлетворения запросам заказчика возьмем равным 90%, опять же, для унификации обзора.

Сложность же требований к системе возьмем среднюю, без особых извращений и изысков.
Таким образом рассмотрим решения консолидации информации по шкале (цена <-> уровень нагрузки на компанию при внедрении).

Соответственно, вырисовывается 3 подхода:

• - Дорого, работа максимально выполняется аутсорсинговой компанией.
• - Максимально дёшево.
• - Средний вариант, в котором постараемся найти баланс между дешевизной и нагрузкой на собственный коллектив.