Изменить

Поделиться через


Рефакторинг архитектуры мейнфреймов с помощью CloudFrame Refactore

Виртуальные машины Azure
Служба Azure Kubernetes (AKS)
Виртуальная сеть Azure
База данных SQL Azure
Azure Site Recovery

CloudFrame Renovate переносит код COBOL в пакет Java Spring Boot быстро, не компрометируя качество, точность, функциональную эквивалентность или производительность. Ремонт — это инструмент DIY, который использует управляемые действия и автоматизацию, чтобы упростить миграцию кода. Просто предоставьте входные данные и скачайте проекты Maven или Gradle Java. Специализированные навыки или сотрудники не требуются.

Устаревшая архитектура IBM zSeries

Схема, демонстрирующая архитектуру мейнфрейма перед миграцией.

Скачайте файл Visio архитектур в этой статье.

Рабочий процесс

А. Данные входят по протоколу TCP/IP, включая TN3270 и HTTP(S).

B. Данные передаются в мейнфрейм с помощью стандартных протоколов мейнфреймов.

C. По промежуточного слоя и служебные службы управляют службами, такими как хранилище лент, очередь, выходные данные и веб-службы в среде.

D. Среда выполнения пакетного приложения включает в себя планирование, управление рабочей нагрузкой и операции SPOOL.

Е. Среды обработки транзакций в Сети обеспечивают высокий уровень доступности, управление рабочими нагрузками и управление транзакциями, совместимыми с XA.

F. Бизнес-приложения, написанные на языке COBOL, PL/I или Сборщике (или совместимые языки), выполняются в средах, включаемой для пакетной и оперативной работы.

G. Общие бизнес-службы стандартизуют решения для общих служб, таких как ведение журнала, обработка ошибок, ввод-вывод и бизнес-службы до SOA.

H. Данные хранятся в службах данных и баз данных, таких как иерархические, сетевые и реляционные подсистемы баз данных, а также индексированные и последовательные файлы данных.

I. Секции операционной системы (виртуальные машины) предоставляют интерфейс между подсистемой и программным обеспечением.

J. Гипервизор процессора или System Manager (PR/SM) выполняет прямую виртуализацию оборудования для секционирования физических машин на виртуальные машины.<

Перенесенная архитектура Azure

Схема, демонстрирующая архитектуру после миграции в Azure.

Скачайте файл Visio архитектур в этой статье.

Рабочий процесс

  1. Данные обычно используются через Azure ExpressRoute из удаленных клиентов или из других приложений, работающих в настоящее время в Azure. В любом случае TCP/IP является основным средством подключения к системе. Порт TLS 443 предоставляет доступ пользователей к веб-приложениям. Уровень презентации веб-приложения можно использовать практически без изменений, чтобы свести к минимуму потребность в обучении. Кроме того, вы можете обновить уровень презентации веб-приложения с помощью современных платформ пользовательского интерфейса по мере необходимости. Узлы бастиона виртуальных машин Azure можно использовать для предоставления администраторам доступа к виртуальным машинам. Это повышает безопасность, минимизируя открытые порты.

  2. В Azure подсистемы балансировки нагрузки Azure управляют доступом к вычислительным кластерам приложений для обеспечения высокой доступности. Этот подход позволяет масштабировать вычислительные ресурсы для обработки входных данных. Доступны подсистемы балансировки нагрузки уровня 7 (уровень приложений) и подсистемы балансировки нагрузки уровня 4 (транспортный уровень). Используемый тип зависит от архитектуры приложения и полезных данных API в точке входа вычислительного кластера.

  3. Вы можете развернуть на виртуальной машине в вычислительном кластере или в модуле pod, который можно развернуть в кластере Kubernetes. Бизнес-службы и приложения Java, созданные с помощью обновления, выполняются одинаково хорошо на виртуальных машинах Azure и контейнерах Azure Kubernetes. Более подробный анализ параметров вычислений см . в этом дереве принятия решений службы вычислений Azure.

  4. Серверы приложений получают входные данные в вычислительных кластерах и совместно используют состояние приложения и данные с помощью Кэш Azure для Redis или удаленного прямого доступа к памяти (RDMA).

  5. Бизнес-службы и приложения в кластерах приложений позволяют использовать несколько подключений к постоянным источникам данных. Эти источники данных могут включать службы PaaS, такие как База данных SQL Azure и Azure Cosmos DB, базы данных на виртуальных машинах, таких как Oracle или Db2, а также репозитории больших данных, такие как Azure Databricks и Azure Data Lake. Службы данных приложений также могут подключаться к службам потоковой передачи данных, таким как Kafka и Azure Stream Analytics.

  6. Ремонт служб среды выполнения обеспечивает обратную совместимость с архитектурами данных мейнфрейма и эмуляции файловых систем QSAM и VSAM, отменяя миграцию данных в UTF-8 от рефакторинга в Java и повторного размещения в Azure. Дополнительные службы среды выполнения включают совместимость с SORT, IDCAMS, служебными программами IE, управлением хранением GDG и т. д.

  7. Службы данных используют сочетание высокопроизводительного хранилища (SSD ценовой категории "Премиум") и хранилища файлов (Azure NetApp Files/ Файлы Azure) и стандартного хранилища (BLOB-объектов, архива, резервного копирования), которые могут быть локально избыточными или геоизбыточными в зависимости от использования.

  8. Службы данных платформы Azure как услуга (PaaS) предоставляют масштабируемое геоизбыточное хранилище данных с высоким уровнем доступности, которое совместно используется для вычислительных ресурсов в кластере.

  9. Фабрика данных Azure обеспечивает прием и синхронизацию данных с несколькими источниками данных как в Azure, так и из внешних источников. Хранилище BLOB-объектов Azure — это общая целевая зона для внешних источников данных.

  10. Azure Site Recovery обеспечивает аварийное восстановление компонентов виртуальной машины и кластера контейнеров.

Компоненты

  • Azure Виртуальные машины — это один из нескольких типов вычислительных ресурсов по запросу, масштабируемых вычислительных ресурсов, которые предоставляет Azure. Виртуальная машина Azure обеспечивает гибкость виртуализации, и вам не нужно покупать и поддерживать физическое оборудование, которое выполняет его.
  • Служба Azure Kubernetes (AKS) поможет вам приступить к разработке и развертыванию облачных приложений с помощью встроенных конвейеров кода в облако и защиты.
  • Управляемые диски SSD Azure — это тома хранилища на уровне блоков, управляемые Azure и используемые с виртуальными машинами Azure. Доступные типы дисков : "Ультра", "Премиум SSD", "Стандартный" и "Стандартный HDD". Для этой архитектуры рекомендуется использовать диски SSD уровня "Премиум" или "Ультра".
  • Azure виртуальная сеть — это базовый стандартный блок для частной сети в Azure. виртуальная сеть позволяет многим типам ресурсов Azure, таким как виртуальные машины Azure, взаимодействовать друг с другом, Интернетом и локальными сетями, все с повышенной безопасностью. виртуальная сеть похожа на традиционную сеть, которая будет работать в собственном центре обработки данных, но обеспечивает дополнительные преимущества, такие как масштабирование, доступность и изоляция.
  • База данных SQL Azure — это полностью управляемый ядро СУБД PaaS, которое обрабатывает большинство функций управления базами данных, таких как обновление, исправление, резервное копирование и мониторинг без участия. База данных SQL всегда выполняется в последней стабильной версии ядра СУБД SQL Server и исправленной ОС.
  • Кэш Azure для Redis — это распределенный управляемый кэш, который помогает создавать высокомасштабируемые и адаптивные приложения, предоставляя быстрый доступ к данным.
  • Фабрика данных — это облачная служба интеграции данных, которая управляет и автоматизирует перемещение и преобразование данных.
  • Azure Site Recovery способствует обеспечению непрерывности бизнес-процессов и аварийному восстановлению (BCDR) путем оркестрации и автоматизации репликации виртуальных машин Azure между регионами, локальными виртуальными машинами и физическими серверами в Azure, а также путем репликации локальных компьютеров в дополнительный центр обработки данных.

Подробности сценария

