Опрошенные порталом ComputerWeekly аналитики обсуждают работу ERP с данными в современных условиях.
Планирование ресурсов предприятия (ERP) — это центральная нервная система многих современных компаний, которая управляет множеством процессов, связывающих операции, процессы и отделы организации.
Если ERP работает хорошо, пользователи могут даже не подозревать о ее существовании и просто делать свое дело. Но, исправно выполняя свою работу, ERP иногда может становиться менее приоритетной для корпоративных ИТ-отделов.
Ниже обсуждаются ключевые характеристики производительности ERP и требуемого для нее хранилища, профиль ввода-вывода (I/O) ERP-приложений, построенных на основе баз данных, типы хранилищ, наиболее подходящие для ERP, и опции, которые стали доступны в связи с переходом к облачным технологиям.
Что делает ERP?
ERP управляет бизнес-функциями, такими как финансы, цепочки поставок и даже человеческие ресурсы (HR), и объединяет их на единой ИТ-платформе.
ERP-приложения, как правило, модульные, с компонентами, которые управляют конкретными рабочими процессами, бизнес-задачами или даже целыми отделами.
Разница между ERP и отдельными бизнес-приложениями, такими как бухгалтерские и кадровые, заключается в том, что ERP имеет общую базу данных. ERP также имеет общий пользовательский интерфейс (UI) и цифровые связи с бизнес-функциями.
Если посмотреть с другой стороны, ERP — это способ представить корпоративную базу данных пользователям таким образом, чтобы это имело смысл с точки зрения их должностных обязанностей, но при этом обеспечивало единое хранилище бизнес-данных и согласованные рабочие процессы в разных отделах. Как интегрированная система, ERP должна давать предприятиям более полное представление об их операциях, чем отдельные приложения.
Каковы требования ERP к вводу-выводу данных?
ERP опирается на свои базы данных, поэтому она разделяет требования любой системы управления базами данных корпоративного уровня. ERP нуждается в больших объемах хранения данных, с низкой задержкой и хорошей скоростью чтения и записи, а также в высоком уровне надежности и защиты данных.
Но поскольку ERP в основном работает со структурированными данными, требования к объему хранилища у нее не столь высоки, как у таких приложений, как бизнес-аналитика, искусственный интеллект и машинное обучение. ERP обычно работает с терабайтами, а не с петабайтами данных.
Требования к вводу-выводу данных ERP зависят от потребностей организации и отрасли, в которой она работает, а также от бизнес-функций, которые поддерживает конкретное развертывание ERP.
ERP для финансовых услуг, электронной коммерции в режиме реального времени или производства «точно в срок» предъявляет более высокие требования к вводу-выводу, чем ERP для бизнеса, который может выполнять пакетную обработку. Так, логистика и управление цепочками поставок более зависимы от ввода-вывода, чем управление персоналом или финансовое планирование.
Предприятия могут использовать несколько экземпляров ERP-системы, поэтому они могут настраивать аппаратное обеспечение, включая систему хранения, в соответствии с требованиями к производительности.
По словам Филипа Доусона, вице-президента Gartner Research, занимающегося вопросами ERP, многие экземпляры ERP сейчас виртуализированы. «Все, что до нескольких терабайт, может быть обработано на виртуальной машине, — говорит он. — Таким образом, управление хранением, памятью и вводом-выводом осуществляется как часть управления базой данных, и так происходит уже много лет».
ERP также может работать в оперативной памяти, но это не устраняет необходимости управлять требованиями к вводу-выводу. «Вам все равно придется загружать и выгружать моментальные снимки, выполнять резервное копирование и восстановление. Это просто еще один уровень ввода-вывода», — говорит Доусон.
Какие технологии хранения нужны ERP?
Обычно предприятия используют ERP-системы на блочных хранилищах, будь то хранилища с прямым подключением к серверу или массивы SAN.
Традиционно предприятия использовали массивы на основе RAID для обеспечения емкости, производительности и первого уровня защиты данных. Переход на твердотельные системы хранения, особенно на флэш-память, повысил производительность. Флэш-память особенно полезна для ERP с потребностью в частом чтении и записи. ERP-системы, обрабатывающие критически важные транзакции, скорее всего, выиграют от использования флэш-памяти, как подключенной к серверу, так и объединенной в сеть через SAN. Поставщики крупных ERP-систем, как правило, не поддерживают сетевые хранилища, хотя многие компании успешно используют NAS для работы ERP.
Усовершенствования в технологии NAS также сократили разрыв между блочным и файловым хранением.
Если ERP-система и ее база данных поддерживают эту технологию, а производительность приемлема, то можно получить преимущества от работы ERP на NAS или даже объектном хранилище. К ним относятся сокращение числа архитектур хранения данных, которыми оперирует предприятие, и лучшая интеграция с облачными хранилищами.
«ERP делает так много, что в некоторых случаях очень хочется запустить ее в памяти, но в других случаях это не имеет смысла, — говорит Тони Лок, аналитик Freeform Dynamics. — Крупные организации часто используют не просто один экземпляр ERP, а несколько экземпляров для разных частей бизнеса или разных географий».
Он все чаще видит ERP-системы, работающие на гиперконвергентной инфраструктуре и в облаке.
ERP в облаке?
Облачные вычисления и облачные хранилища могут оказать большее влияние на ERP, чем развитие технологий хранения данных.
Предприятия могут использовать ERP в публичных облаках, на локальных площадках или в их комбинации. Облачные варианты предлагают как крупные корпоративные поставщики ERP, так и их более мелкие конкуренты.
По словам Доусона, около трети предприятий сейчас используют ERP в облаке, еще треть не может себе это позволить, а оставшаяся треть находится в процессе перехода на облачные платформы.
Когда дело доходит до хранения данных, потенциальные «подводные камни» облачного развертывания возникают из-за задержек между вычислениями и хранением в облаке, или задержек между ERP-системой, пользователями и любыми датчиками или другим оборудованием, подключенным к ERP.
При этом необходимо учитывать «длину кабеля». Облачное применение особенно рискованно в таких областях, как производство или логистика, где потоки данных зависят от реального или близкого к реальному времени, чтобы успевать за движением товаров. В большинстве повседневных задач полностью облачная система вряд ли повлияет на конечного пользователя, если у него достаточно высокая пропускная способность Интернета.
Поставщики корпоративного ПО сегодня продвигают свои собственные сквозные облачные решения, поскольку они позволяют управлять производительностью и пользовательским опытом. Но компаниям, развертывающим собственные облачные ERP-системы, необходимо учитывать производительность хранилищ, причем для ERP-систем лучше всего подходят наиболее производительные уровни облачного хранения.
Наконец, есть еще один стимул хранить данные ERP в облаке — это более простое повторное использование данных для BI и аналитики, включая ИИ. Если данные находятся в облаке, добавление аналитики, BI или ИИ может осуществляться по требованию без необходимости перезагрузки данных из локального хранилища.
ERP-аналитика и анализ данных — это самостоятельные области роста. Хотя они сами по себе не могут служить достаточным основанием для миграции в облако, они являются полезным дополнительным преимуществом.
