Содержание
- + Методалогии разработки ПО
-
+
Проектирование систем
- + API
- + UML
- + Архитектор
- + Интеграции
- + Моделирование данных
- + Представление данных
- BPMN
- C4 model
- Domain Driven Design
- EPC
- IDEF0
- Архитектура
- Интерфейс
- Карта экосистемы
- Когда стоит выбирать микросервисы
- Контекстная диаграмма
- Ролевая модель
- Проектирование систем
- + Развёртывание
-
+
Разработка
- + Git
- + Linux OS
- + Mac OS
- + Подходы организации кода
- + Языки программирования
- Виды программирования
- Интерпритатор
- Компилятор
- Разработка
-
+
Сеть
- + OSI
- + Защита
- CDN
- ngrok
- Сеть
- + Системный анализ
- + Требования
-
–
Хранение данных
- – Базы данных
- + Отчётность и аналитика
- BigData
- OLAP
- Объектное хранилище
- Файловые системы
- Хранение данных
- + Языки разметки
Basic Availability
Базовая доступность
Каждый запрос гарантировано завершается (успешно или неуспешно)
Soft State
Гибкое состояние
Состояние системы может изменяться со временем, даже без ввода новых данных, для достижения согласования данных
Eventual Constistency
Согласованность в конечном счете
Данные могут быть некоторое время рассогласованы, но приходят к согласованию через некоторое время
При использовании NoSQL решений важно понимать какие характеристики из САР теоремы мы выбираем (СР или АР) и как это реализуется в наших BASE гарантиях. Устойчивость к разделению обычно всегда оставляют иначе будут большие проблемы
Иногда это решение можно принимать относительно каждого запроса (как в Cassandra, где можно выбрать consistency level для каждого запроса)