Google/AMD спонсировал этот пост.
Когда я впервые начинал как разработчик предприятия в середине 1990-х годов, все было в наших локальных центрах обработки данных, а закупки были медленными. Покупка серверов, накапливание их и установка всего базового программного обеспечения на них займет около трех месяцев, иногда дольше.
Побочный эффект заключался в том, что, когда мы определяли проект, чтобы прогнозировать, сколько аппаратного обеспечения было необходимо, мы, как правило, переоценивались. Я бы выяснил, что я думал, максимальная нагрузка была, запустить тесты нагрузки, чтобы моделировать это, а затем, как только я был уверен, что узнаю требования, удвоите их, чтобы быть на безопасной стороне. Мне никогда не было вызов. Я предполагаю, что это было потому, что чрезмерное распространение является таким распространенным явлением и в целом успешной стратегией управления рисками.
Теоретически, облако полностью изменило это. Elastic Compute означает, что вы можете получить необходимое аппаратное обеспечение, когда вам это нужно. Для разработчиков это означает, что перемещение рабочих нагрузок в облако может сэкономить вам деньги и сократить выбросы углерода.
Однако, как я объясняю в Руководстве разработчика по облачной инфраструктуре, эффективности и устойчивости, предстоящей электронную книгу из нового стека, Google и AMD: «Переход в облако является лишь потенциально большим углеродом эффективным [than a typical enterprise data center]Полем Это в значительной степени зависит от широкого спектра факторов, включая ваш выбор регионов, плотность серверов и процессор, а также использование управляемых услуг и точных экземпляров. Конечно, вы все еще можете переоценить, даже в облаке ».
Другими словами, облако может быть намного более устойчивым, чем локальная инфраструктура-но это не гарантировано, и простое подъем и изменение ваших существующих приложений не будет его сокращать.
Распаковка производительности процессора в облаке
Тема, которая имеет тенденцию привлекать меньше внимания, чем заслуживает устойчивости, — это выбор процессора. Я думаю, что это может быть потому, что это в значительной степени абстрагировано в общедоступном облаке. Но процессорам нуждается в электричестве для работы, и они воплотили углерод.
Хорошей новостью является то, что процессоры становятся лучше в энергетической пропорциональности. Построение зеленого программного обеспечения объясняет, что улучшения дизайна процессора означают, что они приближаются к «достижению идеальной пропорциональности».
Эти улучшения являются частью того, что облачные поставщики смогли использовать для повышения своей прибыльности. Но вы тоже можете их воспользоваться. В руководстве разработчика по облачной инфраструктуре, эффективности и устойчивости я исследую:
- Как разработчики помогают построить устойчивое будущее.
- Лучшие практики разработчика для выбора облачной виртуальной машины.
- Положительное и отрицательное воздействие облачной инфраструктуры на окружающую среду.
- Факторы, которые могут сделать облачные вычисления «зелеными».
- Как измерить выбросы углерода из вашей облачной инфраструктуры.
Я полагаю, что устойчивость должна соответствовать стоимости, производительности, безопасности, нормативно-нормативному вопросу и надежности в качестве одного из соображений высшего уровня при оптимизации ваших облачных рабочих нагрузок. Если вы хотите узнать, почему, и что вы можете сделать, чтобы измерить и улучшить «зелень» вашего облачного развертывания, пожалуйста, предварительную регистрацию для раннего доступа к этой бесплатной электронной книге, которая будет выпущена 1 апреля.
AMD является высокопроизводительным и адаптивным лидером компьютеров, питающим продукты и услуги, которые помогают решить самые важные проблемы в мире. Наши технологии продвигают будущее центра обработки данных, встроенных, игр и ПК. Узнайте больше последних из Google/AMD Trending Stories YouTube.com/ThenewStack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Чарльз Хамбл — бывший инженер -программист, архитектор и технический директор, который работал старшим лидером и руководителем как технологических, так и контент -групп. Он был главным редактором Info Quec с 2014-2020 годов и был главным редактором контейнерных решений с 2020 по 2023 год …. Подробнее от Чарльза Хамбла
