Создание цифрового двойника проекта в Kubernetes для симуляции нагрузок
Краткое содержание Цифровой двойник прикладного проекта в K8s Доклад принят в программу конференции Целевая аудитория Тезисы Цифровой двойник прикладного проекта в K8s Представление докладчиков С чего все началось 2.1 Попытка создать “предиктивный автоскейлер” для проекта в K8s 2.2 Причины неудачи (Стоимость сбора и хранения информации превышает ее ценность) 2.3 Разработка on-premise автоскейлера 2.4 Где и как проверять политики автоскейлинга, почему не подойдет стенд нагрузочного тестирования Цифровой двойник проекта в K8s 3.1 Основная проблема - как учитывать постоянные изменения в проекте 3.2 Что у нас есть в наличии 3.3 Цифровая архитектура (архитектура как код) 3.4 Телеметрия K8s, Istio, метрики утилизации, метрики запросов, трейсы 3.5 Основные элементы цифрового двойника (компоненты, внешние ресурсы, связи, описание входных нагрузок) Модель Pod-a 4.1 Исследования отдельного компонента с помощью локального нагрузочного тестирования 4.2 Требования к заглушкам 4.3 Обработка результатов исследования: апроксимация полиномами 4.4 Основные типы компонентов 4.5 Формат хранения модели Pod-a 4.6 Версионирование модели Pod-a Модель внешнего ресурса 5.1 Данные для внешнего ресурса 5.2 Формат хранения модели внешнего ресурса 5.3 Особенности использования асинхронных ресурсов в модели Цифровая архитектура 6.1 Описание всех компонентов системы 6.2 Описание связей между компонентами 6.3 Формат для обработки в модели 6.4 Версионирование архитектуры Описание нагрузки 7.1 tps и трафик Собираем все вместе 8.1 Алгоритм работы симулятора 8.2 Нагрузочное моделирование вместо нагрузочного тестирования 8.3 Что можно увидеть в симуляторе 8.3.1 Отклонение во времени отклика 8.3.2 Увеличение входного/выходного трафика 8.3.3 Изменение трафика при обращении к внешним ресурсам 8.4 Наша модель 8.4.1 Сравнение результатов разных систем 8.4.2 Точность попадания 8.4.3 Перспективы развития Заключение Работает в Сбере 6 лет в разных ролях: разработчик, product owner, архитектор. Ключевые проекты: высоконагруженные backend’ы; интеграционные решения; etl-процессы; AI-инициативы; архитектурные решения. Sber certified architect. 29 лет опыта разработки ПО в различных ролях: developer, product owner, manager, solution architect, project manager. Ключевые области проектов: высоконагруженные бэкенды; высоконагруженные интеграционные решения; распределенные платформенные решения на базе облачных технологий; CI/CD-решения для облачных сред. Видео Другие доклады секции Жизнь в облаках и без Источник: Перейти ...