Что на самом деле влечет за собой перенос идеи в облако

Автор: Roger Morrison
Дата создания: 23 Сентябрь 2021
Дата обновления: 19 Июнь 2024
Anonim
День пяти двоек: сбылось предсказание Ванги на 2020 год. На самом деле. Выпуск от 04.02.2020
Видео: День пяти двоек: сбылось предсказание Ванги на 2020 год. На самом деле. Выпуск от 04.02.2020

Содержание


Источник: voyager624 / iStockphoto

вынос:

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

Решение о переходе в облако требует много тщательного рассмотрения. Стоит ли переместить все в облако? Какой процесс? Как будет выглядеть дата-центр, когда вы закончите? Какие стратегии вы должны использовать для миграции? Есть над чем подумать.

Должны ли вы переместить все в облако?

В последние дни было много ажиотажа по поводу облачных вычислений. Конечно, многое из этого заслуживает. Но ни один разумный ИТ-менеджер не примет решение перенести всю свою инфраструктуру в облако только потому, что туда идут все остальные. Если вы действительно серьезно относитесь к переходу в облако, у бизнес-эксперта Рейчел Бридж есть несколько советов: «Итак, решение - начать с малого. Переход на облако не должен быть решением «все или ничего» и не должен быть ».


Прежде чем планировать «что» и «как» вашей стратегии миграции, возможно, сначала вам следует спросить: «Почему?» Обещание облачных вычислений заключается в том, что ваш бизнес выиграет от его масштабируемости, безопасности и экономии затрат. Но писатель по технологиям Брайен Поузи предупреждает: «Организациям необходимо тщательно проанализировать свои инвестиции в инфраструктуру - от оборудования до портфелей приложений, сетевой архитектуры и т. Д. - чтобы определить, будет ли переход выгоден».

Используйте свои контрольные списки

Возможно, лучший подход - постепенный. Это пункт в контрольном списке Ларри Алтона в его статье «Тенденции малого бизнеса», посвященной миграции в облако. Вот полный список:

  1. Понять риски.
  2. Рассмотрим приложение.
  3. Постепенно это слово.
  4. Адаптируйте свой план безопасности.
  5. Сначала подумайте о виртуализации.

Это не должно быть одной из тех статей списка, но я надеюсь, что мы можем добавить еще один список на эту тему. IBM уже выполнила эту работу для нас в своей статье «10 шагов к пониманию вашей ИТ перед переходом в облако»:


  1. Влияние на бизнес
  2. Производство против разработки и тестирования
  3. Вопросы производительности
  4. сложность
  5. Лицензирование
  6. Соглашения об уровне обслуживания
  7. Безопасность
  8. Платформа
  9. Хостинг данных
  10. Подготовить

Мое личное предпочтение - использовать метод процедуры для контроля любых изменений в ИТ-среде. Для меня это лучший способ учесть все проблемы управления изменениями. (См. Мою статью «Использование метода процедуры (MOP) для эффективного контроля изменений сети».)

Стратегии перехода на облако

Что касается процесса миграции, мы можем снова обратиться к руководителю отрасли IBM за советом. Они создали «Эталонную модель для переноса ваших приложений в облако». Мы позволим этому быть последним из наших списков здесь. Их миграционный процесс включает в себя:

  1. Первичный скрининг и анализ
  2. Планирование и дизайн
  3. Реализация миграции
  4. Настройка целевой среды
  5. Финальное тестирование и запуск

Один из важных вопросов, который они задают: «Будет ли рабочая нагрузка выполняться в целевой облачной среде?», Они также поднимают проблемы производительности и соответствия. Промышленный эксперт Николас Рандо предупреждает: «Устаревшие приложения, критически важные рабочие нагрузки и конфиденциальные данные, такие как данные кредитных карт, могут не подходить для общедоступного облака».

Нет ошибок, нет стресса - ваше пошаговое руководство по созданию изменяющего жизнь программного обеспечения без разрушения вашей жизни

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

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

Миграция виртуальных машин является серьезной проблемой. Techopedia обратилась к проблеме живой миграции виртуальных машин. Стратегия миграции включает в себя: 1) передачу данных из памяти виртуальных машин на целевую физическую машину; 2) создание состояния рабочего ресурса, состоящего из процессора, памяти и хранилища на конечном компьютере; и 3) приостановка виртуальной машины на исходном сайте и запуск машины назначения с ее установленными приложениями. Процесс включает в себя только очень короткую потерю обслуживания. (См. В чем разница между vMotion, миграцией виртуальных машин и живой миграцией?)

Новый Дата Центр

Центр обработки данных изменился. Я написал об этом здесь, в Techopedia: «В старые времена, когда строили центр обработки данных, были эксперты по всему. У вас были эксперты по маршрутизаторам, специалисты по коммутации, кабели, системные администраторы, персонал системы оперативной поддержки (OSS) - вы понимаете, что происходит ». Но новые технологии все изменили.

Давайте назовем несколько: виртуализация, облачные вычисления, конвергенция, большие данные, аналитика, искусственный интеллект…. Теперь давайте добавим еще одну идею. Что если бы вы могли не только виртуализировать свои активы в облаке, но и найти способы автоматизировать распределение ресурсов, чтобы предотвратить любые узкие места, влияющие на производительность приложений?

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

Между тем еще есть место для локального оборудования. Ничто не говорит о том, что компании по каким-либо причинам не могут продолжать размещать собственное физическое оборудование на месте и интегрировать его в более крупную облачную систему. Системы мониторинга могут учитывать публичные, частные и гибридные облачные решения.

Заключение

Каждый бизнес отличается. И то, как ИТ-инфраструктура компании развивается годами, может сделать ее совершенно уникальной. Поэтому переход к облаку должен быть настроен и хорошо спланирован. Это все часть нашего постоянного прогресса как людей и профессионалов. Рейнальдо Минков из IBM сказал, что миграция в облако - это не только движение; это «трансформация». Мир информационных технологий продолжает изобретать себя. И все просто пытались не отставать.