Оптимизация затрат AWS (серия 8 деталей)
Эта статья является первой из нашей серии об оптимизации затрат AWS. В этой серии мы представим проблемы с затратами AWS. Мы также предложим действенные рекомендации о том, как их решить и выполнить эффективную оптимизацию затрат AWS.
Большинство предприятий тратят гораздо больше на обработку и хранение, чем им нужно. Это часто относится к эксплуатационным расходам на избыточные возможности для удовлетворения пикового спроса в их центрах обработки данных.
Переход в общественные облачные сервисы, такие как AWS, помогает предприятиям Максимизируйте уровни потребления своих рабочих нагрузок Анкет В то же время они снижают свои общие затраты. Существуют серьезные преимущества замены обычных предварительных аппаратных покупок на более эффективную схему оплаты как вы.
Большой масштаб, на котором работает AWS, также помогает своим потребителям постоянно снижать затраты на вычислительные и хранения затрат на экономию масштаба. AWS имеет возможность резко изменить модель технологий и платформных услуг. Тем не менее, компании должны использовать его с умом.
К сожалению, команды не думают о ресурсных отходах как о серьезной проблеме, и именно поэтому возникают проблемы. Типичный сценарий для реализации корпоративного облака заключается в том, что затраты накапливаются до того, как возникает какой-либо серьезный инцидент, связанный с затратами, или другой точка кипения возникает, когда затраты AWS становятся серьезной проблемой. Это приводит к срочному спросу на надзор и мониторинг, раздражение со сложности законопроекта и тяжелую стимул для немедленного сокращения расходов.
Однако без ущерба для инноваций и некоторых преимуществ, которые предлагает облако, может быть сложно достичь оптимизации облачных затрат. Вместо того, чтобы решать корневые проблемы, это может привести к вине и смущению. Более того, он может нанести препятствия для реализации ограничений на прикладные команды, которые пытаются быстро прогрессировать. В некоторых случаях может даже поставить под угрозу общее использование облака.
Вот некоторые из потенциальных проблем с затратами AWS:
Одна из наиболее распространенных проблем с затратами AWS заключается в том, что Традиционные финансовые модели включают подписание расходов до их появления. Однако, поскольку облачные затраты могут варьироваться, команды не могут их предсказать, поэтому бюджет не может быть определен передовым. Облачные расходы, хотя привычки использования хорошо известны, крайне трудно прогнозировать для всех приложений, которые немного сложнее. Например, команды могут быть удивлены чрезвычайно высокими эксплуатационными расходами на регистрацию, компиляцию метрики, отток данных или модели зарядки за запрос.
Биллинг за облако чрезвычайно сложно. Например, с миллиардами линейных элементов, некоторые предприятия получают ежемесячную стоимость и отчет об использовании (CUR), который часто содержит несколько строк для одних и тех же активов с несколькими затратами. Может быть невозможно даже приписать эти расходы в нужные деловые сегменты, если нет четкого процесса учетной записи и плана помечения заранее.
Технологические команды хотят более эффективно выпускать новые функции и обеспечить успех потребителей. До тех пор, пока исполнительная команда не подчеркнет драматические изменения, затраты на облачные данные не являются явной проблемой, и именно поэтому часто возникают проблемы. Например, архитектуры требуют компромиссов между надежностью и стоимостью. Это и другие возможности для экономии затрат требуют Инженерное обязательство, которое обычно фокусируется на самой разработке Анкет
В частности, в крупных компаниях, прикладные команды даже не имеют полной видимости расходов на облако, которое они генерируют. Ограниченные разрешения на доступ к консоли счетов и исследователей расходов, Например, часто является случаем для этих организаций с командами для каждого рабочего сегмента. Фактические расходы также не выражаются (например, надлежащим образом принятие счетов зарезервированных случаев и субсидированных ставок). Фактически, для общих ресурсов адекватное распределение расходов включает в себя расширенные процедуры визбера или обратного возврата.
В сочетании с приоритетом инноваций и роста, отсутствие видимости приведет к большим отходам. Например, DEV и тестовые среды необходимы только в рабочее время, в то время как их часто оставляют работать постоянно. Или другие ресурсы, необходимые только для определенного проекта, не прекращаются в конце, потому что команда просто не фокусируется на таких действиях.
Команды разработчиков часто не рассматривают более широкий взгляд на то, как они используют свои бюджеты. Финансовые команды несут большую ответственность. Участники могут испытывать серьезные последствия, если они не проводят должным образом анализ расходов и финансовой отчетности.
Сложность выставления счетов также способствует отсутствию финансовых знаний. Это относится к Путаница, созданная постоянно развивающимися ценовыми политиками большинства облачных поставщиков услуг, и счета, которые они предоставляют.
Поставщики облаков, как правило, имеют тонну, зачисленную на один счет, с учетом всех потенциальных облачных конфигураций, созданных при создании предприятий. Требуется много усилий, чтобы сделать прозрачный счет, который смогут понять все ключевые люди в команде. Это необходимо для резервного копирования всех ваших попыток оптимизировать затраты.
Хорошо архизированная инфраструктура может либо создать, либо сломать систему. Проектирование с учетом экономической эффективности может помочь сформировать будущие облачные расходы. Компании нужно Хорошо образованные архитекторы, чтобы иметь возможность проектировать надежные и безопасные решения. AWS разработал AWS хорошо архизированная структура — Лучшие практики, которые могут помочь в понимании плюсов и минусов решений, которые принимают архитекторы, когда они разрабатывают сложное решение.
В дополнение к структуре вы также можете просмотреть и измерить рабочие нагрузки с помощью AWS хорошо архизированный инструмент (AWS WA Tool).
AWS хорошо архизированные лаборатории Также представляют собой хороший ресурс. Это хранилище кода и документации, чтобы дать вам примеры реализации этих лучших практик.
Оставаться на вершине ваших облачных затрат AWS может отнимать много времени, если вы делаете это вручную. Ручные действия сложны и подвержены ошибкам, потому что мы, люди, не можем выполнять операции так же умно, как машины. Отслеживание забытых экземпляров, написание сценариев и вручную развертывая их, и Сравнение счетов AWS Это лишь некоторые из вещей, которые вы должны сделать, чтобы отслеживать ваши расходы AWS.
Однако, если вы воспользуетесь преимуществом Инструмент автоматизации Вам нужно будет настроить процесс только один раз, а затем принять меры, только когда возникнут некоторые проблемы. Вы можете определить график сна для ваших ресурсов для не сбыта, чтобы закрыть их, когда вы их не используете.
Облако имеет возможность децентрализовать ИТ -операции. Это может привести к отсутствию подотчетности, если в облачной среде вы не настраиваете правильную видимость и механизмы управления.
Облачные расходы-это ответственность каждого, от инженерных команд, до финансирования департаментов до лиц, принимающих деловые решения. Многие факторы влияют на бюджет, поэтому в компании необходимо повысить различные уровни подотчетности. До недавнего времени не многие роли в компании были обеспокоены обязанностью управления облачными затратами. Но иметь эффективную стратегию оптимизации облачных затрат каждый нуждается в обучении и инструментах для их правильного реализации.
Это были самые распространенные проблемы, которые возникают, когда речь идет о затратах AWS и их оптимизации. В следующих статьях мы углубимся в понимание затрат AWS и предложим советы о том, как решить эти проблемы.
Оптимизация затрат AWS (серия 8 деталей)
Оригинал: «https://dev.to/microtica/7-challenges-with-aws-costs-1hob»