Проектирование с учетом эффективности затрат

Тратить только то, что вам нужно получить большую отдачу от инвестиций.

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

Пример сценария

Contoso Manufacturing запускает настраиваемую систему управления складом (WMS), которая обрабатывает четыре склада по всей Южной Америке. Они хотят обновить и переместить WMS в облако. Они решают между перемещением текущего решения или зеленым полем сборки с современными облачными инструментами. Руководство хочет держать расходы под контролем, поэтому команда нуждается в плане, который поддерживает экономичность.

Решение WMS — это приложение .NET, которое работает в службах IIS и использует SQL Server для своих баз данных.

Общие сведения о полной стоимости проектирования

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

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

Задача Компании Contoso

Команда инженеров компании Contoso рада переместить свою систему склада в облако, как и другие команды.
Они знают, что текущее приложение имеет некоторые технические долги, поэтому они планируют переписать большую часть кода приложения и переключиться на новые облачные инструменты.
Команда разработчиков хочет перепроектировать все в микрослужбы и запустить ее в службе Azure Kubernetes (AKS), которая является новой и интересной платформой для них.

Применение подхода и результатов

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

Уточнение дизайна

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

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

Задача Компании Contoso

Существующая рабочая нагрузка размещена на гиперконвергентной системе (HCI), а центру затрат команды выставляются счета за вычислительные ресурсы, сеть и хранилище.
Рабочая нагрузка развернула предварительную и рабочую среды на виртуальных машинах Windows.
GitHub Actions с локальными средствами выполнения используется для выполнения заданий GitHub Actions.

Применение подхода и результатов

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

Проектирование архитектуры для поддержки ограничений на затраты

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

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

Задача Компании Contoso

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

Применение подхода и результатов

Команда узнает, как использовать решения Microsoft Cost Management.
Они планируют задать ограничения масштабирования для планов службы приложений.
Они планируют настроить политику запрета для блокировки некоторых дорогостоящих SKU виртуальных машин от использования.
Они планируют добавить автоматизацию для экономии в хранилище. Старые или менее используемые данные автоматически перемещаются на более дешевые уровни хранилища, такие как холодный или архивный. Такая автоматизация не была возможна в своей старой среде HCI.

Общие сведения о полной стоимости проектирования

Уточнение дизайна

Проектирование архитектуры для поддержки ограничений на затраты

Проверьте свои знания

Обратная связь