<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom" ><generator uri="https://jekyllrb.com/" version="4.3.4">Jekyll</generator><link href="https://www.devopsdays.dk/feed.xml" rel="self" type="application/atom+xml" /><link href="https://www.devopsdays.dk/" rel="alternate" type="text/html" /><updated>2026-04-10T08:59:45+00:00</updated><id>https://www.devopsdays.dk/feed.xml</id><title type="html">DevOpsDays</title><subtitle>The Danish Chapter of the DevOpsDays community conference series</subtitle><author><name>DevOpsDays Denmark</name></author><entry><title type="html">DevOps is Broken</title><link href="https://www.devopsdays.dk/stories/devops-is-broken/" rel="alternate" type="text/html" title="DevOps is Broken" /><published>2026-03-30T00:00:00+00:00</published><updated>2026-03-30T00:00:00+00:00</updated><id>https://www.devopsdays.dk/stories/devops-is-broken</id><content type="html" xml:base="https://www.devopsdays.dk/stories/devops-is-broken/"><![CDATA[<div class="pic caption center full top"><img src="/assets/images/index/devops-is-broken.jpg" alt="DevOps is Broken" class="pic center full top" />When we ask "Is DevOps dead" we hear: "No, but it transformed into Platform Engineering". OK, but that's Ops, not DevOps. What happened to "You Build It, You Run It" and the "Break down the silos" promises?</div>

<p class="kicker">Is DevOps dead? The organizers of DevOpsDays Denmark experienced a severe drop in interest in participating in this year’s DevOpsDays conference. It is now cancelled, and the Danish DevOpsDays Association must review its bylaws.</p>

<h3 id="what-is-happening">What is happening</h3>

<p>Despite the fact that DoD usually pulls a decent crowd, this year’s conference showed odd signs of inconsistency and misbehavior:</p>

<ul>
  <li>We had plenty of people who wanted to speak at the conference</li>
  <li>We had more sponsor requests than ever seen in our 8-year history</li>
  <li>We had no sign-ups at early-bird rates</li>
  <li>And only 7 sign-ups since the program was announced</li>
</ul>

<p>We kicked off a LinkedIn discussion and sent out a questionnaire to 555 previous DoD attendees asking <em>“What is happening - is DevOps dead?”</em></p>

<p>In contrast to the missing sign-ups, we got <em>a lot</em> of feedback. I’ll try to summarize:</p>

<p>DevOps is not dead, but it has transformed into platform engineering, IaC, and tool-oriented Ops rather than a Dev-focused practice, and this realm is already quite well covered and organized by the Cloud Native Foundation community.</p>

<p>The socio-technical systems focus that defined DevOps in the early years of the movement has no clear “new home.” The DORA agenda, together with DevX and agentic AI, each covers bits and parts of it.</p>

<p>Former participants mostly report that they <em>“cannot convince managers to take two days off for a DevOps agenda”</em>.</p>

<p>A few memorable (and opinionated, but probably true’ish) comments from the questionnaire:</p>

<blockquote>
  <p><em>“DevOps conferences have turned into a gathering of platform engineering people. It’s not Dev and Ops coming together it’s Ops turned into DevOps turned into Platform Engineering. It’s like pretending SAFe is Agile.”</em></p>
</blockquote>

<p> </p>

<blockquote>
  <p><em>“I don’t think DevOps is dead. I think the world is on fire and everyone worries about having a job and not about going to yet another conference.”</em></p>
</blockquote>

<p> </p>

<blockquote>
  <p><em>“To me DevOps is nowadays something I expect people to study and know about but we don’t use the word in our teams anymore. I think what is currently interesting — and will be even more with the introduction of LLMs — is the people side. People in tech.”</em></p>
</blockquote>

<h3 id="what-is-next">What is Next?</h3>

<p>Well, first of all, we hereby announce:</p>

<p><strong>The conference on April 28+29 is off - it’s cancelled.</strong></p>

<p>The sponsors and the few sign-ups we had will, of course, be refunded - no questions asked.</p>

<p>Other than that here’s our draft playbook for the future:</p>

<ul>
  <li>The board of the Danish DevOpsDays Association will hold an <strong>extraordinary meeting</strong> on April 9 to discuss a new purpose and revised bylaws. We expect to meet again in late April or early May to formalize new statutes.</li>
  <li>The sentiment, and what will most likely happen, is that we will <strong>rename and rebrand the association</strong>. This may include <strong>disassociation from DevOpsDays</strong> charter and organization.</li>
  <li>The overall purpose stays <strong>“People in Tech”</strong>, and the association will continue to drive community discussions on <em>“What the heck is going on in tech these days.”</em></li>
  <li>We will transform from an annual 2-day conference into … something else. We want to lean toward <strong>smaller but more frequent</strong> events: Open Space sessions, Lean Coffee meetings, and workshops, based on our interpretation of the feedback that discussion and sharing spaces are what people need most.</li>
  <li>It’s likely that we will put <strong>additional focus on digital content</strong> (slack content, video recordings of presentations and demos, audio recorded interviews and discussions, blog posts).</li>
  <li>We will continue to have an <strong>annual main event</strong> - but it will be very different (details not decided yet)</li>
  <li>We will still have presence in both <strong>Aarhus and Copenhagen</strong>.</li>
  <li>We will still have sponsors, so we will remain in a position to <strong>drive and support the community financially</strong> and to produce high quality content.</li>
  <li>We will remain a <strong>non-profit</strong> organization.</li>
  <li>The <strong>content will be entirely free</strong>.</li>
  <li>Our aim is that the events will also be entirely <strong>free for participants</strong> - occasionally with a small “catering fee”.</li>
</ul>

<p>These are not the new purpose or bylaws - yet. But they are a glimpse into what is cooking.</p>

<h3 id="if-this-sounds-interesting">If this sounds interesting</h3>

