Сегмент энтерпрайз что это

IT решения закупок и продаж для крупного бизнеса: что нужно учесть на проектах уровня Enterprise

По прогнозам ЦБ РФ, российская экономика в ближайшие годы будет развиваться: инфляция снизится, а ключевая ставка останется прежней. Это открывает новые перспективы и возможности для роста и развития крупного бизнеса. Сегодня многие компании задумываются о внедрении корпоративных автоматизированных систем, а другие уже активно их реализуют с целью оптимизации бизнес-процессов, увеличения эффективности и управляемости компании. Чтобы решиться на внедрение ПО enterprise уровня, необходимо понимать готовность компании, задачи, с которыми enterprise должен справляться, и знать характеристики качественного стека технологий, которые должны при этом использоваться. Детали – в статье.

Содержание

Что такое Enterprise разработка

Крупные компании (нефтегазовые корпорации, ритейл, телекоммуникации и т.д) имеют свою специфику: многоуровневые профильные бизнес-процессы и функционал, огромные базы данных, множество интеграций и часто холдинговую структуру, а, значит, множество офисов, филиалов, представительств. При такой структуре бизнес нуждается в совместной работе с данными, мониторинге, регулярной отчетности и аналитике. Внедрение корпоративной системы – необходимость.

Выбирая IT-продукты Enterprise уровня для решения задач бизнеса, необходимо оценивать экспертность вендора и его команду, чтобы долгосрочное сотрудничество складывалось прозрачно и с пониманием технологии разработки, а также учитывать производительность и надежность самого решения. Компания AGORA работает с такими Enterprise клиентами, как АЛРОСА, ВТБ, СБЕР КОРУС, Michelin и др., и имеет более 10 лет опыта разработки B2C и B2B решений для e-commerce и закупок, более 90 высококвалифицированных экспертов в команде (разработка, внедрение, техническая поддержка и др. специализированные отделы).

Enterprise разработка – это создание решений высшего уровня, работающих на надежных технологиях и с высокой производительностью. Его главная задача – в первую очередь, решение корпоративных конкретных задач самой компании, исходя из сформировавшейся бизнес-логики и стратегии, и, только как следствие, улучшение взаимодействия с партнерами и решение проблем конечного потребителя. Enterprise внедрением может быть реализация любой системы компании, которая используется для оптимизации таких задач и встраивается в архитектуру бизнес-процессов.

Enterprise решения легко масштабируются, имеют шины данных, много модулей, современные инструменты, выдерживают высокие нагрузки. Например, при работе маркетплейса с 30 млн SKU и 20-30 тыс. пользователей или корпоративный b2b портал с доступами для тысяч сотрудников, которые реализуются на базе собственной B2C и B2B платформы AGORA.

Однако на рынке много компаний-разработчиков веб-продуктов, которые не соответствуют энтерпрайз проектам, имеют узкоспециализированный сложный фреймворк, множество ограничений, и чьи платформы попросту не выдержат высокой нагрузки и объема данных. Многие из них сложно масштабируются, а для крупных проектов возможность быстрого масштабирования и развития системы на всех этапах – одна из важнейших задач. Поэтому такие решения подойдут для создания несложных интернет-магазинов или одностраничных сайтов. ИТ-решения на базе B2B/B2C стека технологий e-commerce и закупок AGORA соответствуют enterprise уровню и подходят для разных ниш рынка:

• автомобильная промышленность;
• производственный и банковский сектор;
• фармацевтика и медицина;
• строительный бизнес;
• тяжелое машиностроение;
• горнодобывающая промышленность и др.

– в том числе и для крупного бизнеса с большим количеством коммерческих и некоммерческих закупок и среднего бизнеса с продажами в сферах B2B и B2C.

Немаловажным аспектом также является и информационная безопасность IT-решения, которая крайне важна для крупных Enterprise проектов. При этом продукт должен не только соответствовать строгим стандартам о защите и безопасности данных, но и архитектурно подходить под задачи ИБ (информационной безопасности) того или иного крупного предприятия. IT-решения на базе платформы AGORA сохраняют конфиденциальность данных, а также защищают от рисков утечки данных. AGORA соответствует стандартам TIER III и требованиям безопасности банков, платежных систем, предприятий e-commerce PCI DSS, входит в единый реестр Минкомсвязи РФ программ для электронных вычислительных машин и баз данных, а также является официальным участником реестра отечественного ПО как надежный вендор и интегратор. Помимо этого, соблюдены такие важные для ИТ-решений параметры, как: HTTPS протокол с сертификатами SSL, стабильный и безопасный алгоритм хранения паролей с использованием SALT, предусмотрен менеджер идентификации и доступа персонала KeyCloak, внедрены средства защиты WAF, антивирус, проверка кода в процессе разработки Sonar Qube, защита от DDOS атак, а также производятся регулярные проверки OWASP Web Security Testing Guide и резервное копирование данных в режиме реального времени, ведется онлайн-журнал действий пользователей и так далее.

