Миграция в облако: пошаговый план переезда бизнеса без рисков и простоев

[achekalin]

Если у вас старый сервер, и вам комфортно с сервером - арендуйте новый сразу в ЦОДе, модель затрат сменится, и вы получите быстро работающую замену старому, хорошие каналы - и всё, что хотите.

А вот в облако идти - вы не знаете переподписку облака по ресурсам, вы получаете лимитированные по IOPs-ам хранилки, ваш процессор не будет очень быстрым. Ну и ценник вырастет против арендованного сервера.

И в том, и в другом случае за каналы и прочее отвечают админы ЦОДа/хостера, а вот за наполнение сервера - всё равно ваши админы будут отвечать, без вариантов.

Так что рекомендация: сделайте аудит, и внимательно посчитайте.

[lezlez]

Если у вас старый сервер, и вам комфортно с сервером - арендуйте новый сразу в ЦОДе, модель затрат сменится, и вы получите быстро работающую замену старому, хорошие каналы - и всё, что хотите.

Это дополнительная точка отказа и снижение отказоустойчивости/доступности. Если бизнес на такой риск готов и это с ним согласовано то отлично.

Так что рекомендация: сделайте аудит, и внимательно посчитайте и согласуйте решение с бизнесом.

[aik]

Первое, что надо сделать перед переездом в облако - это задать себе вопрос "что будешь делать, если облако пропало". Где будут твои бэкапы, куда ты их будешь разворачивать?

[lezlez]

уточняю: этот вопрос нужно задавать при любой инфраструктуре (земля\облако)

[aik]

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

[lezlez]

если ответ по отчуждаемым копиям уже есть, то адаптировать DRP под облако не проблема.
но вопрос важный , да

[aik]

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

[lezlez]

взрослый ИТ должен предоставить оценку расходов на содержание DRP и помочь бизнесу посчитать риски/потери в случае отсутствия DRP
нередко DRP с оплатой трафика стоит дешевле чем один массовый инцидент с потерей данных.

[aik]

Ну так я и говорю, что надо сперва что будешь делать, если облако пропало. Где будет твой бэкап, куда ты его развернёшь, как обеспечишь доступ сотрудникам, сколько времени это займёт.

[alexrus]

Локальный сервер привязывает вас к локальной сети. Чтобы работать из дома, нужно настраивать сложные VPN-туннели, которые режут скорость и часто отваливаются.Облачная инфраструктура изначально создана для доступа из любой точки мира.

Это очень смешно.

[lezlez]

Это очень смешно.

очень интересно послушать развернуто

[aik]

К облаку подключаются через те же самые впн и туннели.

Другое дело, что у датацентра обычно каналы заметно толще, чем в офисе.

[lezlez]

К облаку подключаются через те же самые впн и туннели

разве?)
а если это публикации web приложений?
а если связка RDS+SSL ?

у датацентра обычно каналы заметно толще, чем в офисе

и в среднем отказоустойчивей
и в среднем технологичней

[aik]

А что мешает в офисе приложения публиковать?

[lezlez]

ничего.
также как и хостить сайт из дома/офиса
но это по совокупности архитектурных (доступность, отказоустойчивость, масштабируемость, заложенные риски и пр) обычно незрелое решение.

[aik]

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

[lezlez]

тут требуется много уточнений, ситуации бывают разные