Укажите известные вам облачные ресурсы: IaaS, PaaS, SaaS и другие

IaaS, PaaS, SaaS и другие

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

Infrastructure as a Service (IaaS) — инфраструктура как услуга

Данная услуга является одной из самых распространенных в мире. Заключается она в предоставлении заказчику в аренду вычислительных ресурсов, в виде виртуальной инфраструктуры. В нее могут входить серверы, системы хранения данных, виртуальные коммутаторы и маршрутизаторы. Такая ИТ-инфраструктура является полноценной копией физической среды.

Основным преимуществом IaaS является сокращение расходов на обслуживание физической инфраструктуры и повышения её отказоустойчивости за счёт переноса её на территорию провайдера услуги.

К другим преимуществам IaaS можно отнести:

• Делегирование закупки и поддержи оборудования;
• Увеличение скорости внедрения и гибкости;
• Сокращение расходов на модернизацию и обслуживания инфраструктуры.

Все перечисленные преимущества IaaS вы сможете найти в услуге «Частное облако по модели IaaS» от oblako.kz.

PaaS (Platform as a Service-Платформа как Услуга)

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

SaaS (Software as a Service-Программное обеспечение как Услуга)

Данная облачная услуга на данный момент считается самой распространенной в мире, так как пользуются ей практически все люди имеющие доступ в интернет. Заключается такая услуга в том, что клиент получает в свое распоряжение какие либо программные продукты посредством сети интернет. В качестве примера можно привести почтовый сервис Gmail, или, например, облачную версию 1С.

CaaS (Communications as a Service-Коммуникация как Услуга)

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

CaaS (Container as a Service-Контейнер как Услуга)

Данная услуга позволяет клиентам работать с контейнерами с помощью API облачного провайдера или специальной веб-панели.

DRaaS (Disaster Recovery as a Service-Аварийное Восстановление как Услуга)

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

BaaS (Backup as a Service-Резервное Копирование как Услуга)

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

BaaS (Backend as a Service-Бэкэнд как услуга)

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

DBaaS (Data Base as a Service-База Данных как Услуга)

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

MaaS (Monitoring as a Service-Мониторинг как Услуга)

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

DaaS (Desktop as a Service-Рабочий стол как Услуга)

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

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

STaaS (Storage as a Service-Хранилище как Услуга)

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

NaaS (Network as a Service-Сеть как Услуга)

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

Заключение

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

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

Типы облачных вычислений – SaaS, PaaS и IaaS – AWS

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

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

Модели облачных вычислений

Существует три основных модели облачных вычислений Каждая представляет собой отдельный уровень предоставления вычислительных ресурсов.

Инфраструктура как сервис (IaaS)

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

Платформа как услуга (PaaS)

Модель «платформа как услуга» не требует от организации управления базовой инфраструктурой (обычно включающей оборудование и операционные системы) и позволяет посвятить все усилия разработке и управлению приложениями. Это повышает производительность работы, ведь вам больше не придется беспокоиться о приобретении материально-технических ресурсов, заниматься планированием мощности, обслуживанием ПО, установкой обновлений безопасности и выполнять другие трудоемкие задачи, необходимые для работы приложений.

Программное обеспечение как услуга (SaaS)

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

Модели развертывания систем облачных вычислений

Облако

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

Гибридная архитектура

Развертывание гибридной архитектуры позволяет связать инфраструктуру и приложения облачных ресурсов c существующими ресурсами, не принадлежащими облаку. Самый распространенный способ развертывания гибридной архитектуры – комбинация облака и существующей локальной инфраструктуры с целью расширения и наращивания инфраструктуры организации в облако путем подключения облачных ресурсов к внутренней системе. Подробнее о том, как с помощью AWS выполнить развертывание гибридного облака, см. на странице о гибридной архитектуре.

Локальная инфраструктура

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

Дальнейшие шаги

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

Подробнее об AWS

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

Знакомство с решениями AWS

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

Связаться с представителем

Хотите пообщаться с представителем AWS? Заполните форму для связи с нами, и вам перезвонит квалифицированный продавец AWS, с которым вы сможете обсудить ваши потребности и варианты реализации следующего проекта в облаке AWS.

