Многопользовательская аналитическая платформа использует AKS для двух рабочих нагрузок: (1) постоянно работающий уровень API со стабильным трафиком и (2) крупные ночные пакетные задания, которые могут допускать перезапуски. Azure SQL Database и административный портал на базе App Service работают круглосуточно и без выходных и имеют предсказуемое использование. Руководство требует сокращения затрат на вычисления на 30% без ущерба для SLO. Какие две рекомендации лучше всего соответствуют этой цели?

Добавление пула спотовых узлов AKS для ночных пакетных заданий значительно снижает затраты, поскольку спотовые экземпляры предлагают глубокие скидки в обмен на возможность вытеснения. Использование PodDisruptionBudgets, tolerations и контрольных точек гарантирует, что эти прерывания не повлияют на SLO пакетных заданий, которые допускают перезапуски. Приобретение зарезервированной емкости/экземпляров на 1 год для Azure SQL Database и плана App Service обеспечивает существенную экономию затрат (до 72%) для стабильных, предсказуемых рабочих нагрузок, не влияя на доступность. Масштабирование AKS до нуля в рабочее время неприменимо, так как уровень API работает постоянно. Перенос API на виртуальные машины серии B может снизить производительность и не подходит для стабильного трафика. Отключение автомасштабирования приведет к неэффективному использованию ресурсов и потенциальным нарушениям SLO.