<p>You should definitely join our <a href="https://slack.devopsdays.dk" target="\_blank">slack</a>.</p>

<p><strong>If you wish to take part</strong> in - and contribute to - this transition into something new, consider joining the organizers’ team and making your voice heard there.</p>]]></content><author><name>Lars Kruse</name></author><summary type="html"><![CDATA[Is DevOps dead? — No! but it transformed into Platform Engineering. OK WAIT, that's Ops, not DevOps. What happened to 'You Build It, You Run It' and the 'Break down the silos' promises?]]></summary></entry><entry><title type="html">Community Sponsor</title><link href="https://www.devopsdays.dk/stories/community-sponsor/" rel="alternate" type="text/html" title="Community Sponsor" /><published>2026-03-04T00:00:00+00:00</published><updated>2026-03-04T00:00:00+00:00</updated><id>https://www.devopsdays.dk/stories/community-sponsor</id><content type="html" xml:base="https://www.devopsdays.dk/stories/community-sponsor/"><![CDATA[<div class="pic caption center full top"><img src="/assets/images/posts/community/devops-community.png" alt="Usual Suspects" class="pic center full top" />Five employees. One Conference. A manager's best decision; Send them to DevOpsDays. Get your logo on the conference web site and get shout-outs from the official DevOpsDays profile.</div>

<p class="kicker">Being a community sponsor is like drinking distilled good DevOps karma: Show the World that you take DevOps seriously …And in the process save more than 1000 DKK.</p>

<h3 id="you-get">You get:</h3>

<ul>
  <li>Five conference passes (two full days)</li>
  <li>Your Company logo and profile page here on <strong>&lt;devopsdays.dk&gt;</strong></li>
  <li>Official shout outs about your support from the Official <a href="https://www.linkedin.com/company/devopsdays-denmark target=&quot;\_blank&quot;">DevOpsDays Linkedin Profile</a></li>
</ul>

<p><a href="/events/2026-cph" class="btn btn--success" title="🙏 Support the community, by financing it and get your own pedestal to promote your business">Become a Community Sponsor</a></p>

<p><strong>As a manager or a lead</strong> you might ask yourself</p>

<blockquote>
  <p><em>“Why should I send my team members to DevOpsDays conference? …and why should I send FIVE?”</em></p>
</blockquote>

<p>Well the <a href="/events/2026-cph">conference program</a> speaks for it self. What it says it this:</p>

<blockquote>
  <p><em>“Unless you are already EXACTLY where you want to be in regards of Platform Engineering, utilization of Agentic AI in software development, Infrastructure as Code, DevX, shift-left mindset and Continuous Delivery, then becoming an engaged member of the DevOps community of practice is probably the best knowledge investment you could make for your team.”</em></p>
</blockquote>

<p>The DevOpsDays is a yearly recurring two-days conference. We have been in Denmark since 2018. The conference is famous for being <em>engaging</em>.</p>

<p>We run an <em><strong>unconference</strong></em> format with short, sharp speaks (only 30 mins) and Ignite talks (5 minutes pitches) all carefully curated with the purpose of creating disturbance, insights and raising eye-brows aas well as discussions and we only do bums-on-seats until lunch. After lunch we break out in Open Space discussions, Lean Coffee discussions, workshops - and just plain <em>mingle</em>.</p>

<p>On the evening before the event we meet for an informal <a href="/events/2026-drink-up"><em>Drink-up</em></a> and on the evening of the first conference day we all stay behind for snack food and drinks.</p>

<p>It sounds like the <em>“hyggeligeste”</em> conference <em>ever</em> and it is. But <strong>do not confuse</strong> this from the fact that it is the DevOPs intelligentsia attending. We talk <em>shop</em> for two days straight_. Participants will build professional relations for life and develop mind-blowing innovative perspectives on every-day problems.</p>

<p>Our community is non-profit, driven by volunteers under the international <a href="https://www.devopsdays.org">&lt;DevOpsDays.org&gt;</a> brand. We are financed solely by conference guest tickets and sponsors. We ran the first DoD in Denmark eight years ago. We empty out pockets on each event and still …we’re here!</p>

<p class="kicker">Show the World that you take DevOps serious. It both attracts talent and it makes you team members proud. Supporting this community is like drinking distilled good <strong>DevOps Karma</strong></p>

<p><a href="/events/2026-cph" class="btn btn--success" title="🙏 Support the community, by financing it and get your own pedestal to promote your business">Become a Community Sponsor</a></p>]]></content><author><name>Lars Kruse</name></author><category term="Sponsor" /><summary type="html"><![CDATA[Send five Colleagues to DevOpsDays to join the Community!]]></summary></entry><entry><title type="html">Become a Speaker</title><link href="https://www.devopsdays.dk/stories/become-a-speaker/" rel="alternate" type="text/html" title="Become a Speaker" /><published>2025-12-15T00:00:00+00:00</published><updated>2025-12-15T00:00:00+00:00</updated><id>https://www.devopsdays.dk/stories/become-a-speaker</id><content type="html" xml:base="https://www.devopsdays.dk/stories/become-a-speaker/"><![CDATA[<div class="pic caption center"><a href="https://www.youtube.com/watch?v=3vYuaU44E0s" target="_blank"><picture><source srcset="/generated/assets/images/posts/cfp/dod-24-speaker-400-7cea3f29b.webp 400w, /generated/assets/images/posts/cfp/dod-24-speaker-800-7cea3f29b.webp 800w, /generated/assets/images/posts/cfp/dod-24-speaker-1200-7cea3f29b.webp 1200w" type="image/webp" /><source srcset="/generated/assets/images/posts/cfp/dod-24-speaker-400-75175e6d7.jpg 400w, /generated/assets/images/posts/cfp/dod-24-speaker-800-75175e6d7.jpg 800w, /generated/assets/images/posts/cfp/dod-24-speaker-1200-75175e6d7.jpg 1200w" type="image/jpeg" /><img class="pic center" src="/generated/assets/images/posts/cfp/dod-24-speaker-800-75175e6d7.jpg" alt="Simon on stage" /></picture>
</a>Simon on stage at DevOpsDays 2022 - his first public speak. Schooling the community in 'DevOps for Entrepreneurs' click the image to see the full talk</div>

