Каждый поставщик по-своему представляет эту информацию, прибегая к собственным решениям (таким как AWS CloudWatch или GCP Stackdriver). Кроме того, доступны бесплатные проекты (такие как Graphite13 и Grafana14): их можно адаптировать для работы в большинстве облачных сервисов.
Саша может получить доступ к метрикам и журналам, что позволит проводить эмпирические наблюдения с использованием данных доступных систем и служб, а также разрабатывать модели для таких приложений, как прогнозирование расходования ресурсов. Примером подобных показателей яв
создание нового каталога в облачном хранилище выполняется через обращение к соответствующему API службы (например, S3 на AWS) и предоставление необходимых атрибутов, например названия каталога.
стандартный способ взаимодействия с ПО или инфраструктурой. Совсем упрощенно можно определить API как ПО, предоставляющее стандартизированный интерфейс, с помощью которого другое ПО может выполнить желаемое действие.
Сервис самообслуживания в облаке предоставляет пользователю возможность запрашивать любые доступные ресурсы (например, инстансы или хранилище) из каталога поставщика. Поставщики же предлагают разнообразные прозрачные сервисы автоматизации, обеспечивающие абстракцию. Отметим, что в облаке Саша не получает сервер (или инстанс), а должен
создать или слишком большой объем данных, или такой, использовать который придется слишком много раз, что делает размещение в собственном дата-центре невозможным или нежелательным. В подобных случаях наилучшим выбором станет размещение массива данных в облаке, возможно, зеркально отображаемого в нескольких дата-центрах по всему миру: такая система сможет справиться с задачей независимо от количества пользователей или пропускной способности сети, необходимой для передачи данных.
Подобные сервисы и приложения размещаются и полностью управляются третьей стороной (которая не обязана при этом являться поставщиком облачных услуг) и позволяют пользователю модифицировать только заранее заданные параметры — дисковое пространство, пропускная способность и т.д. Однако
Учитывая, что каждый новый уровень строится на предыдущем, абстракции, технологии, сервисы и решения на наивысшем уровне, как правило, новейшие. Последовательно изучая уровень за уровнем, мы получим следующее: