DevOpsDays London1d ago

🚨 CFP OPEN: DevOpsDays London 🇬🇧

Got a story, lesson, win or failure to share? We want you on stage.

📅 17 Sept 2026
📍 City & Guilds Building, London

Talks:
• 30-min talks
• 5-min Ignite

We value real experience, honest lessons and practical insights. First-time speakers welcome!

Our website is live at: devopsdays.org/events/2026-london/welcome/

Submit: https://docs.google.com/forms/d/e/1FAIpQLSfbFEGYxD_9gEyBzIb4oFi47-6r9ATWp4fCfR3IPL48XPL_9Q/viewform

#DevOps #CFP #SRE #Tech

DevOpsDays London 2026 CFP

What do we want for this CFP? Day in and out we are inundated with the negative impact of technology; how AI datacentres are increasing demand for water and fossil fuels, how graduates can no longer find entry level work because it’s been handed over to a chatbot, how criminal gangs are running scam farms. With this as our backdrop, alongside the DevOps spirit of not accepting things must remain as they are, we would like to encourage talks on what you have changed for the better in your team, in your business, in society or at home. Why we should care and what else we can all do to foster a better future. Examples: Bringing DevOps to scientific or medical industries Combatting disinformation How you’re building your local meetups FOSS implementations GreenOps What don’t we want AI Slop To increase your chance of being selected to speak at DevOpsDays London, we strongly recommend reading our guidelines and rules for submissions before submitting your proposal We will be anonymising your submissions for review by removing personal names, company names, and gendered pronouns from the session title and abstract. The CFP will close at 23:59 BST 2026-05-17 We currently intend to have contacted all successful speakers by 2026-06-17 and will announce the final program by 2025-07-01 We have budget to pay for speakers' travel and accommodation (Approximately £600 for talks and £300 for ignites). We are however a community run conference so if you do need to travel and your company can pay that would be a great help. By submitting to this CFP, you agree to abide by the DevOpsDays London Code of Conduct. DevOpsDays London 2026 will be on the 17th of September 2026 (2026-09-17)

Google Docs
Coroot1d ago

⭐🐧🐝 Thank you to all the #DevOps engineers, #SRE pros, and #opensource advocates around the world that use and contribute to Coroot in order to improve observability for everyone! https://github.com/coroot/coroot

Share your feedback to help other observability pros discover new open tools: https://www.g2.com/products/coroot/reviews

#observability #kubernetes #AI #Linux #eBPF #cloud #aws #tech #monitoring

Learn by Fixing1d ago

New guide released: Signals in Docker

- Why PID 1 is important inside a container
- docker stop vs docker kill
- How to make containers shut down gracefully
- How to send signals to containers

https://www.learnbyfixing.com/guides/docker-signals/

#LearnByFixing #DevOps #SRE #Sysadmin #Docker #Linux

Learn by fixing

Learn by Doing. Understand by Fixing. Improve your Linux, Docker, DevOps and SRE skills by solving real-world challenges.

Learn by fixing
Habr1d ago

[Перевод] SDLC мертв. AI-агенты его убили

TL;DR перевода статьи Boris Tane: SDLC is dead. SDLC больше нет. AI-агенты не ускорили привычный жизненный цикл разработки, они его схлопнули. - Agile-ритуалы мертвы. Планирование спринтов, оценки в story points, релизные поезда и многодневные ожидания аппрувов в PR — всё это пережитки прошлого. - Все этапы слились воедино. Сбор требований, system design, написание кода и тестов происходят одновременно — в реальном времени и в диалоге с агентом. - Code Review — это новый луддизм. Машина генерирует 500 PR в день, человек физически не может их проверить. Код должен лететь прямо в main под прикрытием автотестов, feature flags и хорошо настроенного observability. Новый жизненный цикл — это узкая петля: Intent (Намерение) → Build (Создание) → Observe (Наблюдение). Читать как меняется каждый этап SDLC

https://habr.com/ru/articles/1013498/

#backend #frontend #code_review #sre #devops #observability #agile #оценка #AI #агенты

SDLC мертв. AI-агенты его убили

AI-агенты не ускорили жизненный цикл разработки. Они его убили. Я часто слышу что люди утверждают: “AI — это инструмент разработки, ускоряющий работу в 10 раз”. Сама суть фразы некорректная. Она...

Хабр
Habr1d ago

AI-ассистент для алертов: как n8n + LLM

Все кто касался темы обеспечения бесперебойной работы сервисов знает на сколько изнуряющим и трудно оценимым по времени бывает диагностика и устранение инцидентов. Настало время это исправить!

https://habr.com/ru/articles/1011352/

#n8n #ai #sre #kubernetes #prometheus #alertmanager #grafana

AI-ассистент для алертов: как n8n + LLM

Все кто касался темы обеспечения бесперебойной работы сервисов знает на сколько изнуряющим и трудно оценимым по времени бывает диагностика и устранение инцидентов.  За годы своей работы я...

Хабр
Show threadJan Schaumann2d ago

System Administration: Week 8: E-Mail, Part III

In this video, we look at ways to combat Spam. In the process, we learn about email headers, the Sender Policy Framework (SPF), DomainKeys Identified Mail (DKIM), and Domain-based Message Authentication, Reporting and Conformance (DMARC). SMTP doesn't seem quite so simple any more...

https://youtu.be/KwCmv3GHGfc

#sysadmin #devops #sre #smtp

CS615 System Administration, Week 08, Segment 3 - E-Mail, Part III

YouTube
Show threadJan Schaumann3d ago

System Administration: Week 8: E-Mail, Part II

In this video, we observe the incoming mail on our MTA, look at how STARTTLS can help protect information in transit, how MTA-STS can help defeat a MitM performing a STARTTLS-stripping attack, and how DANE can be used to verify the authenticity of the mail server's certificate.

https://youtu.be/RgEiAOKv640

#sysadmin #devops #sre #smtp

CS615 System Administration, Week 08, Segment 2 - E-Mail, Part II

YouTube
Halexo Ltd3d ago

Mean time to repair directly impacts revenue and trust. When automation cuts MTTR by over 50%, the business case becomes clear: fewer escalations, less downtime, and calmer teams.

#IncidentManagement #AIOps #Automation #SRE #ITOps

pgEdge Postgres4d ago

When dealing with global data, speed and trust matters. Using Patroni with Spock and etcd gives you fail-safe redundancy, instant failover without hiccups, and regional speed.

Adding tools like our open source Spock extension creates a resilient, multi-master system that spans continents. 🌎

Would you trust a multi-region database setup for mission-critical data?

#postgres #postgresql #techtips #opensource #tech #technology #dataengineering #sre #data #sql

studio craque 54 🏳️‍🌈4d ago

Damn does it feel good taking that fucking opentowork frame off my LinkedIn and then closing the window until the next time I need that dumpster fire of a social media site. I still refuse to look at the "feed" or really spend time engaging in anything. My mental health is better for it.

But I have to say... LI did help me connect with people who helped me find a job. It was a stranger answering one of my Call To Action posts that told me about NinjaOne. Nobody that was in my network, just someone who found a connection to me and passed me along the general career website, and that I might find something there.

My application to NinjaOne was a cold-call, submission through the system, up against APT and AI and everything else... so I can honestly say that it was my actual abilities and personality that got me in and through the interviews.

In a job market where everyone is saying only networking will get you a gig, I rose above the noise as a diamond in the rough.

Thank you NinjaOne for the opportunity!

#SRE #NinjaOne #Resilience