Облачный подход, ставший популярным в 2018 году, больше не приветствуется как ответ на облачное доминирование. Вместо этого Кристиан Махнке, направленный на развитие бизнеса предприятия, говорит, что миграция в 2019 году будет более тщательно рассматриваться и измеряться.
"Вынужденный подход к облаку не идеален. В то время как понимание облака улучшилось и поглощение растет, уроки уже извлечены, и подход к 2019 году заключается в том, чтобы только мигрировать то, что подходит для общедоступного облака”, - говорит Махнке. Он добавляет, что гибридный подход также будет продолжать стимулировать внедрение облака в течение 2019 года.
Преимущество миграции устаревших приложений заключается не только в повышении гибкости, но, что еще более важно, она должна обеспечить как деловую, так и операционную эффективность: “если миграция не имеет финансового смысла, то этого не должно произойти. Кроме того, миграция должна гарантировать, что инфраструктура надежна и имеет большую масштабируемость, что также приводит к улучшению общей гибкости”, - говорит Махнке.
В то время как многие предприятия реализуют эти преимущества в отличие от игры "сначала облако", вопрос все еще остается с точки зрения устаревших приложений и что делать? Является ли их перемещение более выгодным, чем их пребывание на месте?
В то время как новые приложения, или те, которые разработаны с учетом облачных технологий, могут извлечь выгоду из облачных технологий и будет работать лучше в облачной среде, то же самое нельзя сказать о устаревших приложений.
Существует четыре основных фактора, влияющих на успех миграции устаревших приложений:
Подход к подъему и сдвигу: в некоторых случаях устаревшие приложения могут просто “поднимать и переносить” в облако без особых усилий. Даже если устаревшее приложение не работает лучше в облаке, размещенное в облаке устаревшее приложение может хорошо вписаться в облачную стратегию организации, которая хочет разместить все свои приложения – старые и новые – в облаке.
Рефакторинг: это включает в себя более продвинутый процесс изменения архитектуры и перекодирования некоторых частей существующего приложения, чтобы воспользоваться преимуществами собственных облачных функций. Таким образом, организации могут в полной мере использовать преимущества облачных функций для максимизации операционных затрат в облаке. Это, вероятно, наиболее трудоемкий и ресурсоемкий вариант, но обеспечивает самый низкий ежемесячный расход всех вариантов миграции.
Распад и повторная сборка: в некоторых случаях миграция монолитных устаревших приложений в гораздо более мелкие микроуслуги сама по себе может рассматриваться как проблема. Приложения, возможно, придется разбить на более мелкие, более управляемые куски, а затем повторно собрать для использования в облаке, процесс, который, очевидно, чреват всевозможными проблемами интеграции/миграции/ сборки, но какой еще вариант есть, когда сталкиваются с миграцией большого устаревшего приложения.
Оставьте это в покое: это не миграционная стратегия, а, скорее, “лучше оставить его в покое”. Не все устаревшие приложения следует переносить в облако или вставлять в контейнеры или микрослужбы. Мы должны помнить, что некоторым устаревшим приложениям более 10-20 лет, они были разработаны в пред-облачную эпоху, они были разработаны с использованием COBOL и FORTRAN, и они не были разработаны, чтобы извлечь выгоду из облачных нативных фреймворков или функциональности. Многие из них были огромными приложениями, разработанными в течение многих лет и многократно расширенными, некоторые теряли свои сложные стандарты кодирования и погружались в мир кода спагетти, глубоко переплетались со своими базами данных или операционной системой, со многими внешними интерфейсами или лицензионными ограничениями, которые они не могут быть перемещены нигде, не обращая внимания на облако.
Некоторые организации предполагают, что перемещение приложений в облако автоматически увеличит производительность, но затем были разочарованы, когда этого не произошло. Проблемы с задержкой могут возникать, когда приложения и данные разделены или размещены в отдельных средах, а время отклика может быть затронут, потому что некоторые приложения требуют чрезмерно высокого уровня ввода-вывода, который может быть недоступен в облаке. Некоторые устаревшие приложения просто не будут работать лучше в облаке.
"Миграция устаревших приложений в облако-непростая задача. Есть много вариантов, и партнерство с правильной компанией, чтобы обеспечить ваш подход, успех жизненно необходим”, - говорит Махнке.
