---
title: "Каркас хорошей архитектуры"
url: "https://kzsaleshub.com/framework/well-architected/"
type: "framework"
category: "IT и разработка"
language: "ru"
source: "KZSalesHub"
published: "2026-08-11"
last_updated: "2026-08-16"
---

# Каркас хорошей архитектуры

**Суть.** Набор опор, по которым проверяется любое облачное решение. Ценность для продавца и пресейла не в самом списке, а в том, что он структурирует разговор: заказчик почти всегда думает об одной-двух опорах и не думает об остальных — и именно там прячутся будущие проблемы и будущие продажи.

## Шесть опор

| Опора | Вопрос к решению | Что обычно упускают |
| --- | --- | --- |
| Эксплуатация | Кто это будет обслуживать и как узнает о проблемах | Наблюдаемость закладывают в последнюю очередь |
| Безопасность | Кто имеет доступ и что происходит при утечке | Права выдают широко и не пересматривают |
| Надёжность | Что происходит при отказе части системы | Восстановление из копий не проверялось |
| Производительность | Как система ведёт себя при росте нагрузки | Проверяют на средней нагрузке, а не на пиковой |
| Стоимость | Сколько это стоит в месяц и от чего зависит | Считают запуск, не считают эксплуатацию |
| Устойчивость | Потребление ресурсов и его снижение | Не считают вообще |

## Как использовать в сделке

Пройти по шести опорам вместе с техническим руководителем заказчика и записать ответы. Там, где ответа нет, появляется предмет для следующего шага — обследование, пилот или отдельный проект. Это честный способ расширить сделку: вы не продаёте лишнее, вы показываете невидимое.

## Опоры каркаса

| Опора | Вопрос | Первое, что стоит проверить |
| --- | --- | --- |
| Эксплуатация | Как мы это сопровождаем | Есть ли наблюдаемость и разбор инцидентов |
| Безопасность | Кто и к чему имеет доступ | Права по минимуму, журналирование |
| Надёжность | Что происходит при отказе части системы | Проверяли ли восстановление |
| Производительность | Хватает ли ресурсов и не переплачиваем ли | Соответствие мощности реальной нагрузке |
| Стоимость | Понимаем ли, за что платим | Разбивка расходов по сервисам и командам |
| Устойчивость | Какой след оставляет решение | Утилизация ресурсов, лишние среды |

## Как проводить разбор

1. Берите одну систему, а не весь ландшафт. Разбор всего сразу заканчивается списком из двухсот пунктов.
2. Идите по опорам с вопросами, а не с оценками. Задача — найти незаданные вопросы, а не поставить баллы.
3. Каждую находку сразу превращайте в задачу с владельцем и приоритетом.
4. Повторяйте раз в полгода-год и сравнивайте с предыдущим разбором.

## Где ломается

**Превращается в анкету.** Заполнили, подписали, положили в папку. Ценность в разговоре, а не в документе.

**Оценивают всё сразу.** Шесть опор для крупной системы — это несколько дней. Начинают с двух самых болезненных.

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

**Про стоимость забывают.** Это единственная опора, где выигрыш виден сразу и в деньгах, и именно её чаще всего пропускают.

**Находки не превращаются в работу.** Отчёт есть, задач нет, через год тот же отчёт.

Практичный формат — полдня, одна система, три-пять приоритетных задач по итогам. Всё, что длиннее, обычно не доводится до изменений.

## Частые вопросы

**Применим ли каркас вне облачных решений**

Да. Опоры описывают свойства системы, а не платформу. Вопросы про надёжность и стоимость одинаково уместны в своей инфраструктуре.

**Кто должен участвовать**

Разработка, эксплуатация и владелец продукта. Без последнего разбор уходит в технические детали без понимания цены вопроса.

**Как использовать в продаже решения**

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

## Связанное

- [FinOps](https://kzsaleshub.com/framework/finops/)
- [SLI, SLO и SLA](https://kzsaleshub.com/framework/sli-slo-sla/)
- [Программа информационной безопасности](https://kzsaleshub.com/framework/security-program/)

Каркас ценен не оценкой, а набором вопросов, которые иначе не задают. Большинство находок — это то, что просто никто не проверял.

---
Источник: https://kzsaleshub.com/framework/well-architected/