Когда стоит внедрять Enterprise решение?

Решение об автоматизации системы может откладываться по разным причинам: дорого, долго, сотрудники и партнеры не готовы. Однако для крупного бизнеса жизненно необходимо эффективно решать не только операционные задачи, но тактические (оптовые продажи и закупки, логистика) и стратегические (масштабирование компании, снижение издержек, рост прибыли). Без enterprise решения не обойтись, если предприятию требуется цифровизация на максимальных скоростях и нагрузках. А также:

• коммуникация, быстрый обмен и совместная работа с большими базами данных между всеми подразделениями холдинга, согласование работы между ними, обработка и хранение массива документов, анализ большого объема данных;
• прозрачное управление задачами и проектами, сокращение рутинных операций, снижение ошибок из-за человеческого фактора, единое пространство для совместной работы и управления персоналом, максимальная персонализация личных кабинетов поставщиков и оптовых покупателей;
• интеграция между разными системами;
• бесперебойная работа сервиса и безопасность данных, доступ 24/7, в том числе и в мобильной версии.

Среди enterprise решений на рынке есть: корпоративные порталы, PIM, SRM, CRM, ERP системы, высоконагруженные сайты (B2B интернет-магазины, многопрофильные и отраслевые B2B, B2C маркетплейсы). На базе платформы AGORA разрабатываются enterprise продукты под потребности конкретной отрасли. Это коробочное решение для работы с B2C и B2B сегментом и sourcing (ЭТП для корпоративных закупок компании через каталог или закупочные процедуры), а также SRM системы и КИМ (корпоративный интернет-магазин).

Какие цели и задачи решает Enterprise

Главная цель – помогать предприятию решать бизнес-задачи и позитивно влиять на финансовые показатели компании. Если говорить о закупках, то в первую очередь внедрение такого решения устраняет проблемы с пересортицей товаров и комплектующих на складах, неэффективной обратной связью по заказам, планированием, неэффективностью или ненадежностью поставщиков, оценкой рисков сделки при таком взаимодействии, обработкой счетов, переводами процессов в цепочках поставок, продажах, финансировании, выходом логистики на новый уровень, а также с заключением договоров в электронном виде, документооборотом без бумажной волокиты, контролем поставок и исполнением требований по контракту в онлайн. В e-commerce продажах: низкое качество торговых площадок B2B и B2C, проблемы с высоконагруженными highload каталогами, автоматизацией продаж, прогнозированием и планированием, скорость разработки, обеспечение омниканального подхода.

Функциональные преимущества Enterprise в том, что он решает следующие задачи:

• масштабирование, эффективность использования ресурсов/активов и сокращение расходов компании;
• обеспечивает адаптивность крупного бизнеса;
• автоматизирует и структуризирует работу компании;
• имеет возможности для кастомизации. Продукты на базе платформы AGORA при необходимости могут подстроиться под конкретные задачи клиента за счет дополнительных модулей (а это не менее значимая задача Enterprise решения);
• повышает производительность предприятия за счет популярного и надежного высокотехнологичного стека.

По оценке экспертов, предприниматели в b2b сегменте в 2023 году стремятся выбирать готовые решения вместо индивидуальной разработки с нуля. Почему так? Все просто – компании хотят быстро реагировать на меняющиеся условия, поэтому выбирают скорость и доступность. Поэтому сейчас в корпоративных решениях для крупного бизнеса облако становится все более востребованным в силу своей гибкости и доступной цены внедрения.

Конечно, каждый бизнес специфичен, имеет индивидуальные требования и ограничения. Поэтому, например, SaaS решения для крупного бизнеса AGORA легко кастомизируются и дорабатываются под конкретные задачи бизнеса с учетом дополнительных пожеланий заказчика. На ряду с этим мы предоставляем возможность выкупа кода и переноса платформы на мощности компании (лицензия on-premise), по желанию клиента.

