Міграція та модернізація Maximo Application Suite за допомогою Red Hat OpenShift на Azure – блог IBM

IBM^® Максимо^® протягом чотирьох десятиліть є провідним рішенням для управління корпоративними активами в галузі, допомагаючи клієнтам оптимізувати робочі процеси за допомогою централізованої платформи для керування завданнями, запасами, дотриманням нормативних вимог і можливостями звітності. IBM Maximo Application Suite (MAS), наступне покоління IBM Maximo, забезпечує кращий досвід роботи з користувачем, швидшу інтеграцію, надійну аналітику штучного інтелекту та широкий спектр варіантів хмарного розгортання. MAS надає організаціям надійне та сучасне рішення для управління активами.

Red Hat® OpenShift®, провідна в галузі гібридна платформа хмарних додатків на базі Kubernetes, об’єднує перевірені та надійні служби, щоб зменшити труднощі під час розробки, модернізації, розгортання, запуску та керування програмами. OpenShift забезпечує узгоджену роботу в публічній хмарі, локальній, гібридній хмарі або крайовій архітектурі.

Лазурний це публічна хмарна платформа Microsoft. Azure пропонує велику колекцію послуг, яка включає можливості платформи як послуги (PaaS), інфраструктури як послуги (IaaS) і можливостей служби керованої бази даних. 

Microsoft Azure Red Hat® OpenShift® (ARO) забезпечує високодоступні, повністю керовані кластери OpenShift на вимогу, які контролюються та керуються спільно Microsoft і Red Hat. OpenShift доповнює Kubernetes додатковими функціями, роблячи його готовим контейнером PaaS зі значно покращеним досвідом розробника та оператора.

Коли клієнти Maximo повинні будуть перейти на MAS Maximo 7.x закінчується. MAS було контейнеризовано спеціально для роботи Red Hat OpenShift. Щоб полегшити цей перехід для клієнтів, які не знайомі з використанням контейнерів у виробництві, IBM, Microsoft і Red Hat об’єдналися, щоб надати перевірену архітектуру для запуску MAS на Azure Red Hat OpenShift.

У цьому блозі описано рекомендовані варіанти запуску MAS на Azure та описано, як компоненти IBM, Red Hat і Microsoft Azure поєднуються та забезпечують міцну основу для запуску MAS. Ми також вивчимо архітектурні рішення, щоб ви могли вибрати те, яке найкраще відповідає потребам вашої організації.

Для кожного варіанта, наведеного нижче, слід пам’ятати про два компоненти: програму MAS і платформу, на якій працює MAS (Red Hat OpenShift або Microsoft Azure Red Hat OpenShift).

Варіант 1 забезпечує процес встановлення за сценарієм для програми MAS і основної контейнерної платформи OpenShift (OCP). Цей процес спрощує загальний процес встановлення. Однак можливість налаштувати інсталяцію MAS обмежена, оскільки вона базується на сценарії. Крім того, оскільки основна платформа є самокерованим OCP, клієнт має повний контроль над інфраструктурою в обмін на моніторинг і підтримку цього кластера OCP.

Варіант 2a вимагає, щоб клієнт самостійно встановив MAS, але дозволяє більше налаштувати MAS під час процесу встановлення. Ця опція також забезпечує повний контроль над основним OCP, але вимагає від клієнта встановлення, моніторингу та обслуговування OCP.

Варіант 2b вимагає, щоб клієнт самостійно встановив MAS, але дозволяє більше налаштувати MAS під час процесу встановлення. У цьому варіанті основною платформою є Microsoft ARO, керована версія OCP, яку пропонує Microsoft. Встановлення ARO виконується за сценарієм, а інженери надійності сайтів Red Hat (SRE) відповідають за моніторинг і підтримку кластера OCP. Однак, оскільки SRE Red Hat керують кластером, клієнти матимуть менше контролю над інфраструктурою платформи, ніж у варіантах 1 і 2а.

Варіант 1: MAS на самокерованому Red Hat OpenShift через Marketplace

Цей варіант розгортання передбачає налаштування MAS на кластері OpenShift, який працює на платформі Azure. Azure Marketplace служить каналом, через який це розгортання стає можливим.

Однією з головних переваг вибору цього варіанту розгортання є простота розгортання. Azure Marketplace спрощує процес, надаючи попередньо налаштовані шаблони та сценарії, які розгортаються від імені клієнта. Цей шаблон можна використовувати для швидкого та ефективного налаштування MAS, зменшуючи складність розгортання програмного забезпечення.

