- О курсе
- Для кого этот курс
- Терминология (to be)
- О системном анализе (to be)
- Об архитектуре
- Как работает интернет
- Компоненты систем
- Требования к системам
- Доступность
- Масштабируемость
- SLA, SLO, SLI
- TTL (to be)
- Кэширование
- Структуры данных
- JSON (to be)
- XML (to be)
- YAML (to be)
- Архитектура
- N-уровневая архитектура
- Монолиты и микросервисы (to be)
- Хореография и оркестрация
- Прочие паттерны проектирования интеграции систем (in progress)
- Об интеграции систем
- Способы интеграции систем (to be)
- Файловый обмен (to be)
- Брокеры сообщений (in progress)
- Kafka (to be)
- RabbitMQ (to be)
- Корпоративная служебная шина (ESB) (in progress)
- HTTP и HTTPS протоколы (in progress)
- REST архитектурный стиль(in progress)
- SOAP (to be)
- RPC (to be)
- gRPC (to be)
- graphQL (to be)
- WebSocket (to be)
- WebHook (to be)
- ETL (to be)
- Аутентификация и авторизация
- Basic auth (to be)
- 𝐇𝐌𝐀𝐂 (to be)
- OAuth 2.0 и OpenID Connect (OIDC) (in progress)
- SSO (in progress)
- Базы данных
- A visual guide on how to choose the right Database (to be)/li>
- Базы данных SQL (in progress)
- Базы данных NoSQL (in progress)
- Which database shall I use for the metrics collecting system? (to be)
- Моделирование (схемы/диаграммы) (to be)
- VAD и EPC (to be)
- UML (to be)
- Sequence (to be)
- ER (to be)
- Use case (to be)
- PlantUML (to be)
- BPMN (to be)
- IDEF0 (to be)
- CI/CD (to be)
- Deployment strategies (to be)
- Платежи (to be)
- SWIFT payment network (to be)
- Foreign exchange in payment (to be)
- Money movement (to be)
- Avoid double charge (to be)
- Payment security (to be)
- Match buy and sell orders (to be)
- Stock exchange design (to be)
- Design a payment system (to be)
- DEFI (to be)