3 поставщика общедоступного облака, одна цель мониторинга

Итак, вы решили применить подход «инфраструктура как услуга» (IaaS) к миграции в облако. Это здорово - вы на пути к экономии средств и гибкости облачных вычислений.

Но решения не останавливаются, когда вы выбираете между SaaS, PaaS и IaaS. Следующий шаг - выбор поставщика общедоступного облака - Amazon Web Services (AWS), Microsoft Azure или Google Cloud Platform (GCP).

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

Рекомендации по мониторингу для Amazon Web Services

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

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

• AWS Lambda против EC2 для вычислений : Это решение аналогично тому, которое вы принимаете в отношении SaaS, PaaS и IaaS. В то время как Lambda может взять на себя такие административные задачи, как выделение ресурсов, мониторинг состояния парка и установка исправлений безопасности, EC2 предлагает свободу и гибкость для поддержки настраиваемых приложений. Развертывание кода и мониторинг критически важны для поддержания взаимодействия с пользователем. Но даже если вы выберете Lambda, чтобы разгрузить административные задачи, вы должны оставаться активными с постоянным мониторингом.

• Amazon S3 против Glacier for Storage : Хранилище - это критически важный компонент дизайна приложения, если вы хотите, чтобы конечные пользователи могли работать в облаке. S3 и Glacier часто обсуждаются в контексте резервного копирования, но варианты использования этих сервисов практически безграничны. Цель каждого из них - минимизировать задержку и сделать приложение доступным для пользователей. Amazon S3 - это надежная система хранения для критически важных приложений, тогда как Glacier задуман как услуга «писать один раз, получать редко / никогда», которая минимизирует затраты.

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

NoSQL против баз данных SQL в Microsoft Azure

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

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

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

Обеспечение удобства для конечных пользователей в Google Cloud Platform

Google Compute и BigQuery - основные компоненты облачной платформы Google. Google Compute обещает непревзойденную производительность виртуальных машин для максимального увеличения рабочих нагрузок. Однако GCP не подчеркивает присущие ему возможности мониторинга. Если вы хотите, чтобы качество обслуживания конечных пользователей соответствовало производительности рабочих нагрузок GCP, вам потребуется постоянный мониторинг общедоступного облака.

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

Непрерывный мониторинг:связь между всеми поставщиками общедоступного облака

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

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

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