SRE on the Road: Новосибирск
Tue, 09 April 2024, 18:30 (GMT+07:00) | |
Russia, Novosibirsk, ул. Коммунистическая, 14, 1 этаж, Food factory | |
Free | |
T-Bank (ex Tinkoff)
|
Tags: kubernetes k8s
Тинькофф отправляется в путь, чтобы поделиться с инженерами, разработчиками и архитекторами своим опытом и знаниями по созданию надежных сервисов.
Наши эксперты поделятся с вами best practices и секретами успешного обеспечения бесперебойной работы систем. Вы узнаете, как обеспечивать стабильность сервисов, эффективно реагировать на нештатные ситуации и минимизировать их последствия. Обсудим оптимизацию производительности и автоматизацию, способы сокращения времени реагирования на проблемы и сосредоточения на развитии продукта.
Количество мест ограничено, поэтому не откладывайте регистрацию на последний момент.
Присоединяйтесь к нам на SRE on the Road и станьте частью сообщества ИТ-специалистов, стремящихся создать надежные и инновационные решения.
Будем рады вас видеть!
Программа:
- 19:00 – 19:40 | Паттерны отказоустойчивой архитектуры — Вячеслав Хаверко, Тинькофф
Надежность - важная составляющая любой архитектуры. В IT сфере уже есть определенные паттерны, как сделать архитектуру более отказоустойчивой. Но у каждого паттерна есть свои тонкости и их нужно понимать. В докладе будут описаны типичные паттерны отказоустойчивой архитектуры и их подводные камни, о которых нужно знать. - 19:40 – 20:20 | Аварийное восстановление Kubernetes в Cluster API — Максим Снежков, Тинькофф
Порой кажется что разговоры о резервном копировании и аварийном восстановлении - это про эпоху мезозоя. Особенно в эпоху микросервисов, облачных провайдеров и возможности быстрой замены упавшего сервиса на другом конце земли. Несколько иначе дела обстоят у компонентов платформы и инфраструктуры. Для них время, затраченное на аварийное восстановление пропорционально потерям сразу нескольких бизнес-линий компании. В своём докладе рассмотрю Kubernetes как яркий пример такого компонента. Поделюсь сценариями отказа в условиях использования Cluster API и конечно затрону тему аварийного восстановления.