могут две "облачных" инфраструктуры соединяться

могут ли две облачные инфраструктуры соединяться

Если ваше определение «соединения» состоит в том, что два облака могут маршрутизировать IP-трафик между собой, тогда в подавляющем большинстве случаев ответ будет следующим: да, конечно.

Простое IP-соединение, тем не менее, не обеспечивает стабильной инфраструктуры.

что для этого лучше всего?

Какова «лучшая практика» для создания автомобиля? Как насчет того, чтобы написать книгу? Сложные вопросы, не так ли?

«Лучшая практика» здесь не применима, поскольку существует миллион способов, с помощью которых можно спроектировать мультиоблачные распределенные развертывания. Короче говоря, это полностью зависит от вашего конкретного приложения.

каковы будут последствия для производительности?

Что ж, производительность запросов к базе данных будет ужасной .

не лучше ли разместить все мое решение в одном облаке?

Опять же, это полностью субъективно. Зависит от ваших потребностей и архитектуры вашего приложения.

---

В целом (из-за влияния на производительность разделения уровней приложения и БД между поставщиками) люди выберут одного поставщика для размещения приложения - того, который обеспечит наилучшее соответствие функциональности требования к приложению.

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

Я вижу несколько вещей, о которых следует подумать при разделении приложения на несколько облаков (или между облаком и локальной средой):

• Задержка . Если для ваших сервисов требуется предсказуемая (и низкая) задержка, вы можете обнаружить, что эти типы сервисов должны быть совмещены. После того, как вы покинете сеть одного облачного провайдера, вы перейдете через общедоступный Интернет к другому облаку (или локальному объекту). Эта задержка может быть больше, чем может выдержать ваше приложение.
• Затраты на пропускную способность . Например, с Azure и AWS у вас есть бесплатные входящие данные, но вы платите за исходящие. Вероятно, вы увидите довольно доступные затраты в одном направлении (например, запросы к базе данных) и более высокие затраты на полосу пропускания в другом (полезные данные).
• Обслуживание . Каждый облачный провайдер имеет свою собственную модель и API для обслуживания приложений / виртуальных машин / баз данных. Ваша среда DevOps должна учитывать это. То же самое для подходов к резервному копированию.
• Безопасность . Как и при подключении к локальным ресурсам, вам нужно подумать о подключении между облаками (можете ли вы создать безопасный туннель или использовать SSL?) И управлении доступом (можете ли вы защитить конечные точки серверных служб, такие как база данных и кеш?).
• Высокая доступность / аварийное восстановление . Каждый облачный провайдер будет предлагать определенные варианты HA & DR для своих услуг (и ваших). Вам нужно будет внимательно рассмотреть каждую из них.

Я уверен, что есть и другие вещи, которые следует учитывать - надеюсь, этот список поможет.

Итог: гибридные архитектуры (облачные <--> локально, облачные <- -> облако) существуют сегодня, и ваши конкретные требования помогут вам определить, подойдет ли это для вас.

То же самое для подходов к резервному копированию.

Безопасность . Как и при подключении к локальным ресурсам, вам нужно подумать о подключении между облаками (можете ли вы создать безопасный туннель или использовать SSL?) И управлении доступом (можете ли вы защитить конечные точки серверных служб, такие как база данных и кеш?).

Высокая доступность / аварийное восстановление . Каждый облачный провайдер будет предлагать определенные варианты HA & DR для своих услуг (и ваших). Вам нужно будет внимательно рассмотреть каждую из них.

Я уверен, что есть и другие вещи, которые следует учитывать - надеюсь, этот список поможет.

Итог: гибридные архитектуры (облачные <--> локально, облачные <- -> облако) существуют сегодня, и ваши конкретные требования помогут вам определить, подойдет ли это для вас.

То же самое для подходов к резервному копированию.

Безопасность . Как и при подключении к локальным ресурсам, вам нужно подумать о подключении между облаками (можете ли вы создать безопасный туннель или использовать SSL?) И управлении доступом (можете ли вы защитить конечные точки серверных служб, такие как база данных и кеш?).