Ви можете розгорнути новий кластер, використати наявний або розгорнути новий у існуючій мережі. Однак ви повинні надати очікувані конфігурації бази даних і електронної пошти перед розгортанням. Ця гнучкість дозволяє організаціям оптимізувати свою інфраструктуру та адаптуватися до мінливих потреб. The Шаблон Azure Marketplace спрощує процес розгортання, дозволяючи компаніям зосередитися на використанні MAS для швидкого вдосконалення своїх методів управління активами.

Важливо ретельно продумати розподіл ресурсів, безпеку даних, інтеграцію та підтримку, щоб забезпечити успішне розгортання та максимізувати переваги MAS. Завдяки правильному плануванню та виконанню організації можуть розкрити повний потенціал MAS у своїй подорожі з управління активами через Azure Marketplace з мінімальними зусиллями.

Варіант 2a: MAS на самокерованому Red Hat OpenShift за допомогою параметра «зроби сам».

Розгортання MAS на самостійно встановленому кластері OpenShift у Microsoft Azure за допомогою опції «зроби сам» означає, що ви повністю контролюєте процес встановлення. На відміну від інших методів розгортання, де середовище попередньо налаштовано, цей підхід дає змогу налаштувати розгортання MAS відповідно до ваших конкретних вимог.

Однією з головних переваг вибору варіанту «зроби сам» є неперевершений рівень контролю. Ви можете налаштувати розгортання відповідно до своїх унікальних потреб, гарантуючи, що кожен компонент налаштовано для оптимізації процесів управління активами.

За допомогою цього параметра ви можете вибрати потрібний інсталятор з різних варіантів, включаючи інфраструктуру, надану інсталятором, інфраструктуру, надану користувачем, і навіть конфігурацію повітряного зазору. Ця гнучкість дає змогу використовувати наявний досвід або вибрати програму встановлення, яка найкраще відповідає вимогам вашої інфраструктури та безпеки.

Однак важливо розуміти, що для цього варіанту потрібні кваліфіковані ресурси, потенційна складність процесу розгортання та обов’язки щодо постійної підтримки та обслуговування. Завдяки належному досвіду та добре продуманому плану варіант «зроби сам» може стати потужним вибором для організацій, які прагнуть максимізувати потенціал MAS у своїй подорожі з управління активами.

Варіант 2b: розгортання MAS на Azure Red Hat OpenShift під керуванням Microsoft Azure

У цьому варіанті MAS розгортається на ARO. Ця стратегічна комбінація пропонує низку переваг для підприємств, які прагнуть оптимізувати свої процеси. Цей варіант забезпечує золоту середину між двома попередніми варіантами.

MAS на ARO легко налаштувати, і це потребуватиме менше зусиль, ніж підхід «зроби сам», водночас дає вам однакові рівні контролю над OpenShift і MAS. Це в основному для тих, хто вважає за краще не керувати OpenShift самостійно, але хто все ще хоче контролювати платформу хостингу. Однак, оскільки ви будете взаємодіяти з OpenShift напряму, вам усе одно знадобляться члени команди, які мають досвід роботи з OpenShift, щоб цей параметр працював. Хоча цей варіант потребує менше роботи з точки зору постійного керування, оскільки керування OpenShift береться на себе, він вимагатиме додаткової попередньої роботи, оскільки ви розгортатимете MAS самостійно.

Переваги розгортання MAS на ARO багатогранні. По-перше, це знижує вхідний бар’єр і вимагає меншого набору ресурсів OpenShift/Kubernetes у перший день, щоб розпочати роботу. Найважливіше те, що вам більше не потрібно витрачати час і зусилля на налаштування OpenShift і застосування наступних оновлень.

По-друге, він забезпечує керований досвід через пропозицію PaaS, яку підтримують Microsoft і RedHat. Це забезпечує явні переваги для тих, хто віддає перевагу швидкому доступу до служб підтримки. Це спрощує загальний досвід керування працездатністю та оновленнями OpenShift, оскільки за це відповідає Microsoft.

Кожен варіант розгортання MAS на Azure має свої переваги та обмеження. Вам слід переглянути ці фактори, щоб узгодити їх розгортання з потребами та вимогами вашого бізнесу.

Ви повинні оцінити їхню інфраструктуру, налаштування та вартість, щоб прийняти обґрунтоване рішення, яке забезпечить успішне та ефективне розгортання MAS. Розуміючи сильні сторони та обмеження кожного варіанту, клієнти можуть вибрати варіант розгортання, який відповідає їхнім бізнес-цілям.

Взаємодіяйте з IBM сьогодні