Критерии надежности, и что нужно учесть на проектах уровня Enterprise

При работе с проектами Enterprise уровня необходимо понимать и учитывать запрос внутри компании, ее подготовленность к внедрению, доступность к бизнес-процессам и их зрелость. Например, чтобы разработка сложных сайтов стала эффективной, необходима командная работа как внутри всех подразделений компании, так заказчика и внедренца. Поэтому ключевое значение имеют опыт вендора, критерии надежности ПО и возможность сразу запустить рабочую MVP версию на рынок, чтобы протестировать гипотезу, собрать обратную связь и потом легче по этапам проводить доработку, где немаловажную роль играет наличие опытной команды техподдержки на стороне вендора.

Качество enterprise продукта зависит от нескольких факторов.

• Простота и скорость внедрения. AGORA, как мультивендор, реализовавший 25+ крупных enterprise проектов, предлагает современные и универсальные решения специально для цифровой коммерции и закупок, обеспечивающие непрерывность бизнес-процессов и услуг. Принцип разработки, как конструктор, экономит время. Нашим клиентам не придется оптимизировать производительность каждые 3 месяца.
• Возможности масштабируемости, гибкость и безопасность программного обеспечения. Современные передовые технологии (язык разработки Python, СУБД PostgreSQL, MS SQLServer, Elasticsearch и т.д.) помогают эффективно масштабировать проекты на базе платформы AGORA в несколько раз. А модульная система позволяет без дополнительной разработки добавлять и убирать модули в зависимости от запросов компании.
• Удобный интерфейс. Простота и удобство пользования интерфейсом напрямую влияет на эффективную работу сотрудников. AGORA предлагает интуитивно понятную облачную систему и возможности изменения дизайна под корпоративный стиль клиентов за счет встроенных шаблонов админ-панели и без необходимости обращаться каждый раз к разработчикам. Наличие онбординга помогает справиться с адаптацией, обучением и сопровождением сотрудников, поставщиков и клиентов. А также предусмотрена возможность в дальнейшем задействовать на постоянной основе специалистов технической поддержки разработчика помимо расширенных услуг ТП под заявку (для этого выделяется команда техподдержки под конкретный enterprise проект клиента).
• Возможности интеграции с ERP системами, EDI, ЭДО и т.д. Через высокопроизводительную и масштабируемую шину DataBus AGORA реализуется множество вариантов интеграций с любыми сторонними продуктами.

Оставляйте заявку, если хотите получить рекомендации по подбору подходящего системного решения задач бизнеса, узнать стоимость и сроки внедрения.

Блог

SoHo, SMB, Enterprise. Где границы между этими категориями потребителей?

25.05.2012 13:14 25.05.2012 13:14:35

Несколько лет тому назад на ИТ-рынке вдруг (а может, и не вдруг) поставщики “тяжелого” софта, “ тяжелого” оборудования и “тяжелых” ИТ-услуг вдруг в один голос начали клясться в том, что теперь для них очень важны стали потребители, относящиеся к категории “Средний и малый бизнес” (СМБ) и теперь они на базе своих Enterprise-продуктов (то есть продуктов, ориентированных на крупные корпорации), будут выпускать SMB-продукты – то есть продукты, адресованные среднему и даже малому бизнесу. [spoiler]

Даже была (где-то по Питером) специальная крупномасштабная многовендорная ИТ-конференция, на которой известные отечественные и зарубежные ИТ-компании озвучивали свои планы по захвату СМБ-сегмента российского ИТ-рынка. Но что примечательно: почти никто из спикеров этой конференции не проводил даже приблизительных границ между крупными (Enterprise), средними (Medium), небольшими (Small) и совсем маленькими (SoHo) заказчиками (клиентами). Более того, на все вопросы относительно этой границы отвечали ну очень уклончиво. Диапазон ответов был таков: от “Э то всем известно” до “У каждой компании эта граница своя”.

Довелось мне на той ИТ-конференции поговорить в кулуарах с одним известным аналитиком. Среди прочего, я задал ему такой вопрос: “Где, на ваш взгляд, пролегает граница между крупным и средним бизнесом?”. Он сказал: “Это очень интересный вопрос. В моей записной книжке есть примерно два десятка вариантов ответа на него”. Однако от публикации (и даже озвучивания) этих вариантов отказался. В шутку отметив, что это своего рода ноу-хау.

Процессы смещения “горизонтальных” фокусов ИТ-предприятий продолжаются и поныне. На СМБ-сегмент заглядываются как поставщики Enerprise-решений, так и компании, ранее ориентировавшиеся преимущественно на сегмент SoHo. Поэтому проблема единой “пограничной” терминологии, на мой взгляд, продолжает оставаться актуальной. В этом плане меня очень порадовала состоявшаяся вчера презентация итогов работы компании Lenovo (как в мире, так и в России). На ней среди прочего, были обозначены границы между теми категориями потребителей, которые компания для себя выделяет.

На мой взгляд, очень даже правильная градация. А на ваш?

Вывод нового продукта в B2B: сегментирование

Основная ошибка при работе с целевой аудиторией в B2B заключается в том, что многие воспринимают B2B, как некую единую целевую аудиторию. Однако, работая с этим сегментом, необходимо делить его на части — саб-сегменты.

В самом общем случае саб-сегментов будет как минимум два.

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

Итак, В2В сегмент состоит как минимум из:

• нижнего саб-сегмента (SOHO — small office/ home office и SMB — small/medium business) — компании-клиенты маленького и среднего размера
• верхнего саб-сегмента (UMM — upper midmarket и ENT — enterprise) — компании-клиенты большого и очень большого размера

Когда вы выводите продукт в В2В сегмент, важно понять, с нижним или с верхним саб-сегментом В2В вы планируете работать? Маркетинг, продажи, цели, всё построение бизнеса в нижней и верхней части В2В будут принципиально различаться. Если вы выводите продукт сразу в два саб-сегмента, рассматривайте их как два разных направления, которыми надо заниматься отдельно.

Что важно учитывать?

Нижний саб-сегмент — это маленькие компании. Специфика работы с ними будет продиктована, в основном, их количеством и, собственно, необходимостью автоматизации вашей работы с таким количеством клиентов. Если вы не автоматизируете процессы и работаете с каждой компанией персонифицировано, индивидуально, вы просто потонете. Неавтоматизированная работа — это немасштабируемая модель.

Однако, если вы работаете с upper midmarket и enterprise, вам понадобятся совершенно другие инструменты — необходимо будет внедрить account-based подход. Работа в верхнем саб-сегменте требует индивидуального подхода.

И это пронизывает буквально всё в работе с двумя саб-сегментами.

Помните — нельзя работать со всем B2B как с единой, несегментированной целевой аудиторией!

Enterprise-боли: как правильно сесть в облако, а не в лужу

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

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

Особенности Enterprise-компаний

Сегодня компаниями сегмента Enterprise принято считать крупные организации со сложной динамично развивающейся ИТ-инфраструктурой, включающей в себя более 50 виртуальных машин и сервисов. Общий объем ресурсов в них может составлять более 1000 виртуальных процессоров, 4000 Гбайт памяти и содержать объем информации свыше 200 Тбайт. Кроме того, в таких компаниях обычно много потребителей ИТ-ресурсов и сервисов, мнение которых необходимо учитывать для обеспечения непрерывной работы бизнес-процессов организации. Критичными являются и показатели доступности, так как именно ИT-инфраструктура зачастую обеспечивает работу всех бизнес-процессов. Таким образом, у Enterprise-компаний достаточно жесткие требования к производительности ресурсов и наличию соответствующих сервисов у поставщика.

Любой успешный бизнес, приносящий прибыль, должен ежегодно расти и развивать свою инфраструктуру. В среднем компания показывает рост на 10-15% в год, а в Enterprise-сегменте он может превышать 50%. Из-за такого высокого потребления ресурсов не каждый облачный провайдер способен предоставить необходимое количество сервисов и обеспечивать их увеличение в случае кратного роста.

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

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

Сложности миграции

Самое сложное при миграции Enterprise-компании – связать ИT-инфраструктуру организации с облачными сервисами, чтобы собрать из компонентов облака инфраструктуру, на которую можно будет в дальнейшем мигрировать. Стоит также учитывать, что из-за большого объема ИТ-инфраструктуры и обилия сервисов переход в облако занимает больше времени и требует более тщательной проработки сценария миграции.

Чтобы обеспечить плавный перенос ИТ-инфраструктуры компании в облако, необходимо понять, из каких систем она состоит, и составить для них подробный план миграции. Для этого необходимо наличие документации на каждую систему и сервис, которая даст понимание полной архитектуры связанности и работы сетевого взаимодействия, а также наличие сотрудников, не только ответственных за эксплуатацию и развитие этих систем и сервисов на бумаге, но и понимающих, как они работают.

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

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

Обеспечение безопасности данных на всех этапах миграции для Enterprise-компании также является одной из самых важных задач, так как во многих организациях действуют собственные стандарты безопасности, зачастую более строгие, чем нормативные документы.

Плавный переход в облако для Enterprise-компаний

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

К сожалению, даже в крупных компаниях очень часто отсутствует не только необходимая документация, но и люди, владеющие полной информацией обо всех используемых сервисах. Поэтому в первую очередь необходимо провести обследование ИТ-инфраструктуры и выяснить, какие в ней присутствуют сервисы, услуги, системы, понять модель AS-IS. После этого нужно разработать модель TO-BE и оценить, как можно оптимизировать ИТ-инфраструктуру за счет сервисов провайдеров. Необходимо составить план миграции, резервного копирования, а также план отката на случай нештатной ситуации.

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

Что нужно делать?

Для начала требуется провести аудит, чтобы выявить все ИТ-системы, их архитектуру и связанность, а также понять, какое влияние эти системы оказывают на бизнес-процессы организации, определить их критичность.

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

К штатным инструментам можно отнести продукты, позволяющие сделать перенос виртуальной инфраструктуры максимально простым и быстрым. Раньше для этого использовались решения зарубежных вендоров, однако после их ухода с российского рынка активно используются перспективные отечественные разработки, такие как MIND и Hystax. Эти продукты помогают выполнить работы по переносу инфраструктуры качественно и удобно для заказчиков.

Как поддерживать работоспособность облака после миграции?

По итогам миграции в первую очередь необходимо проверить работоспособность виртуальных машин и сервисов. Если самостоятельно это сделать не получается, можно привлечь инженеров провайдера. Мы также рекомендуем привлекать техническую поддержку провайдера для обслуживания ИТ-инфраструктуры на уровне ОС, ведь именно они знают, как работает облако и как правильно настроить ОС, чтобы получить наибольшую производительность, что особенно важно для Enterprise-компаний.

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

Как правильно выбрать облачного провайдера?

Обычно заказчики в первую очередь обращают внимание на репутацию и стоимость услуг провайдера. Все это верно, однако нужно учитывать и другие критерии. Необходимо, чтобы качество оборудования, используемого провайдером, было на высоком уровне. Важно также наличие клиентоориентированной технической поддержки и финансовых гарантий.

Еще один фактор, который может помочь при выборе облачного провайдера, – SLA (соглашение об уровне его сервиса). В первую очередь это доступность, заветные 99,999%. Чем показатель доступности выше, тем надежнее будет работа предоставленных сервисов, но тем и дороже могут быть ресурсы и сервисы, предоставляемые облачным провайдером. Кроме того, у каждого провайдера есть технические ограничения платформы и параметры услуг, которые включают в себя производительность процессоров, дисков, задержки на сетевом уровне и многое другое. К сожалению, каждый провайдер использует собственные показатели, и разобраться, чем те или иные из них отличаются у нескольких провайдеров, можно только протестировав производительность, используя одинаковые инструменты для каждого облака и убедившись, что производительность будет соответствовать требованиям систем заказчика.

Любой SLA включает в себя также порядок и сроки оказания базовой технической поддержки. Совет тут такой же – проверять, ведь от этого зависит, насколько быстро будет оказана помощь в случае инцидента. Сделать выбор также поможет субъективная оценка качества обслуживания клиентов, которую можно провести, получив сервисы от поставщика на тест.

В зависимости от задач, дополнительными факторами в пользу того или иного поставщика могут быть: количество у него ЦОДов, их расположение, соответствие нормативным документам, присутствие определенных операторов связи, возможность размещения дополнительного оборудования, а также наличие комплексных услуг, таких как аутсорсинг, интеграция и др.

Для правильного выбора вся ИТ-команда компании-заказчика должна быть вовлечена в этот процесс, так как именно она обеспечивает непрерывность работы бизнеса.

Что в итоге?

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

Переход в облако может оказаться долгим и утомительным, особенно если речь идет о крупной организации. Однако если комплексно подойти к процессу – правильно подобрать облачного поставщика, изучить имеющиеся ИТ-сервисы и их особенности, создать подробный план миграции, а также проверить работоспособность всех систем после их переноса, – переход в облака может пройти почти незаметно для бизнеса и конечных пользователей.

Автор

Виктор Федотов
Архитектор по развитию облачных сервисов ГК Softline