Использование существующих данных и процессов мейнфрейма снижает риск и ускоряет время до значения. CloudFrame Restoree обеспечивает обратную совместимость с архитектурами данных мейнфрейма и поддержкой служебных программ мейнфреймов, таких как SORT. Двоичные снимки данных VSAM и QSAM можно выполнять в эмулированных файловых системах CloudFrame, поддерживаемых службами Azure, такими как хранилище BLOB-объектов, Azure Cosmos DB, хранилище дисков и SQL Azure.

Рефакторинг приложений мейнфреймов с помощью "Ремонт" перемещает преобразование приложений и инфраструктуры из собственных устаревших решений в стандартизированные, тестируемые, открытые технологии. Это преобразование также перемещает команды на операционные модели Agile DevOps.

Обновленный код Java легко понять, оценивается A по SonarQube и создает результаты, которые функционально эквивалентны и эквивалентны данным. Полученный код может поддерживаться текущими разработчиками с помощью процессов и цепочки инструментов DevOps. Разработчикам не нужны знания об мейнфреймах или COBOL для поддержания рефакторингового приложения. Результирующий код очень поддерживается, и риск преобразования не является низким.

Используя добавочный подход к модернизации ремонтов, вы, а не поставщик инструментов, можете определить степень детализации и скорость изменения. Рефакторинг с помощью "Ремонт" — это быстрый и низко рискованный способ перемещения рабочих нагрузок COBOL в облачную среду Java в Azure.

Потенциальные варианты использования

Рефакторинг в Azure с помощью "Ремонт" может помочь организациям и командам, которые хотят воспользоваться этими преимуществами:

  • Более контроль над процессами модернизации с помощью средств DIY.
  • Добавочный подход к модернизации.
  • Средства автоматического рефакторинга, которые можно настроить в соответствии с пользовательскими требованиями.
  • Перенос рабочих нагрузок мейнфрейма в облако без последующих побочных эффектов полной перезаписи.
  • Современная инфраструктура без структур затрат, ограничений и жесткости мейнфреймов.
  • Миграция основных приложений при сохранении непрерывности с другими локальными приложениями.
  • Решения, которые предлагают различные варианты аварийного восстановления.
  • Горизонтальная и вертикальная масштабируемость, которую предоставляет Azure.

Рекомендации

Эти рекомендации реализуют основные принципы платформы Azure Well-Architected Framework, которая представляет собой набор руководящих принципов, которые можно использовать для улучшения качества рабочей нагрузки. Дополнительные сведения см. в статье Microsoft Azure Well-Architected Framework.

Надежность

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

Высокая доступность и производительность встроены в это решение из-за подсистем балансировки нагрузки и автомасштабирования вычислений. Если не удается выполнить одну презентацию, транзакцию или пакетный сервер, другой сервер за подсистемой балансировки нагрузки обрабатывает рабочую нагрузку. Архитектура использует Site Recovery для зеркального отображения виртуальных машин Azure. В нем используются службы хранилища PaaS и базы данных для репликации в дополнительный регион Azure для быстрого отработки отказа и аварийного восстановления, если центр обработки данных Azure завершается сбоем. Наконец, вы можете полностью автоматизировать развертывание и операционную архитектуру.

Безопасность

Безопасность обеспечивает гарантии от преднамеренного нападения и злоупотребления ценными данными и системами. Дополнительные сведения см. в разделе "Общие сведения о компоненте безопасности".

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

Оптимизация затрат

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

Azure обеспечивает оптимизацию затрат путем запуска виртуальных машин и модулей pod Kubernetes на оборудовании сырьевых товаров, сценариев расписания отключения виртуальных машин, которые не используются, и использования модулей pod Kubernetes для повышения плотности развертывания. Зарезервированные и точечные экземпляры могут снизить затраты. Управление затратами Майкрософт обеспечивает прозрачность затрат, предоставляя единое представление о затратах и бюджетах. Резервирования Azure и план экономии Azure для вычислений создают значительные скидки по мере использования. Эти предложения можно использовать отдельно или вместе для объединения экономии. Используйте калькулятор цен Azure для оценки стоимости реализации решения.

Соавторы

Эта статья поддерживается корпорацией Майкрософт. Первоначально он был написан следующими участниками.

Автор субъекта:

  • Джим Дуган | Основной TPM

Другие участники:

Чтобы просмотреть недоступные профили LinkedIn, войдите в LinkedIn.

Следующие шаги