Проектирование с учетом эффективности затрат
 Тратить только на то, что вам нужно достичь наибольшей отдачи от ваших инвестиций. |
|---|
Каждое решение архитектуры имеет прямые и косвенные финансовые последствия. Ознакомьтесь с затратами, связанными с сборкой, вариантами покупки, технологиями, моделью выставления счетов и лицензированием, обучением, операциями и т. д.
Учитывая набор требований, оптимизируйте и принимать решения о компромиссах в отношении затрат, которые по-прежнему эффективно устраняют перекрестные проблемы рабочей нагрузки.
Пример сценария
Contoso Manufacturing (CM) запускает пользовательскую систему управления складом (WMS) для обработки четырех складов в Южной Америке, и они решили, что пришло время обновить решение и переместить его в облако. Они рассматривают перемещение текущего решения или зеленое поле с современными облачными инструментами. Старшие руководители CM хотят контролировать затраты и попросили лидеров рабочей нагрузки, как они подходят к миграции с целью поддержания эффективности затрат.
Решение WMS — это приложение .NET, работающее в службах IIS, и использует SQL Server для своих баз данных.
Измерение общей стоимости проекта рабочей нагрузки
Измеряйте общие затраты, связанные с выбором технологии и автоматизации, учитывая влияние на рентабельность инвестиций (ROI). Проектирование должно работать в допустимых границах для всех функциональных и нефункциональных требований. Дизайн также должен быть гибким для удовлетворения прогнозируемой эволюции. Фактор стоимости приобретения, обучения и управления изменениями.
Реализация сбалансированного подхода, который учитывает roI, предотвращает чрезмерное проектирование, что может увеличить затраты.
Задача Компании Contoso
- Команда разработчиков рабочей нагрузки рада получить эту рабочую нагрузку в облако, присоединившись к другим командам CM, которые уже делали разработку на основе облака.
- Они знают о технической задолженности в приложении и ожидают ее решения, перезаписав значительный объем кода приложения и перейдя к новым облачным решениям для многих компонентов.
- Инженерная команда надеется воспользоваться этой возможностью, чтобы полностью изменить систему в микрослужбы и разместить ее на AKS, новую, но захватывающую технологию для команды.
Применение подхода и результатов
- Хотя команда рабочей нагрузки имеет четкое желание выполнять крупномасштабную рефакторинг в рамках миграции облака, они понимают, что рабочая нагрузка должна поддерживать ее рентабельность. Поддержание roI рабочей нагрузки, скорее всего, указывает команде на использование решений, которые не требуют обширного обучения новой инженерной команды, и они не смогут сделать большие перезаписи рабочей нагрузки в рамках миграции.
- Команда рабочей нагрузки принимает прагматичный подход к проектированию системы, что гарантирует, что она остается экономичной и работает в ожидаемых параметрах и не слишком инженеричена. Чтобы убедиться, что roI поддерживается и миграция выполняется эффективно, они решили, что лучший подход — использовать подобное решение в облаке, например службу приложение Azure.
- Во время миграции они будут выборочно решать некоторые технические долги, которые позволят им дальнейше развивать платформу после того, как она находится в Azure, и будет рассматривать roI в рамках процесса выбора.
Уточнение дизайна
Точно настройте дизайн, определив приоритеты служб, которые могут снизить общую стоимость, не нуждаются в дополнительных инвестициях или не оказывают существенного влияния на функциональные возможности. Приоритет должен учитывать варианты бизнес-модели и технологий, которые приносят высокую рентабельность инвестиций.
Вы сможете изучить более дешевые варианты, которые могут обеспечить гибкость ресурсов или динамическое масштабирование, или вы можете оправдать использование существующих инвестиций. Параметры приоритета могут учитывать затраты, необходимые для критически важных рабочих нагрузок, среды выполнения и операций, а также другие затраты, которые могут помочь команде эффективнее работать.
Задача Компании Contoso
- Существующая рабочая нагрузка размещается в гиперконвергентном (модуль), а центр затрат команды взимается за затраты на вычисления, сеть и хранилище.
- Рабочая нагрузка развернула предварительные и рабочие среды на виртуальных машинах Windows.
- GitHub Actions с локальными средствами выполнения используется для выполнения заданий GitHub Actions.
Применение подхода и результатов
- После оценки нескольких облачных вариантов команда решает, что перемещение веб-компонентов в службу приложение Azure будет обеспечивать совместимость приложений WINDOWS IIS без существенных изменений и не требует значительного обучения.
- Команда решает продолжить использование GitHub Actions с локальными средствами выполнения, но они будут перенесены в масштабируемый набор виртуальных машин с возможностью масштабирования до нуля узлов, когда они не используются.
Проектирование архитектуры для поддержки защиты затрат
Реализуйте средства защиты затрат с помощью решений платформы, политик, инфраструктуры и шаблонов проектирования приложений или автоматизации, чтобы обеспечить, чтобы затраты на облачные среды сохранялись в бюджетах.
Принудительное применение с помощью политик управления или встроенных шаблонов разработки приложений может предотвратить случайные или неоцененные расходы.
Задача Компании Contoso
- Существующая система не имеет дорогостоящих охранников, но редко изменяется, поэтому было мало мотивации для создания таких охранников.
- Владельцы среды HCI установили ограничение ресурсов, которое применяется к этой рабочей нагрузке, эффективно останавливает рабочую нагрузку от использования избыточных вычислительных ресурсов и ресурсов хранилища.
- Команда обеспокоена тем, что переход в облако будет представлять риск возникновения непредвиденных затрат и не уверены, как свести к минимуму этот риск.
Применение подхода и результатов
- Команда обучает себя решениям по управлению затратами Майкрософт.
- Команда планирует настроить ограничения масштабирования для планов службы приложение Azure.
- Команда планирует настроить политику запрета для определенных SKU виртуальных машин с более высокой ценой, чтобы запретить развертывание этих номеров SKU.
- Команда планирует реализовать автоматизацию для управления затратами на хранение. Некоторые типы данных автоматически перемещаются из горячего хранилища в холодное или архивное хранилище на основе таких критериев, как дата последнего доступа. Этот тип автоматизации невозможен в среде HCI.