Cover of event SRE on the Road: Новосибирск

SRE on the Road: Новосибирск

Tue, 09 April 2024, 18:30 (GMT+07:00)
Russia, Novosibirsk, ул. Коммунистическая, 14, 1 этаж, Food factory
Free
Community's avatar T-Bank (ex Tinkoff)

Tags:

Тинькофф отправляется в путь, чтобы поделиться с инженерами, разработчиками и архитекторами своим опытом и знаниями по созданию надежных сервисов.

Наши эксперты поделятся с вами best practices и секретами успешного обеспечения бесперебойной работы систем. Вы узнаете, как обеспечивать стабильность сервисов, эффективно реагировать на нештатные ситуации и минимизировать их последствия. Обсудим оптимизацию производительности и автоматизацию, способы сокращения времени реагирования на проблемы и сосредоточения на развитии продукта.

Количество мест ограничено, поэтому не откладывайте регистрацию на последний момент.

Присоединяйтесь к нам на SRE on the Road и станьте частью сообщества ИТ-специалистов, стремящихся создать надежные и инновационные решения.
Будем рады вас видеть!

Программа:

  • 19:00 – 19:40 | Паттерны отказоустойчивой архитектуры — Вячеслав Хаверко, Тинькофф
    Надежность - важная составляющая любой архитектуры. В IT сфере уже есть определенные паттерны, как сделать архитектуру более отказоустойчивой. Но у каждого паттерна есть свои тонкости и их нужно понимать. В докладе будут описаны типичные паттерны отказоустойчивой архитектуры и их подводные камни, о которых нужно знать.
  • 19:40 – 20:20 | Аварийное восстановление Kubernetes в Cluster API — Максим Снежков, Тинькофф
    Порой кажется что разговоры о резервном копировании и аварийном восстановлении - это про эпоху мезозоя. Особенно в эпоху микросервисов, облачных провайдеров и возможности быстрой замены упавшего сервиса на другом конце земли. Несколько иначе дела обстоят у компонентов платформы и инфраструктуры. Для них время, затраченное на аварийное восстановление пропорционально потерям сразу нескольких бизнес-линий компании. В своём докладе рассмотрю Kubernetes как яркий пример такого компонента. Поделюсь сценариями отказа в условиях использования Cluster API и конечно затрону тему аварийного восстановления.