Вход в Консоль

Подробнее об AWS

• Что такое AWS?
• Что такое облачные вычисления?
• Инклюзивность, многообразие и равенство AWS
• Что такое DevOps?
• Что такое контейнер?
• Что такое озеро данных?
• Безопасность облака AWS
• Новые возможности
• Блоги
• Пресс‑релизы

Ресурсы для работы с AWS

• Начало работы
• Обучение и сертификация
• Библиотека решений AWS
• Центр архитектуры
• Вопросы и ответы по продуктам и техническим темам
• Аналитические отчеты
• Партнеры AWS

Разработчики на AWS

• Центр разработчика
• Пакеты SDK и инструментарий
• . NET на AWS
• Python на AWS
• Java на AWS
• PHP на AWS
• JavaScript на AWS

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

Поддержка AWS для Internet Explorer заканчивается 07/31/2022. Поддерживаемые браузеры: Chrome, Firefox, Edge и Safari. Подробнее »

Обзор Google Cloud | Обзор

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

Облачные ресурсы Google

Google Cloud состоит из набора физических активов, таких как компьютеры и жесткие диски и виртуальные ресурсы, такие как виртуальные машины (ВМ), которые содержатся в Дата-центры Google вокруг света. Каждый центр обработки данных находится в регионе . Регионы доступны в Азия, Австралия, Европа, Северная Америка и Южная Америка. Каждый регион представляет собой набор из зон , которые изолированы друг от друга в пределах региона. Каждая зона идентифицируется имя, которое сочетает в себе буквенный идентификатор с названием региона. Например, зона a в регионе Восточной Азии называется asia-east1-a .

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

Доступ к ресурсам через службы

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

Глобальные, региональные и зональные ресурсы

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

Следующая диаграмма показывает отношение между глобальным охватом, регионами и зонами и некоторыми из их ресурсов:

Масштаб операции зависит от того, какие ресурсы вы работаете с. Например, создание сети — это глобальная операция. потому что сеть — это глобальный ресурс, а резервирование IP-адреса — это региональная операция, поскольку адрес является региональным ресурсом.

Когда вы начнете оптимизировать свои приложения Google Cloud, важно понять, как взаимодействуют эти регионы и зоны. Например, даже если бы вы могли, вы бы не хотели подключать диск в одном регионе к компьютеру в другом регион, потому что задержка, которую вы вводите, приведет к снижению производительности. К счастью, Google Cloud не позволит вам сделать это; диски можно подключать только к компьютерам в той же зоне.

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

Для получения дополнительной информации о географическом распределении Google Cloud, см. География и регионы.

Проекты

Любые ресурсы Google Cloud, которые вы выделяете и используете, должны принадлежать проект. Вы можете думать о проекте как об организующей сущности того, чем вы занимаетесь. здание. Проект состоит из настроек, разрешений и других метаданных. которые описывают ваши приложения. Ресурсы в рамках одного проекта могут работать легко вместе, например, общаясь через внутреннюю сеть, в соответствии с правилами регионов и зон. Проект не может получить доступ к другому проекту ресурсов, если только вы не используете Shared VPC или Пиринг сети VPC.

Каждый проект Google Cloud имеет следующее:

• Имя проекта, которое вы предоставляете.
• Идентификатор проекта, который вы можете предоставить или Google Cloud может предоставить вам.
• Номер проекта, который предоставляет Google Cloud.

Работая с Google Cloud, вы используете эти идентификаторы в определенных команды и вызовы API. На следующем снимке экрана показано имя проекта, идентификатор проекта и номер проекта:

В этом примере:

• Пример Проект — это имя проекта.
• идентификатор примера — это идентификатор проекта.
• 123456789012 — номер проекта.

Каждый идентификатор проекта уникален в Google Cloud. После того, как вы создали проект, вы можете удалить проект, но его идентификатор больше никогда не будет использоваться.

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

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

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

Для получения дополнительной информации см. Создание и управление проектами.

Способы взаимодействия со службами

Google Cloud предоставляет вам три основных способа взаимодействия со службами и ресурсы.

Консоль Google Cloud

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

Интерфейс командной строки

Если вы предпочитаете работать в командной строке, вы можете выполнять большинство Задачи Google Cloud с помощью интерфейс командной строки Google Cloud. Интерфейс командной строки gcloud позволяет управлять рабочим процессом разработки и Ресурсы Google Cloud в окне терминала.

Например, вы можете создать экземпляр виртуальной машины (ВМ) Compute Engine. запустив вычислительные экземпляры gcloud создают команду в среде оболочки.

Вы можете запускать команды gcloud следующими способами:

• Вы можете установить Google Cloud CLI. Интерфейс командной строки gcloud позволяет открыть терминал на своем компьютере и запускайте команды для управления ресурсами Google Cloud.

• Вы можете использовать Cloud Shell, который представляет собой браузерную оболочку. Поскольку он работает в окне браузера, вам не нужно ничего устанавливать на свой компьютер. Вы можете открыть Облачная оболочка из Облачная консоль Google.

Cloud Shell предоставляет следующее:

• Временный экземпляр виртуальной машины Compute Engine.
• Встроенный редактор кода.
• 5 ГБ постоянного дискового пространства.
• Предустановленный интерфейс командной строки gcloud и другие инструменты.
• Поддержка языков для Java, Go, Python, Node.js, PHP, Ruby и .NET.
• Функция веб-предварительного просмотра.
• Встроенная авторизация для доступа к проектам и ресурсам консоли Google Cloud.

Список команд gcloud см. gcloud ссылка.

Дополнительные сведения о Cloud Shell см. Как работает Cloud Shell.

Клиентские библиотеки

Google Cloud предоставляет клиентские библиотеки которые позволяют легко создавать ресурсы и управлять ими. облачный клиент Google библиотеки предоставляют API для двух основных целей:

• API приложений обеспечивают доступ к службам. API приложений оптимизированы для поддерживаемых языки, такие как Node.js и Python. Библиотеки разработаны вокруг обслуживания метафоры, чтобы вы могли более естественно работать с сервисами и меньше писать шаблонный код. Библиотеки также предоставляют помощников для аутентификация и авторизация.

• API-интерфейсы администратора предлагают функции для управления ресурсами. Например, вы можете используйте API-интерфейсы администратора, если вы хотите создать свои собственные автоматизированные инструменты.

Вы также можете использовать клиентские библиотеки Google API для доступа к API для таких продуктов, как Google Maps, Google Drive и YouTube.

Цены

Для просмотра информации о ценах на отдельные услуги см. прайс-лист.

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

Далее: Узнать об услугах

Попробуйте сами

Если вы новичок в Google Cloud, создайте учетную запись, чтобы оценить, как наши продукты работают в реальных сценариях. Новые клиенты также получают $300 в бесплатные кредиты для запуска, тестирования и развертывания рабочих нагрузок.

Начните бесплатно

Глобальные, региональные и зональные ресурсы | Документация Compute Engine

---

В этом документе описывается глобальный, региональный и зональный Compute Engine. Ресурсы.

Ресурсы Google Cloud размещены в нескольких местах по всему миру. Эти местоположения состоят из регионов с зонами внутри этих регионов. положить ресурсов в разных зонах региона обеспечивает изоляцию от многих типов инфраструктурные, аппаратные и программные сбои. Распределение ресурсов по разным регионов обеспечивает еще более высокую степень независимости от отказов. Вы можете спроектировать надежные системы за счет распределения ресурсов по разным доменам отказов.

Все ресурсы Compute Engine являются глобальными, региональными или зональными. Например, образы являются глобальным ресурсом, а постоянные диски либо региональные или зональные ресурсы. объем ресурса определяет, насколько ресурс доступен для других Ресурсы. Например, глобальные ресурсы доступны по ресурсам в любом региона или зоны, поэтому экземпляры виртуальных машин (ВМ) из разных зон могут использовать один и тот же глобальный образ. Региональные ресурсы доступны только ресурсам в пределах одного региона. Например, региональный статический внешний IP-адрес доступны только для ресурсов в пределах одного региона. Чтобы экземпляр виртуальной машины использовал определенный статический внешний IP-адрес, экземпляр должен находиться в зоне, которая находится в том же регион в качестве адреса.

Объем ресурсов указывает, насколько они доступны для других ресурсов. Однако все ресурсы, будь то глобальные, зональные или региональные, должны быть уникальными. внутри проекта. Это означает, что каждый ресурс в Compute Engine должен иметь уникальное имя во всем проекте. Например, вы не можете назвать виртуальную машину instance example-instance в us-central1-a, а затем дайте другую виртуальную машину в тот же проект с тем же названием.

Глобальные ресурсы

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

Адреса

Коллекция Addresses содержит любые глобальные статические внешние IP-адреса, вы зарезервировали для вашего проекта. Глобальные статические внешние IP-адреса глобальный ресурс и используются для глобальных балансировщиков нагрузки.

Изображения

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

Снимки

Моментальные снимки постоянных дисков доступны для всех дисков в рамках одного проекта. как снимок. По желанию вы можете обмениваться снимками между проектами.

Шаблоны экземпляров

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

Облачные соединения

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

Расположение облачных соединений

Расположение облачного межсоединения — это физическое соединение. точка для облачного соединения рядом с вашей сетью. Существует одно местоположение Cloud Interconnect для каждого доступного возможность совместного размещения и пограничный домен доступности. Облачное соединение местоположения доступны только для чтения, глобальные ресурсы.

Сеть VPC

Сеть VPC является глобальным ресурсом, но отдельные подсети являются региональными Ресурсы.

Брандмауэры

Брандмауэры применяются к одной сети VPC и считаются глобальный ресурс, потому что пакеты могут достигать их из других сетей.

Маршруты

Маршруты

позволяют создавать сложные сетевые сценарии. Вы можете управлять тем, как трафик направляется для определенного диапазона IP-адресов. Маршруты аналогичны тому, как маршрутизатор направляет трафик в локальной сети. Маршруты применяются к сетям VPC в рамках проекта Google Cloud и считаются глобальными ресурсами.

Глобальные операции

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

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

Региональные ресурсы

Региональные ресурсы доступны для любых ресурсов в пределах одного региона. Для Например, если вы резервируете статический внешний IP-адрес в определенном регионе, это статический внешний IP-адрес может быть назначен только экземплярам в этом регионе. В каждом регионе также есть одна или несколько зон. Список доступных регионов и зоны см. Регионы и зоны.

Региональные ресурсы включают:

Адреса

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

Вложения облачных межсоединений

Вложение межсоединения выделяет VLAN на вашем облачном межсоединении и подключает эту VLAN к сети VPC. Приставка — это региональный ресурс, но соединение Cloud Interconnect является глобальным ресурс.

Политика размещения

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

Региональные управляемые группы экземпляров

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

Региональные постоянные диски

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

Региональные операции

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

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

Подсети

Подсети регионально сегментируют сетевое IP-пространство на префиксы (подсети) и контролировать, из какого префикса выделяется внутренний IP-адрес экземпляра.

Зональные ресурсы

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

Список доступных зон см. Регионы и зоны.

Примечание: Единственным исключением является то, что экземпляры в одной зоне могут взаимодействовать с экземплярами в другой зоне, если оба экземпляра принадлежат одному и тому же Сеть VPC.

Ресурсы для каждой зоны включают:

Экземпляры

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

Постоянные диски

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

Типы машин

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

Зональные управляемые группы экземпляров

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

Облачные TPU

TPU — это зональные ресурсы. Для получения информации о зонах, в которых ТПУ доступны, см. Доступность.

Операции по зонам

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

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

Сводные списки

По умолчанию запрос на возврат списка ресурсов ограничен конкретной плоскости управления. Например, когда вы запрашиваете у API список экземпляров, вы должны указать зону, для которой вы хотите перечислить экземпляры. Чтобы составить список ресурсов по всем зонам или регионам, вы можете выполнить запрос сводного списка. Каждый ресурс для каждого региона и зоны имеет сводную list URI, по которому можно запросить список всех ресурсов этого типа. Например, чтобы список всех экземпляров во всех зонах, вы можете сделать запрос к следующему URI:

 https://compute.