Изменить

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


Повторное размещение приложений Adabas и Естественных приложений в Azure

Виртуальная сеть Azure
Виртуальные машины Azure
Azure ExpressRoute

На протяжении десятилетий программное обеспечение AG Adabas было адаптируемой системой баз данных за множеством крупных критически важных бизнес-приложений. Теперь вы можете обеспечить удобство облачных вычислений для этих приложений, не отказываясь от базы данных Adabas или естественного языка программирования. Эта архитектура представляет возможность повторного размещения системы в Azure. Он предоставляет высокоуровневый взгляд на то, что возможно, будь то зеленый экран или идти современным.

Архитектура мейнфреймов

В этой архитектуре показана устаревшая архитектура Adabas и Естественной архитектуры перед повторным размещением в облаке:

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

Скачайте файл Visio для этой архитектуры.

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

А. Пользователи могут вводить данные по протоколу TCP/IP, включая TN3270 и HTTP(S). Данные передаются в мейнфрейм с помощью стандартных протоколов мейнфреймов.

B. Приложения получают данные. Эти приложения могут быть пакетной или онлайн-системами.

C. Естественные, COBOL, PL/I, Сборщик или совместимые языки выполняются в включенной среде.

D. Службы баз данных, обычно иерархические или сетевые системы баз данных и реляционные базы данных, хранят данные.

Е. Общие службы, такие как выполнение программы, операции ввода-вывода, обнаружение ошибок и защита в среде, обеспечивают поддержку.

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

G. Операционные системы выполняются на секциях.

H. Секции используются для выполнения отдельных рабочих нагрузок или разделения рабочих типов в среде.

Архитектура Azure

На этой схеме показана устаревшая архитектура, перенесенная в Azure. Для переноса системы используется подход повторного размещения:

Схема, на которую показана архитектура мейнфрейма, размещенная в Azure.

Скачайте файл Visio для этой архитектуры.

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

  1. Данные обычно используются через Azure ExpressRoute из удаленных клиентов или с помощью других приложений, работающих в Azure. В любом случае подключения TCP/IP предоставляют основное средство подключения к системе. Доступ пользователей для веб-приложений предоставляется через порт TLS 443. Вы можете использовать устаревший уровень презентации веб-приложения практически без изменений, чтобы свести к минимуму переобучение пользователей. Кроме того, можно обновить уровень презентации веб-приложения с помощью современных платформ пользовательского интерфейса. Чтобы повысить безопасность, свести к минимуму открытые порты, можно использовать узлы Бастиона Azure для доступа администратора к виртуальным машинам.
  2. Шлюз приложений Azure используется для доступа к вычислительным кластерам приложений. Он предоставляет службы балансировки нагрузки уровня 7. Он также может принимать решения о маршрутизации на основе дополнительных атрибутов в HTTP-запросе, например пути URI или заголовков узлов. Например, вы можете маршрутизировать трафик на основе входящего URL-адреса. В этом случае трафик направляется в правильный компонент программной группы доступности (ApplinX или EntireX).
  3. Для вычислительных кластеров приложений можно использовать одну виртуальную машину для программного обеспечения Adabas и Natural. Рекомендуется использовать отдельные виртуальные машины для приложения и базы данных для более чем 200 MIPS. В этом примере используется две виртуальные машины. Вы можете развернуть распределенную архитектуру (Adabas и Natural, запущенную на нескольких виртуальных машинах), чтобы обеспечить масштабируемые приложения Natural с более высокой доступностью и более высокой согласованности для хранилища Adabas.
  4. ApplinX обеспечивает веб-подключение и интеграцию с системным приложениями. Никаких изменений в приложениях не требуется.
  5. ВсяX подключает службы, которые выполняются на сервере интеграции, к критически важным программам, написанным на языках, таких как COBOL или Natural.
  6. Интернет-пользователи подключаются к приложению Natural с помощью Natural Online. Natural Online обеспечивает подключение через SSH или веб-браузер.
  7. Естественные службы предоставляют доступ к бизнес-функциям, программируемым в Natural.
  8. База данных Adabas NoSQL хранит данные.
  9. Пакетная служба Software AG выполняет пакетные задания.

