DevOps community for love
44.3K subscribers
1.7K photos
125 videos
19 files
1.82K links
Открытое независимое DevOps комьюнити с любовью к технологиям

🔥Новости ИТ
💣Обзоры конференций
☯️ИТ подкасты

Регистрационный номер № 5208774904

🤟Сотрудничество @darkbenladan
🤟Поддержкать канал - https://boosty.to/krylovalex

#devopsforlove #devops
Download Telegram
➡️ Необходимость и боль перехода с IBM MQ + RH Fuse на Apache Kafka + Apache Camel расскажет Александр Крылов, Lead DevOps services в ПАО СК Росгосстрах

📋 https://bx.vc/uhtu5u

Александр с командой попали в ситуацию, когда они имеют инструменты, попадающие не только под vendor lock и узкую компетенцию, но и санкции. Речь про так называемую шину данных или ESB, состоящую из брокера очередей на базе ESB IBM MQ и интеграционного слоя на базе Red Hat JBoss Fuse.

Александр поделится с нами той болью, которую они получили на стеке описанных выше инструментов при необходимости как масштабироваться, так и заменять их из-за утраты компетенций и необходимости уйти от vendor lock по компаниям в списке санкций.

Встречаемся 22 и 23 сентября в Петербурге

Программа Saint HighLoad++ и билеты по ссылке - https://bx.vc/1n0vor

#devops #devopslove #devopslovetech #ibmmq #kafka #camel #SaintHighLoad #HighLoad #HighLoad2022 #HL2022
👍1🔥1
Уже завтра мы с Вами встретимся друзья!
23 сентября, 14:40, «Зал 01. Желтый»
Я расскажу про необходимость и боль перехода с IBM MQ + RH Fuse на Apache Kafka + Apache Camel.

Выбирая любую технологию, всегда стоит делать полноценный RND по рынку, учитывая слабые и сильные стороны как enterprice-решений, так и open source. Необходимо подходить комплексно, принимая все риски по развитию и поддержке выбранной технологии с учётом масштабов, планируемой нагрузки, а также других критериев, которые необходимы для максимально эффективной работы этих инструментов в вашем контуре.

https://highload.ru/spb/2022/abstracts/8820

Если хочешь быть в курсе интересных мануалов мира ИТ,
подписываемся на канал telegram - t.me/devopslove

#devops #devopslove #devopslovetech #devopsnews #highloadconference #hlconf #sainthighload2022 #sainthighload2022 #highload #highload2022
Уже завтра я выступаю на Moscow Highload 2022
И буду рассказывать «О решении проблемы ресурсов у команд — участников цикла разработки»

📋 https://bx.vc/p7qhqk

Представим, что команда DevOps делает не только всё, что связанно с CI/CD, но и сильно выходит за эти рамки.

Представим, что коллеги из тестирования и разработки имеют ограниченные права везде и по любому чиху дёргают инженеров. А как быть с фокусом на развитие и внедрение новых технологий и систем, при этом успевая всё?

Сказ пойдёт о том, как решить проблему перераспределения ресурсов в командах — участниках цикла разработки. Казалось бы, зачем это делать? Для того чтобы высвободить ресурсы одних команд, повысить компетенции других команд со сменой фокуса на целевые активности.

Целевая аудитория: DevOps, Ops, Dev, Test, лиды направлений.

🖐 Присоединяйтесь к нашей крутой тусовке разработчиков высоконагруженных систем 24 и 25 ноября в Москве.

Подробно о конференции, расписание и билеты на сайте – https://bx.vc/2uexep

#devops #devopslove #devopslovetech #devopsnews #devopsconf #meetups #highload #highloadconf #highloadconf2022 #highloadconfmoscow2022
👍1
Это было незабываемо, спасибо организаторам и ПК за этот волшебный праздник и возможность принять участие в нём.
Только светлые эмоции, прекрасные и компетентные люди, тонна технологий с множеством активностей.
Традиционно, немного фоточек)
До новых встреч на других конференциях!

#devops #devopslove #devopslovetech #devopsnews #devopsconf #meetups #highload #highloadconf #highloadconf2022 #highloadconfmoscow2022
Всем доброго утра!
Стартовала конференция Saint HighLoad++ =)
И вот подгон в виде прямой трансляции из главного зала, всем приятного просмотра)

https://www.youtube.com/watch?v=td3th9i_xaM

#devopsfolove #highload
1👍1🔥1
Всем доброго утра!
А вот и второй день конференции Saint HighLoad++ =)
Прямая трансляция из главного зала, всем приятного просмотра)

https://www.youtube.com/watch?v=9vo3ovdDLJM

#devopsfolove #highload #sainthighload #sainthighload2024
Крутой технический доклад от Игоря Балюка - "Как мы делаем трейсинг в условиях тысяч сервисов и миллионов спанов в секунду"

https://www.youtube.com/watch?v=Uf59_q1OzmE

#devopsforlove #highload #devopslovetech #devopsforlovemanual
Всем привет!

Если вы думали о подаче заявки на HighLoad, то сейчас — лучший момент, чтобы отправить свой доклад!
CFP на HighLoad++ 2025 закрывается 1 августа!

Особенно интересны доклады на эти темы:

- Архитектура и масштабируемость
- Масштабирование баз данных: шардирование, репликация, балансировка
- Нестандартныерешения и подходы для хранения данных
- MLOps: практики, инструменты, мониторинг
- Защита от DDoS, высоконагруженных атак и ботов
- AI-технологии для обнаружения и предотвращения атак
- Практики построения отказоустойчивых систем

Очень ждем заявки до 1 августа.

#devopsforlove #highload
1🤔1
Сети для самых маленьких / Алексей Учакин

https://www.youtube.com/watch?v=LZ5g053ggX4

#devopsforlove #highload #lan
🔥1
От железного сервера к Docker, Docker Compose, Docker Swarm и Kubernetes / Александр Чадин

https://www.youtube.com/watch?v=XFmtRHMEgMY

#devopsforlove #highload #docker #k8s
Всем доброго утра!
Недавно на Highload++ проходил круглый стол на тему «Мониторинг, написанный кровью»😰

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

Было очень жарко и насыщенно! Диалог удался на славу, как со спикерами, так и с пришедшими слушателями, всем приятного просмотра ;)

https://www.youtube.com/watch?v=zTFwlC_3lfQ

#devopsforlove #highload #observability