<p class="kicker">At DevOpsDays we are always on the look-out for speakers that can <em>teach</em> us, <em>inspire</em> us or simply <em>entertain</em> us. We put on talks that balances the cultural and technical aspects of <em>anything</em> DevOpsy. Speakers in our community range from first-time-on-stage talents to top-dog international keynote-for-a-living.</p>

<blockquote>
  <p><em>“All accepted speakers and co-speaker will<br />always be given a full conference pass”</em></p>
</blockquote>

<p><a href="/proposals/" class="btn btn--success" target="_blank" title="Opens in a new tab">Submit a proposal</a></p>

<h2 id="open-to-all">Open to All</h2>

<p>Our community is non-profit, driven by volunteers and financed by sponsors. And we are a localized chapter (Denmark). This implies, that as a rule of thumb, we do not compensate speakers with actual fees. Instead we will encourage you to pledge your own employer to cover your own expenses. If that is not an option <em>then</em> we may occasionally step in and reimburse expenses like travel and accommodation but typically only within the region of our localized chapter.</p>

<h3 id="keynote-speakers-and-devops-rock-stars">Keynote speakers and DevOps Rock Stars</h3>

<p>An exception to no-expenses policy is, if you are an <em>invited</em> professional keynote speaker, then we may well accept you usual (friendly) fee — and reimburse even longer travel distances and longer stays.</p>

<h3 id="mentor-or-trainee-program">Mentor or Trainee program</h3>

<blockquote>
  <p><em>“We will not judge you by lack of speaker experience but by your potential impact”</em></p>
</blockquote>

<p>If you are a novice speaker, with no history to show, you must not hesitate to submit. Don’t be shy. Do it! We will help you!</p>

<p>If your topic is relevant and your urge to speak is strong, then we can offer to appoint you a mentor from among the experienced  speakers in our program committee. The mentor will help by reviewing your submission, your narrative, your slides or demo - and give you tips an tricks to calm your nerves and stay relevant.</p>

<p>We can also offer you to utilize our community as a training field, by organizing a pre-run of your speak in a less formal meetup group, in a cozy setting, in front of a smaller audiences, with a facilitated feedback session to wrap it up.</p>

<p>Even if you <em>are</em> not a speaker yet, we will support you to <em>become</em> one.</p>

<h3 id="speakers-guild">Speaker’s guild</h3>

<p><a href="https://slack.devopsdays.dk" class="btn btn--success" target="_blank" title="Open to all">Join our slack</a></p>

<p>In our open slack we have a public channel <a href="https://devopsdays-dk.slack.com/archives/C0A0X4J7FPY" target="_blank" title="Internal link to Slack, make sure you Join first..."><code class="language-plaintext highlighter-rouge">#speakers‑guild</code></a> that we encourage all speakers to join. In this channel speakers can call always reach out to peers and ask for help, advise and feedback. This channel is also monitored by the mentors, so you <em>will</em> get a reply when you post here.</p>

<p>If you whish to get a speaker mentor - simply post your wish in the channel.</p>

<h2 id="what-is-a-good-devops-topic">What is a good DevOps Topic</h2>

<p>We made an separate story dedicated to that topic: <a href="/stories/devops-evolution/">DevOps Evolution</a>. The post also contains a quite extensive <a href="../devops-evolution/#contemporary-devops-buzzes">glossary</a> of tools, terms, concepts and principles that DevOps encompasses.</p>

<p>The short message is that:</p>

<blockquote>
  <p><em>“Maybe we don’t need to define DevOps;<br />just reflect on what it embraces”</em></p>
</blockquote>

<p>Contemporary DevOps spans so wide, and our community is inherently curious. So if <em>you</em> are in doubt if it fits, then we urge you to go with the benefit of the doubt - it probably fits.</p>

<p><a href="/proposals/" class="btn btn--success" target="_blank" title="Opens in a new tab">Submit a proposal</a></p>

<h2 id="formats">Formats</h2>

<p>At our annual DevOpsDays conferences we run the following formats:</p>

<ul>
  <li><strong>Keynotes</strong> — 45-90 mins, experienced speaker</li>
  <li><strong>Regular presentation</strong> — 30 mins</li>
  <li><strong>Ignite talk</strong> — 5 mins, 20 auto-advancing slides, exactly 30 secs on each</li>
  <li><strong>Facilitated Workshop</strong> — 30 min workshop, audience of 10-20 people</li>
</ul>

<p>At the DevOpsDays conferences we also run series of Open Space sessions. The topics for these sessions are suggested and dot-voted for interest at the conference itself. The ones that attract the most interest gets a 30 min slot. All the conference participants then spread out in smaller group settings to the topics that interests them. It’s quite fun. If you have never participated in an Open Space session before you’re in for a treat.</p>

<p>The workshops run in parallel with the Open Space sessions as alternative sessions, but in the same 30 min slots.</p>

<p>The type of presentations is free, and totally up to you - surprise us! I can range from:</p>

<ul>
  <li>Case study</li>
  <li>Transformational Journey</li>
  <li>Mastery at display</li>
  <li>Running code from stage</li>
  <li>Provocation</li>
  <li>Panel discussion</li>
  <li>F*ckUps</li>
  <li>Perspective</li>
  <li>…surprise us</li>
</ul>

<h2 id="how-to-get-your-proposal-accepted">How to get your proposal accepted</h2>

<div class="pic caption small right"><picture><source srcset="/generated/assets/images/posts/cfp/tedcommandments-400-cb659b1ee.webp 400w, /generated/assets/images/posts/cfp/tedcommandments-627-cb659b1ee.webp 627w" type="image/webp" /><source srcset="/generated/assets/images/posts/cfp/tedcommandments-400-ab9c3d6b5.png 400w, /generated/assets/images/posts/cfp/tedcommandments-627-ab9c3d6b5.png 627w" type="image/png" /><img class="pic small right" src="/generated/assets/images/posts/cfp/tedcommandments-627-ab9c3d6b5.png" alt="The TED Commandments" /></picture>
In the early days of the TED organization the accepted speakers were sent a physical stone plate as a prop. It was meant as playful reference to the biblical Ten Commandments given to Moses on Mount Sinai. But with the deliberate intent to (lightly) intimidate the speakers with the importance and seriousness with which TED treats the quality of its presentations.</div>
<p>Put some effort into the proposal, this is your first encounter with he program committee — and first impressions lasts. It exemplifies how you present ideas and how you convey information.</p>

<p>We will never reject submissions <em>solely</em> based on the fact they come from a vendor, But be mindful that we generally adhere to the TED commandments and especially commandment VII: <em>“Thau Shall Not Sell From The Stage”.</em></p>

<p>While we will not accept vendor pitches disguised as <em>talks</em> we would love to see you as a sponsor. You will get you own booth in the venue foyer and from there you can pitch anything you want - no rules, no questions asked.</p>

<p><a href="../become-a-sponsor" class="btn btn--success" target="_blank" title="🙏 Support the community, by financing it and get your own pedestal to promote your business">Become a Sponsor</a></p>

<h2 id="training---and-meetup-partners">Training - and MeetUp partners</h2>

<p>Among the active members of the DevOpsDays organizer group, we currently either <em>collaborate with</em>, <em>cross-organize</em> or <em>co-host</em> with the following localized MeetUp Groups:</p>

<ul>
  <li><a href="https://www.meetup.com/cph-devx-cafe/" target="_blank">CPH DevX Café</a></li>
  <li><a href="https://www.meetup.com/code-u" target="_blank">Continuous Delivery Users - Copenhagen</a></li>
  <li><a href="https://www.meetup.com/code-club-copenhagen/" target="_blank">Code Club Copenhagen — 3C</a></li>
  <li><a href="https://www.meetup.com/devops-copenhagen" target="_blank">DevOps Copenhagen</a></li>
  <li><a href="https://www.meetup.com/arhus-devops-meetup" target="_blank">Aarhus DevOps</a></li>
  <li><a href="https://www.meetup.com/techhubaarhus" target="_blank">TechHub Aarhus</a></li>
  <li><a href="https://www.meetup.com/cloud-native-copenhagen" target="_blank">Cloud Native Copenhagen</a></li>
</ul>

<p>We can effortlessly facilitate and arrange that whatever the format you want to present may be, we can setup a contact to an informal Meetup event to give it a trial run.</p>

<p>If by now you still have questions:</p>

<p><a href="https://slack.devopsdays.dk" class="btn btn--success" target="_blank" title="Open to all">Join our slack</a></p>]]></content><author><name>Lars Kruse</name></author><category term="Speaker" /><summary type="html"><![CDATA[Become a speaker at DevOpsDays conferences or one of our meet-up events.]]></summary></entry><entry><title type="html">DevOps Evolution</title><link href="https://www.devopsdays.dk/stories/devops-evolution/" rel="alternate" type="text/html" title="DevOps Evolution" /><published>2025-12-13T00:00:00+00:00</published><updated>2025-12-13T00:00:00+00:00</updated><id>https://www.devopsdays.dk/stories/devops-evolution</id><content type="html" xml:base="https://www.devopsdays.dk/stories/devops-evolution/"><![CDATA[<div class="pic caption center full top"><picture><source srcset="/generated/assets/images/posts/evolution/devops-evolution-400-9c962f546.webp 400w, /generated/assets/images/posts/evolution/devops-evolution-800-9c962f546.webp 800w, /generated/assets/images/posts/evolution/devops-evolution-1024-9c962f546.webp 1024w" type="image/webp" /><source srcset="/generated/assets/images/posts/evolution/devops-evolution-400-cfcf2c1e1.jpg 400w, /generated/assets/images/posts/evolution/devops-evolution-800-cfcf2c1e1.jpg 800w, /generated/assets/images/posts/evolution/devops-evolution-1024-cfcf2c1e1.jpg 1024w" type="image/jpeg" /><img class="pic center full top" src="/generated/assets/images/posts/evolution/devops-evolution-800-cfcf2c1e1.jpg" alt="DevOps Evolution" /></picture>
What is DevOps — we have discussed this since the #DevOps hashtag was first used, but maybe we don't need to define it; just reflect on what it embraces</div>

<h2 id="devops-evolution">DevOps Evolution</h2>

<p class="kicker"><em>“What is DevOps?”</em> — we have discussed this since the concept hatched in ~2008, but maybe we don’t need to actually define it; just reflect on what DevOps encompasses and embrace it all in the our <em>Community of Contemporary DevOps</em></p>

<p>I set out to write this post with the intent of guiding <a href="../become-a-speaker">potential speakers</a> at our conferences in the commonly asked question:</p>

<blockquote>
  <p><em>“Is my topic fit for the DevOps Conference?”</em></p>
</blockquote>

<p>The post still serves that purpose but it also double a good read for <em>participants</em> at our conferences in getting a feel for what the content of our conferences could entail.</p>

<p>It even triples as an invite to <em>practitioners</em> of everyday “dev” and “ops” chores to see that their skills are indeed <em>DevOpsy</em> and unite with peer, masters and apprentices under our DevOps banner.</p>

<p><a href="https://slack.devopsdays.dk" class="btn btn--success" target="_blank" title="Open to all">Join our slack</a></p>

<h2 id="the-devops-timeline">The DevOps Timeline</h2>

<p>DevOps was <em>invented</em> as Twitter hashtag <code class="language-plaintext highlighter-rouge">#DevOps</code> for a conference on <em>Agile Infrastructure</em> in 2009 in Ghent. Already the year after, the same recurring conference was branded as <strong>DevOpsDays</strong>. And here we are!</p>

<p>But hey: <em>“isn’t agile dead?”</em> you might ask. And if that is the case isn’t DevOps dead too then?</p>

<p>Well; <em>“NO! — no one died”</em>. But it’s right to question if DevOps is <em>the same</em> as when it was hatched in 2008 — it’s not. DevOps has evolved a lot and you have a standing invitation to join the community and both contribute and challenge the what DevOps really is.</p>

<h3 id="2008--2015-branching-strategies-and-automation-pipelines">2008 – 2015 Branching Strategies and Automation Pipelines</h3>

<p>Paul Duvall published a book “Continuos Integration” in 2007 and Humble and Farley published “Continuous Delivery” in 2010 The were both in A&amp;W’s “Marting Fowler Signature Series”. And while DevOps doesn’t have an actual widely accepted manifest like the Agile paradigm have, these two books are the closest we come to a common ground the DevOps paradigm. Due to the endorsement from Martin Fowler one of the Agile Manifesto’s Founding Fathers and a widely recognized Agile movement celebrity the tie between Agile and DevOps was undeniable — especially in the early years.</p>

<p>“CI/CD” became a synonym with DevOps. The Jenkins CI server; Kohsuke Kawaguchi’s masterpiece of a configurable and expandible Open Source build automaton platform was the most novel concept introduced to Software Development since the introduction of Object Oriented programming. Jenkins CI was forked off of Hudson in 2011. It was a story of David fighting Goliath (Kohsuke vs Oracle). <em>Everyone</em> should have Jenkins Ci server.</p>

<h3 id="2015--2020-containerization-and-num3er5--the-split">2015 — 2020 Containerization and NUM3ER5 — The split</h3>

<p>Docker was release in 2013, an astronomical evolution step in IT by itself. Cloud Native Foundation and Kubernetes were co-released in 2015 and it’s fair to say that the World hasn’t been the same since. The DevOps community was the first to embraces containerization as <em>unconditionally good</em>.</p>

<p>DevOps ❤️ Containers. Concepts like <em>Configuration as Code</em> and <em>Infrastructure as Code</em> became hot topics. Tools like Terraform and Helm emerged to make infrastructure programmable and reproducible, transforming how operations teams provisioned and managed cloud resources at scale.</p>

<p>Observability matured alongside containerization. Prometheus and the ELK stack made it possible to see into distributed systems in ways we’d never imagined. And Google’s Site Reliability Engineering (SRE) handbook in 2016 introduced a distinct philosophy that automation and data-driven operations are the path forward. DevSecOps also emerged as a trend, advocating that security couldn’t be bolted on at the end—it had to be woven through the entire delivery pipeline.</p>

<p>In the early days on the DevOps movement it attracted more “devs” and less “ops”. Now with the containerization and orchestration perspective, DevOps built a home in the Cloud and all the “ops” could see themselves as first class citizens there. Yet as cloud costs spiraled, FinOps emerged around 2019 as a counterbalance —  reminding us that fast deployment means nothing if you’re hemorrhaging money on idle resources.</p>

<p>In the early days of DevOps the sentiment was that “DevOps is a culture — breaking down silos” Gene Kim was an important avantgarde for this perspective. It was also in 2015 Gene Kim release the novel “The Phoenix Projects” which won wide recognition as the “DevOps New Testament”. We would proudly parade doctrines like “DevOps is Culture” and “DevOps is not a team — It’s a way of working”</p>

<p>In 2018 Kim joined forces with an old DevOps celeb; Jez Humble and a new protégé Nicole Forsgren — a number-crusher magician and they jointly release a new book “Accelerate” in 2018 explaining the rationale behind the <em>DevOps Research and Assessment institute</em> (DORA) report which they had released annually since 2014.</p>

<p>DORA offered a clean <em>lean</em> perspective on DevOps and Continuous Delivery. Focusing on lead-times, value stream optimization, build-quality in, Throughput and Stability advocating that we should analyze and optimize our workflows based on actual NUM3ER5 pulled from the system.</p>

<p>During this period DevOps as a concept formed two new distinct schools - on top of the already established “DevOps is CI/CD” and “DevOps is Culture” ones. We had arrived at a somewhat ambiguous point:</p>

<ul>
  <li>“DevOps is CI/CD”</li>
  <li>“DevOps is Culture”</li>
  <li>“DevOps is Programmable and Immutable Infrastructure”</li>
  <li>“DevOps is lean software development stream optimization”</li>
</ul>

<p>A split was emerging. KubeCon and Cloud Native Foundation — although considered inherently <em>good</em> also offered a cleaner alternative home for all the “ops” and a good portion of them moved out of the house and never looked back.</p>

<p>The DevOps movement was once again in jeopardy of being a <em>mostly “devs”</em> community.</p>

<h3 id="2020--2023-serverless-full-stack-and-devx">2020 — 2023 Serverless, Full-stack and DevX</h3>

<p>Firebase (Google), Supabase (PostgreSQL), Cloud Functions(Azure), Lambda function (Amazon) all matured quickly in the new containerized world and soon offered a compelling NoOps alternative to <em>servers</em> without the need to become a Docker expert on the side. Embraced by millennials and zoomers who — in the mean time — had been thought in uni that full-stack=MERN<sup id="fnref:mern"><a href="#fn:mern" class="footnote" rel="footnote" role="doc-noteref">1</a></sup> stack.</p>

<p>GitHub release CodeSpaces in 2020, a web based NoOps extension based on devcontainers (2019) also natively supported by VS Code, and myriads of other Open Source IDE spin-offs. Containers were no longer exclusive to <em>cloud</em> and <em>infrastructure</em> nerds. They regained relevance to <em>all</em> developers in an emerging Developer Experience (DevX) trend. Where event the Development environment, the IDE and the <em>workflows</em> were containerized too. The shift to remote-first work — obviously driven forcefully by the COVID pandemic — accelerated this adoption. Teams distributed across geographies embraced containerized development environments as a way to ensure consistency and reduce friction.</p>

<p>Nowadays <em>every</em> develop can hack a Docker file, setup their own declarative pipeline in yaml and deploy to some abstraction of an <em>infrastructure</em> in the cloud.</p>

<p>The DevOps proverb “You Build It You Run It” is now widely embraced even by the new generations, although not entirely the way the boomers and Gen-X that inhabited the Devops world had anticipated. The apprentice surpass the master. But hey, isn’t that what all <em>true</em> masters unselfishly hope to aspire in there apprentices?</p>

<p>The fresh blood and young minds were welcomed into the DevOps community.</p>

<p>DevOps isn’t dead — it’s simply the new normal.</p>

<h3 id="2024---i-dare-you--say-ai-one-more-time">2024 — … I Dare You — Say ‘AI’ One More Time</h3>

<p>GitHub released Co-Pilot for technical preview in February 2021 and it was made publicly available for subscriptions in June 2022. Already in 2024 both DORA, Stack Exchange and GitClear could reveal convincing statistical proof that AI is jeopardizing the overall quality of mankind’s joint codebase at a speed that no one could have predicted.</p>

<p>At the same time AI, Vibe Coding and Prompt Engineering is — apparently — enabling DevOps core values like <em>fast feedback loops with end-users</em> and <em>breaking down silos</em>, by allowing Citizen Developers and self-made hackers to produce — apparently — ruining code at a pace that also no one could have predicted.</p>

<p>Developers cry out – “code quality is as risk” and while the do, the LLM’s are improving at a speed that exceed even the most farfetched Science Fiction.</p>

<p>The “Terminator Trilogy” dystopias may turn out to be unambitious compared to real-life.</p>

<p>The DevOps community keep focus on Developer Experience and Continuous Delivery and DevOps core values like <em>maintainability</em>, <em>security</em>, <em>reliability</em> are up for being redefined in the AI era.</p>

<p>We take it on our shoulders to do that. We obviously don’t know what will hit us next, but we know that we will stay united.</p>

<h2 id="contemporary-devops-buzzes">Contemporary DevOps buzzes</h2>

<p class="kicker">Below is a glossary of some of the terms, tools, techniques and concepts that are encompassed in Contemporary DevOps</p>

<dl>
  <dt>Automation / Autonomation</dt>
  <dd>
    <p>Process of automating repetitive tasks to reduce manual effort and human error. Autonomation (automation + autonomy) extends this by enabling systems to make intelligent decisions and self-heal without human intervention.</p>
  </dd>
  <dt>Automated Testing</dt>
  <dd>
    <p>Practice of writing and running tests programmatically — unit, integration, end-to-end—to validate application behavior continuously, reducing manual testing effort and catching regressions quickly.</p>
  </dd>
  <dt>ChatOps</dt>
  <dd>
    <p>Practice of executing operational tasks and automations through chat interfaces and bots, bringing visibility to operations work, enabling collaboration, and reducing context-switching between tools.</p>
  </dd>
  <dt>Citizen Development</dt>
  <dd>
    <p>Empowerment of non-traditional developers to build applications and automations using low-code/no-code platforms and AI assistance, democratizing software creation across the organization.</p>
  </dd>
  <dt>Configuration as Code</dt>
  <dd>
    <p>Infrastructure and application configuration expressed as versioned code rather than manual setup, enabling reproducibility, auditability, and integration into version control and deployment pipelines.</p>
  </dd>
  <dt>Configuration Management</dt>
  <dd>
    <p>Practice of systematically tracking, controlling, and applying changes to system configurations across infrastructure and applications, ensuring consistency, auditability, and repeatability in environments.</p>
  </dd>
  <dt>Containerization</dt>
  <dd>
    <p>Lightweight virtualization technology that packages applications with their dependencies into isolated, portable units. Docker revolutionized this space by making containers accessible to mainstream development teams.</p>
  </dd>
  <dt>Continuos Integration</dt>
  <dd>
    <p>A set of branching strategies and work disciplines that advocates and encourages teams to keep the main integration branch  <em>always shippable</em> — sometimes also referred to as Trunk-based development.</p>
  </dd>
  <dt>Continuous Delivery</dt>
  <dd>
    <p>A software development practice that lends from lean principles and advocates that quality should be controlled at the source and automated one-piece flows should carry the changes all the way to actual deployment in production.</p>
  </dd>
  <dt>Culture and Silos</dt>
  <dd>
    <p>DevOps principle that technical practices alone cannot succeed without cultural shifts breaking down barriers between development and operations, enabling collaboration and shared ownership.</p>
  </dd>
  <dt>Dashboards / Visualizations</dt>
  <dd>
    <p>Real-time displays of system metrics, application performance, and business KPIs that make complex data accessible at a glance, enabling quick decision-making and incident response.</p>
  </dd>
  <dt>Declarative Pipelines</dt>
  <dd>
    <p>CI/CD approach where pipeline configuration is expressed declaratively—defining desired state rather than imperative steps—enabling version control, reproducibility, and easier maintenance of build and deployment workflows.</p>
  </dd>
  <dt>Developer Experience (DevX)</dt>
  <dd>
    <p>Holistic approach to improving developers’ satisfaction and productivity through better tooling, workflows, documentation, and environments—recognizing that developer satisfaction drives software quality.</p>
  </dd>
  <dt>Developer Platforms &amp; Marketplaces</dt>
  <dd>
    <p>Centralized ecosystems (e.g. Backstage, GitHub Marketplace, artifact registries) that discover, share, and manage DevOps tooling, templates, and extensions — enabling knowledge sharing and accelerating adoption of community practices.</p>
  </dd>
  <dt>DevContainers</dt>
  <dd>
    <p>Development containers specification and tooling that standardize local development environments in containers, ensuring consistency across team members and with CI/CD pipelines.</p>
  </dd>
  <dt>DevSecOps</dt>
  <dd>
    <p>Integrated practice embedding security throughout the entire software delivery pipeline rather than as a bolted-on afterthought, shifting security left and making it everyone’s responsibility.</p>
  </dd>
  <dt>DORA Metrics</dt>
  <dd>
    <p>Four key metrics—deployment frequency, lead time for changes, mean time to recovery, and change failure rate—used to measure software delivery performance and organizational effectiveness.</p>
  </dd>
  <dt>Emulators / Digital Twins</dt>
  <dd>
    <p>Virtual replicas of physical systems or infrastructure that simulate real-world behavior, enabling teams to test, validate, and optimize solutions in safe environments before production deployment.</p>
  </dd>
  <dt>Extensions / Plugins</dt>
  <dd>
    <p>Ecosystem practice of extending existing platforms — e.g. GitHub Actions, VS Code extensions, Kubernetes operators, Terraform providers — allowing practitioners to contribute reusable solutions and amplify DevOps practices across communities.</p>
  </dd>
  <dt>FinOps</dt>
  <dd>
    <p>Financial operations discipline for cloud cost management, treating infrastructure spending as a shared responsibility between engineering, finance, and operations to optimize cloud investments.</p>
  </dd>
  <dt>FlowTech</dt>
  <dd>
    <p>Emerging discipline focused on optimizing developer workflows and productivity by removing friction points, integrating tools, and automating context-switching — extending DevX principles across the entire development lifecycle.</p>
  </dd>
  <dt>GitOps</dt>
  <dd>
    <p>Operational model using Git as the single source of truth for infrastructure and application configuration, automating deployments when code changes are merged, combining version control with continuous delivery.</p>
  </dd>
  <dt>Helm</dt>
  <dd>
    <p>Package manager for Kubernetes that simplifies deploying and managing complex applications by bundling manifests, configurations, and dependencies into reusable charts.</p>
  </dd>
  <dt>IDE Integrated AI Agents</dt>
  <dd>
    <p>AI-powered tools integrated into development environments that generate code suggestions, assist with problem-solving, and augment developer productivity in real-time. Represent both the democratization of coding and emerging quality concerns in the AI era.</p>
  </dd>
  <dt>Infrastructure as Code (IaC)</dt>
  <dd>
    <p>Practice of managing and provisioning computing infrastructure through machine-readable code rather than physical hardware configuration or interactive tools, enabling version control and automation.</p>
  </dd>
  <dt>Internal Developer Platform (IDP)</dt>
  <dd>
    <p>Self-service platform built by platform engineering teams that abstracts infrastructure complexity, allowing developers to deploy, scale, and manage applications without deep operational knowledge.</p>
  </dd>
  <dt>Kubernetes</dt>
  <dd>
    <p>Open-source orchestration platform that automates deployment, scaling, and management of containerized applications across clusters, becoming the de facto standard for container orchestration.</p>
  </dd>
  <dt>Lean Software Development</dt>
  <dd>
    <p>Software engineering discipline rooted in lean manufacturing principles—emphasizing waste elimination, value stream optimization, fast feedback loops, and continuous improvement. Core philosophy underlying DevOps practices and metrics like DORA.</p>
  </dd>
  <dt>Observability</dt>
  <dd>
    <p>Practice of understanding complex system behavior through comprehensive data collection—logs, metrics, traces—enabling teams to ask arbitrary questions about system state and quickly diagnose issues.</p>
  </dd>
  <dt>Platform Engineering</dt>
  <dd>
    <p>Discipline focused on building internal developer platforms that abstract infrastructure complexity, enabling development teams to self-serve while maintaining governance and security.</p>
  </dd>
  <dt>Prometheus</dt>
  <dd>
    <p>Open-source monitoring and alerting toolkit that scrapes time-series metrics from applications and infrastructure, providing a flexible foundation for observability in cloud-native environments.</p>
  </dd>
  <dt>Prompt Engineering</dt>
  <dd>
    <p>Skill of crafting effective instructions, RAGs and queries for AI language models to generate useful code, documentation, and solutions—increasingly important as AI tools become integral to DevOps workflows.</p>
  </dd>
  <dt>Serverless / FaaS</dt>
  <dd>
    <p>Computing model where cloud providers manage infrastructure, allowing developers to deploy functions or code snippets that scale automatically without managing servers or containers.</p>
  </dd>
  <dt>Site Reliability Engineering (SRE)</dt>
  <dd>
    <p>Google-formulated discipline that applies software engineering approaches to infrastructure and operations problems, emphasizing automation, data-driven decisions, and error budgets for reliability.</p>
  </dd>
  <dt>Social Coding</dt>
  <dd>
    <p>Collaborative development culture enabled by platforms like GitHub, emphasizing code review, transparent collaboration, knowledge sharing, and distributed contribution — a cultural cornerstone of modern DevOps.</p>
  </dd>
  <dt>Static Code Analysis</dt>
  <dd>
    <p>Automated examination of source code without executing it, detecting potential bugs, security flaws, and code quality issues early in development, shifting quality checks left in the pipeline.</p>
  </dd>
  <dt>Terraform</dt>
  <dd>
    <p>Infrastructure as Code tool that enables declarative definition and management of cloud resources across multiple providers, treating infrastructure provisioning as reproducible code.</p>
  </dd>
  <dt>Tooling &amp; Scripting</dt>
  <dd>
    <p>DevOps practice of building, maintaining, and sharing custom utilities, scripts, and helper tools that operationalize workflows, reduce manual effort, and enable team-specific optimizations and automation.</p>
  </dd>
  <dt>Vulnerability Scanning</dt>
  <dd>
    <p>Automated process that analyzes code, dependencies, and running systems to identify known security vulnerabilities, enabling proactive remediation before exploits reach production environments.</p>
  </dd>
  <dt>You Build It, You Run It</dt>
  <dd>
    <p>DevOps philosophy that teams owning code also own its operational aspects and incident response, fostering accountability and enabling faster feedback loops and improvements.</p>
  </dd>