Компоненты

  • Виртуальные машины Azure. Виртуальные машины является одним из нескольких типов вычислительных ресурсов по запросу, масштабируемых вычислительных ресурсов, которые предлагает Azure. Виртуальная машина Azure обеспечивает гибкость виртуализации без необходимости покупать и поддерживать физическое оборудование. 
  • Что такое виртуальная сеть Azure?  виртуальная сеть — это базовый стандартный блок для частной сети в Azure. виртуальная сеть позволяет многим типам ресурсов Azure, таким как виртуальные машины, взаимодействовать друг с другом, Интернетом и локальными сетями через высокозащищенное подключение. Виртуальная сеть похожа на традиционную сеть, которая может работать в собственном центре обработки данных, но предоставляет преимущества инфраструктуры Azure, например масштабируемости, доступности и изоляции. 
  • Шлюз приложений Azure. Шлюз приложений предоставляет настраиваемое решение балансировки нагрузки уровня 7.
  • Интерфейсы виртуальной сети. Сетевой интерфейс позволяет виртуальной машине взаимодействовать с Интернетом, Azure и локальными ресурсами. Карты сетевого интерфейса можно добавить на виртуальную машину, чтобы предоставить дочерним виртуальным машинам собственный выделенный сетевой интерфейс и IP-адрес. 
  • дисков под управлением Azure; Управляемые диски Azure — это тома хранилища на уровне блоков, управляемые Azure и используемые с виртуальными машинами Azure. Доступны диски ценовой категории "Ультра", твердотельные накопители уровня "Премиум", стандартные диски SSD и жесткие диски уровня "Стандартный" (HDD). Для этой архитектуры рекомендуется использовать диски SSD уровня "Премиум" или "Ультра". 
  • Azure ExpressRoute. ExpressRoute можно использовать для расширения локальных сетей в облако Azure через частное подключение, которое упрощает поставщик подключений. С помощью ExpressRoute можно установить подключения к облачным службам Майкрософт, таким как Azure и Office 365.

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

На протяжении десятилетий программное обеспечение AG Adabas было адаптируемой системой баз данных за множеством крупных критически важных бизнес-приложений. Теперь вы можете обеспечить удобство облачных вычислений для этих приложений, не отказываясь от базы данных Adabas, естественного языка программирования или даже зеленого экрана, если вы не хотите.

Большинство организаций прагматично подходят к цифровой трансформации. Они хотят повторно использовать то, что они могут и сделать экономичный выбор о остальных. Именно поэтому настолько популярен подход повторного размещения к миграции в облако. Вы просто перемещаете рабочую нагрузку, если это возможно, на виртуальные машины Azure, тип инфраструктуры как услуга (IaaS). Виртуальные машины работают в центрах обработки данных Azure, управляемых корпорацией Майкрософт, поэтому вы получаете выгоду от эффективности, масштабируемости и производительности распределенной платформы без затрат на управление оборудованием.

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

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

Эта архитектура подходит для организаций, которые хотят использовать подход повторного размещения для эффективной миграции мейнфреймов в Azure, которая оптимизирует повторное использование устаревших систем.

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

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

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

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

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

Это решение использует группу безопасности сети Azure (NSG) для управления трафиком между ресурсами Azure в разных подсетях. Дополнительные сведения см. в разделе Группы безопасности сети. 

Бастион Azure повышает безопасность для доступа администратора, минимизируя открытые порты. Бастион Azure обеспечивает высокозащищенное подключение RDP или SSH к виртуальным машинам виртуальной сети непосредственно из портал Azure по протоколу TLS.

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

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

Azure помогает избежать ненужных затрат путем определения правильного количества ресурсов, анализа расходов с течением времени и масштабирования в соответствии с бизнес-потребностями без чрезмерного использования.

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

Виртуальные машины в этой архитектуре используют диски SSD цен. категории "Премиум" или диски SSD цен. категории "Ультра". Дополнительные сведения о вариантах дисков и ценах на них см. в статье Цены на Управляемые диски.

Операционное превосходство

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

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

Эффективность производительности

Эффективность производительности — это возможность масштабирования рабочей нагрузки в соответствии с требованиями, заданными пользователями. Дополнительные сведения см. в контрольном списке проверки конструктора дляпроизводительности.

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

Соавторы

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

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

  • Марлон Джонсон | Старший менеджер по программам

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

Дальнейшие действия

Для получения дополнительной информации обратитесь по адресу legacy2azure@microsoft.com. 

Дополнительные ресурсы см. в следующих следующих следующих ресурсах: