Время безжалостно: устаревают даже самые новые, мощные и современные сервера. Казалось бы, только что распаковывали новую коробку, а 3-4 года — и апгрейд неизбежен. Растут нагрузки, растут сами компании, усложняется бизнес, а денег на ИТ пропорционально больше владельцы тратить не хотят.
Частично эта распространенная проблема решается автоматизацией функций самой ИТ-службы, частично компенсируется автоматизацией остальных бизнес-процессов. Но и ПО нуждается в замене, частичной или полной. Когда необходимость апгрейда уже очевидна всем и ясно, что откладывать дальше нельзя, начинаются подсчеты, оценки вариантов, включая ТСО как минимум на несколько лет вперед.
Три дороги, три пути
Известны три основных пути. Первый — продолжать развивать ИТ внутри компании, покупая и обслуживая оборудование и софт силами внутренней ИТ-службы. Второй — полностью арендовать и оборудование, и ПО по облачным моделям. Третий — сконструировать некую гибридную схему, где часть работ выполняется внутри компании, а за часть отвечают облачные провайдеры.
Первый путь хорош уже тем, что он известный и «наезженный», ничего менять не надо в своих процессах. Второй пугающе новый и несет много слабоуправляемых рисков, однако по нему зачастую идут стартапы, потому что это очень быстрый и гибкий подход. Третий оказывается самым распространенным, потому что позволяет подобрать то соотношение внутренних и внешних сервисов, которое будет для данной компании оптимальным.
«К сожалению, мы все-таки переходим в облака», — говорит руководитель ИТ-департамента российского представительства одной из крупнейших в мире фармацевтических фирм. Говорит он это в частной беседе, и сожаление его искренно: меняется привычный уклад. На вопрос, а почему же намечена такая миграция после стольких лет развития систем in house, он отвечает: «Дорого. Не можем больше себе позволить содержать все для ИТ внутри. Облака значительно дешевле, быстро можно все менять сразу по всей компании, мы переходим к стандартным процессам. Это то, что требует наш бизнес».
Фармацевтика – одна из последних отраслей, которая несмотря на всю свою консервативность, все же следует общему тренду. Подавляющее большинство крупных компаний в других отраслях сделали то же самое несколько лет назад. Даже крупнейшие мировые бренды не могут и не хотят нести расходы на собственную ИТ-инфраструктуру и поддержку приложений.
- Дорого — это лицензии на бизнес-приложения, системное и клиентское ПО, базы данных.
- Дорого — это зарплаты ИТ-специалистов, аппетиты которых не снижаются, ведь их всегда не хватает.
- Дорого — это электричество.
- Дорого — это апгрейд или замена физических серверов.
И под напором этих затрат теряют силу даже самые жесткие и древние контраргументы: безопасность и контроль над данными, потенциальные проблемы со связью в филиалах, необходимость перехода к стандартным для всей компании решениям вместо множества локальных развертываний. Все эти проблемы решаемы, когда речь заходит о стоимости владения ИТ-инструментами.
Насколько именно можно снизить ТСО за счет миграции в облако? Практика показывает, что сэкономить можно значительно.
Мигрируй и экономь
Мы хотим рассказать, какие есть варианты экономии на примере такого распространенного сервиса, как 1С.
Если 1С разворачивается локально, то в классическом варианте, помимо традиционных затрат на оборудование, лицензии 1С, администрирование инфраструктуры, добавляется большая часть затрат, связанная с лицензионными платежами Microsoft. Это серверные лицензии, клиентские и терминальные лицензии Windows Server, но как правило основную лицензионную нагрузку бизнес несёт на лицензиях использования СУБД Microsoft SQL.
Так как можно сэкономить расходы при переходе в облако?
Основное, что позволяет снизить расходы, помимо аренды облачной инфраструктуры с оплатой по факту реального использования ресурсов, — отсутствие лицензионных отчислений Microsoft за системное и клиентское ПО.
При облачном развертывании можно использовать платформу OC Linux + PostgreSQL.
Миграция на Linux + PostgreSQL со связки Windows + SQL Server — тоже процесс, где возможны «подводные камни» и не слишком приятные неожиданности, однако если речь идет о среднем российском бизнесе, то шанс встретить нечто совсем уж уникальное в развертывании 1С невелик. За последние пять лет практики работы с платформой Linux + PostgreSQL накоплено достаточно для того, чтобы уверенно прогнозировать сроки миграции и устранить возможные риски.
В последние два года ПО компании 1С уже вполне устойчиво работает на связке Linux + PostgreSQL, есть и крупные завершенные проекты с таким решением.
Один из них — проект консолидации 1С в частном облаке крупного российского региона, в рамках которого была произведена централизация модулей 1С всех муниципальных учреждений в единую базу 1С. В результате регион получил множество преимуществ, среди которых: экономия средств за счёт централизации — отпала надобность закупать железо, ПО, настраивать и дорабатывать модули 1С для каждого учреждения , регион получил единую НСИ, отчётность и аналитику по всем учреждениям, повысилась достоверность данных (как пример, средняя зарплата врача по региону). Примечательность проекта заключалась в том, что реализация была сделана на базе Linux и Postgres.
Неуникальная задача без универсального подхода
Дискуссия об облаках со службой безопасности обычно проходит несколько стадий.
От твердого «нет, никогда, даже не думайте» до «как мы сможем контролировать уровень защищенности систем провайдера?».
Универсального подхода здесь не может быть, потому что никто не отменяет требования регуляторов, отраслевые особенности и нормы, да и технологические ограничения могут быть непреодолимыми в разумные сроки. Но важно провести взвешенную оценку отдельно по приложениям, сервисам, программно-аппаратным решениям и выявить те, которые есть смысл как экономический, так и технологический выносить в облака.
Конечно, перенос бизнес-приложения в облако — задача не элементарная, но она давно перестала быть уникальной, в том числе в России и применительно к 1С.
Типовой пилотный проект занимает две-три недели, входящие в него процедуры многократно опробованы. Анализ задач и необходимых сервисов занимает день, планирование облачной среды – полдня. Разворачивание облачной среды - час, конвертация баз в формат Postgres, настройка приложений – 1-2 рабочих дня, загрузка данных – один день.
На этом месте опытный руководитель скорей всего скептически улыбнется: слишком быстро, так не бывает. Обычно именно миграция данных может дать неожиданные задержки.
В данном случае речь идет о пилотном проекте, не о переносе всех данных компании. Затем нужно недели две для того, чтобы проверить производительность системы, корректность настроек, собрать данные, составить отчет, рассчитать ТСО и спланировать дальнейшие действия. Все оценки временных затрат основаны на реальных проектах, проводимых компанией «Аплана Диджитал».
Физически развертывание происходит в облаке «Яндекс». Платформенные сервисы на базе управляемого сервиса Postgres, посекундный биллинг и оплата только фактически потребленных ресурсов, автоматическое их перераспределение, в том числе при пиковых нагрузках: в «Яндекс.Облаке» всё реализовано на современном уровне. В любом случае только грамотно спланированный «пилот» даст достоверную информацию о том, какие нюансы несет или не несет перенос конкретных ИТ-систем конкретной компании в облачную среду.
Вместо заключения
Уровень зрелости – вот что меняется на российском рынке облачных услуг. Зрелость процессов управления ИТ на стороне клиентов тоже растет, и, хотя старая фраза «хаос отдать на аутсорсинг нельзя» по-прежнему верна, самого хаоса все меньше и меньше. Те, кто научился эффективно управлять ИТ-ресурсами, осознанно выбирают облачные решения как более экономичные, надежные и гибкие.
Игорь Корман,
Директор по развитию Диджитал Аплана
(Если вам понравилась статья, не забудьте подписаться на наш канал)
***
Что ещё почитать интересного на блоге АйТи?
Государственные сервисы онлайн: практика и перспективы
Облачные сервисы для государственных организаций: реализованные проекты
