Ликбез: C4 и 4C, в чем разница?
Про C4 наверняка слышали многие технические писатели (особенно которые работают рука об руку с архитекторами). Это — метод (или подход, или нотация) моделирования и описания архитектуры программных систем. Здесь для описания архитектуры используется 4 уровня:
- Context (для описания архитектуры используется диаграмма контекста).
- Containers (диаграмма контейнеров).
- Components (диаграмма компонентов).
- Code (диаграмма кода).
И каждый из этих уровней глубже погружает нас в архитектуру описываемой системы.
А что насчет 4C? У 4C нет связей с C4 — это отдельная штука.
4C — это модель облачной безопасности (она же — Модель 4С’s), «заточенная» под Kubernetes. Обратите внимание, что это не стандарт (по крайней мере пока), а просто набор рекомендаций по обеспечению безопасности.
И, как вы уже наверняка догадались, здесь тоже используется 4 уровня. Для каждого из них приводятся рекомендации по обеспечению безопасности. Эти уровни следующие (как и в предыдущем случае, все их названия также начинаются с C):
- Cloud. Уровень облака (облачного провайдера). Он — про рекомендации по обеспечению безопасности клауда, в котором «живет» кластер. Рекомендации есть, как общие, так и свои для каждого провайдера.
- Cluster. Уровень кластера (про RBAC, лимиты, аутентификацию, управление секретами в кластере и пр.).
- Container. Этот уровень — про безопасность на уровне контейнеров (про политики изоляции, запрет запуска в привилегированном режиме и т. д.)
- Code. Здесь описываются/используются рекомендации по обеспечению безопасности на уровне кода (например, использование статических анализаторов и т. д.).
В общем, знайте (знания лишними не бывают), что C4 и 4C это не одно и то же. Кто знает, может, вам это когда-нибудь поможет.
Про C4 наверняка слышали многие технические писатели (особенно которые работают рука об руку с архитекторами). Это — метод (или подход, или нотация) моделирования и описания архитектуры программных систем. Здесь для описания архитектуры используется 4 уровня:
- Context (для описания архитектуры используется диаграмма контекста).
- Containers (диаграмма контейнеров).
- Components (диаграмма компонентов).
- Code (диаграмма кода).
И каждый из этих уровней глубже погружает нас в архитектуру описываемой системы.
А что насчет 4C? У 4C нет связей с C4 — это отдельная штука.
4C — это модель облачной безопасности (она же — Модель 4С’s), «заточенная» под Kubernetes. Обратите внимание, что это не стандарт (по крайней мере пока), а просто набор рекомендаций по обеспечению безопасности.
И, как вы уже наверняка догадались, здесь тоже используется 4 уровня. Для каждого из них приводятся рекомендации по обеспечению безопасности. Эти уровни следующие (как и в предыдущем случае, все их названия также начинаются с C):
- Cloud. Уровень облака (облачного провайдера). Он — про рекомендации по обеспечению безопасности клауда, в котором «живет» кластер. Рекомендации есть, как общие, так и свои для каждого провайдера.
- Cluster. Уровень кластера (про RBAC, лимиты, аутентификацию, управление секретами в кластере и пр.).
- Container. Этот уровень — про безопасность на уровне контейнеров (про политики изоляции, запрет запуска в привилегированном режиме и т. д.)
- Code. Здесь описываются/используются рекомендации по обеспечению безопасности на уровне кода (например, использование статических анализаторов и т. д.).
В общем, знайте (знания лишними не бывают), что C4 и 4C это не одно и то же. Кто знает, может, вам это когда-нибудь поможет.