</dl>

<hr />
<div class="footnotes" role="doc-endnotes">
  <ol>
    <li id="fn:mern">
      <p>MERN: MongoDB - Express - React - Node. A contemporary alternative to the LAMP stack (Linux - Apache - MySql - PHP) <a href="#fnref:mern" class="reversefootnote" role="doc-backlink">&#8617;</a></p>
    </li>
  </ol>
</div>]]></content><author><name>Lars Kruse</name></author><category term="DevOps" /><summary type="html"><![CDATA[What is DevOps — we have discussed this since the #DevOps hashtag was first used, but maybe we don't need to define it; just reflect on what it embraces]]></summary></entry><entry><title type="html">Our own slack</title><link href="https://www.devopsdays.dk/stories/slack/" rel="alternate" type="text/html" title="Our own slack" /><published>2025-12-09T00:00:00+00:00</published><updated>2025-12-09T00:00:00+00:00</updated><id>https://www.devopsdays.dk/stories/slack</id><content type="html" xml:base="https://www.devopsdays.dk/stories/slack/"><![CDATA[<p><a href="https://slack.devopsdays.dk" target="_blank"><img src="/assets/images/index/slack.devopsdays.dk.png" alt="teaser" /></a></p>

<p class="kicker">We’re happy to announce that we have setup our our own slack. It’s open to all, and especially conference participants are encouraged to join.</p>

<p>The invite link is available at <a href="https://slack.devopsdays.dk" target="_blank">slack.devopsdays.dk</a>.</p>

<p>Join us and engage!</p>]]></content><author><name>Lars Kruse</name></author><category term="Chat" /><category term="Lars Kruse" /><summary type="html"><![CDATA[DevOpsDays Denmark have our own slack at slack.devopsdays.dk]]></summary></entry><entry><title type="html">Become a Sponsor 2026</title><link href="https://www.devopsdays.dk/stories/sponsor-2026/" rel="alternate" type="text/html" title="Become a Sponsor 2026" /><published>2025-12-09T00:00:00+00:00</published><updated>2025-12-09T00:00:00+00:00</updated><id>https://www.devopsdays.dk/stories/sponsor-2026</id><content type="html" xml:base="https://www.devopsdays.dk/stories/sponsor-2026/"><![CDATA[<p><a href="/assets/pdf/devopsdays_cph_sponsor_2026.pdf" target="_blank"><img src="/assets/images/posts/DevOpsDaysAarhus-636.jpg" alt="teaser" /></a></p>

<p class="kicker">Become a sponsor. Build up good karma in the Danish DevOps and DevX community and meet potentially future clients, partners and colleagues</p>

<p>We have prepared a <a href="/assets/pdf/devopsdays_cph_sponsor_2026.pdf" target="_blank">sponsor presentation</a> <code class="language-plaintext highlighter-rouge">.pdf</code> with all you need to know!</p>

<p>Read it and reach out to us!</p>]]></content><author><name>Lars Kruse</name></author><category term="Sponsor" /><summary type="html"><![CDATA[Become a sponsor at DevOpsDays]]></summary></entry><entry><title type="html">Blogging at devopsdays.dk</title><link href="https://www.devopsdays.dk/stories/blog-with-us/" rel="alternate" type="text/html" title="Blogging at devopsdays.dk" /><published>2025-12-01T00:00:00+00:00</published><updated>2025-12-01T00:00:00+00:00</updated><id>https://www.devopsdays.dk/stories/blog-with-us</id><content type="html" xml:base="https://www.devopsdays.dk/stories/blog-with-us/"><![CDATA[<p><img src="/assets/images/posts/dorith.jpg" alt="teaser" /></p>

<p class="kicker">We’re happy to host or cross post your DevOps related posts here on our site. If you have written something share-worthy give it a spin here at our community page.</p>

<ol style="font-size:1.8vh;font-family:Oswald">
  <li>Create a fork of <a href="https://devopsdays-dk/devopsdays.dk" target="_blank"><code class="language-plaintext highlighter-rouge">devopsdays-dk/devopsdays.dk</code></a></li>
  <li>Write a post in the <code class="language-plaintext highlighter-rouge">_post</code> folder - use MarkDown (KramDown flavour)</li>
  <li>Add Author bio+details in the <code class="language-plaintext highlighter-rouge">_data/authors.yml</code></li>
  <li>Commit and create a pull request</li>
</ol>

<p>To get started simply…</p>

<p><a href="https://slack.devopsdays.dk" class="btn btn--success" target="_blank" title="Open to all">Join our slack</a></p>

<p>And then goto to the public <a href="https://devopsdays-dk.slack.com/archives/C0A36QJ2REK" target="_blank"><code class="language-plaintext highlighter-rouge">#blogging</code></a> channel and get our attention there — and we will set you up!</p>]]></content><author><name>Lars Kruse</name></author><category term="Blogging" /><summary type="html"><![CDATA[Share or cross post your blogs on devopsdays.dk]]></summary></entry></feed>