Высокая доступность / аварийное восстановление . Каждый облачный провайдер будет предлагать определенные варианты HA и DR для своих услуг (и ваших). Вам нужно будет внимательно рассмотреть каждую из них.

Я уверен, что есть и другие вещи, которые следует учитывать - надеюсь, этот список поможет.

Итог: гибридные архитектуры (облачные <--> локально, облачные <- -> облако) существуют сегодня, и ваши конкретные требования помогут вам определить, подойдет ли это для вас.

Как и при подключении к локальным ресурсам, вам нужно подумать о подключении между облаками (можете ли вы создать безопасный туннель или использовать SSL?) И управлении доступом (можете ли вы защитить конечные точки серверных служб, такие как база данных и кеш?).

Высокая доступность / аварийное восстановление . Каждый облачный провайдер будет предлагать определенные варианты HA & DR для своих услуг (и ваших). Вам нужно будет внимательно рассмотреть каждую из них.

Я уверен, что есть и другие вещи, которые следует учитывать - надеюсь, этот список поможет.

Итог: гибридные архитектуры (облачные <--> локально, облачные <- -> облако) существуют сегодня, и ваши конкретные требования помогут вам определить, подойдет ли это для вас.

Как и при подключении к локальным ресурсам, вам нужно подумать о подключении между облаками (можете ли вы создать безопасный туннель или использовать SSL?) И управлении доступом (можете ли вы защитить конечные точки серверных служб, такие как база данных и кеш?).

Высокая доступность / аварийное восстановление . Каждый облачный провайдер будет предлагать определенные варианты HA & DR для своих услуг (и ваших). Вам нужно будет внимательно рассмотреть каждую из них.

Я уверен, что есть и другие вещи, которые следует учитывать - надеюсь, этот список поможет.

Итог: гибридные архитектуры (облачные <--> локально, облачные <- -> облако) существуют сегодня, и ваши конкретные требования помогут вам определить, подойдет ли это для вас.

Вам нужно будет подумать о связи между облаками (можете ли вы создать безопасный туннель или использовать SSL?) и управлении доступом (можете ли вы защитить конечные точки серверных служб, такие как база данных и кеш?).

Высокая доступность / аварийное восстановление . Каждый облачный провайдер будет предлагать определенные варианты HA и DR для своих услуг (и ваших). Вам нужно будет внимательно рассмотреть каждую из них.

Я уверен, что есть и другие вещи, которые следует учитывать - надеюсь, этот список поможет.

Итог: гибридные архитектуры (облачные <--> локально, облачные <- -> облако) существуют сегодня, и ваши конкретные требования помогут вам определить, подойдет ли это для вас.

Вам нужно подумать о связности между облаками (можете ли вы создать безопасный туннель или использовать SSL?) и управлении доступом (можете ли вы защитить конечные точки серверных служб, такие как база данных и кеш?).

Высокая доступность / аварийное восстановление . Каждый облачный провайдер будет предлагать определенные варианты HA & DR для своих услуг (и ваших). Вам нужно будет внимательно рассмотреть каждую из них.

Я уверен, что есть и другие вещи, которые следует учитывать - надеюсь, этот список поможет.

Итог: гибридные архитектуры (облачные <--> локально, облачные <- -> облако) существуют сегодня, и ваши конкретные требования помогут вам определить, подойдет ли это для вас.

Каждый облачный провайдер будет предлагать определенные варианты HA & DR для своих услуг (и ваших). Вам нужно будет внимательно рассмотреть каждую из них.

Я уверен, что есть и другие вещи, которые следует учитывать - надеюсь, этот список поможет.

Итог: гибридные архитектуры (облачные <--> локально, облачные <- -> облако) существуют сегодня, и ваши конкретные требования помогут вам определить, подойдет ли это для вас.

Каждый облачный провайдер будет предлагать определенные варианты HA и DR для своих услуг (и ваших). Вам нужно будет внимательно рассмотреть каждую из них.

Я уверен, что есть и другие вещи, которые следует учитывать - надеюсь, этот список поможет.

Итог: гибридные архитектуры (облачные <--> локально, облачные <- -> облако) существуют сегодня, и ваши конкретные требования помогут вам определить, подойдет ли это для вас.