--- title: From Application Engineer to Cloud Native Engineer | &‌amp description: A personal journey from an Application Engineer to a Cloud Native Engineer. image: https://miro.medium.com/v2/resize:fit:1400/0*dkR8v6MB4CJQ8BzU --- [Skip to content](https://insights.andamp.io/blog/from-application-engineer-to-cloud-native-engineer#main-content) [![andamp logo black (ampersand symbol)](https://insights.andamp.io/hubfs/logo_black.svg "andamp logo black (ampersand symbol)")](https://insights.andamp.io/?hsLang=en) - [About Us](https://insights.andamp.io/about-us) - [Career](https://insights.andamp.io/career) - [Code of Conduct](https://insights.andamp.io/code-of-conduct) - [Blog](https://insights.andamp.io/blog) # From Application Engineer to Cloud Native Engineer [![](https://insights.andamp.io/hubfs/andamp%20Portraits-Zsolt%20Marton-Print-52.jpg)](https://insights.andamp.io/blog/author/jonas-engl) [Jonas Engl](https://insights.andamp.io/blog/author/jonas-engl) 14. Februar 2023 ![](https://miro.medium.com/v2/resize:fit:1400/0*dkR8v6MB4CJQ8BzU) Photo by [engin akyurt](https://unsplash.com/@enginakyurt?utm_source=medium&utm_medium=referral) on [Unsplash](https://unsplash.com/?utm_source=medium&utm_medium=referral) I have been developing Software for quite some years now. I started with small private and scholar projects, to my first professional work for different companies (mobile Apps, VR, real-time renderings, etc.), and developing for a university in Austria (shout-out to the awesome people at my old team) with organizational and research focus. Although all jobs were very different, they all had one thing in common: I was a Developer, and my job was finished when the feature was merged into the main branch. I had some ideas about what happened when the release was built, deployed, and monitored, but most of the time, it was not my concern. There were always operations people doing all this stuff and just informing me when something went wrong. ![](https://miro.medium.com/v2/resize:fit:1400/0*Q3Jqh_Ue6Dzl4Yjo) Photo by [Kenny Eliason](https://unsplash.com/@neonbrand?utm_source=medium&utm_medium=referral) on [Unsplash](https://unsplash.com/?utm_source=medium&utm_medium=referral) Over a year ago, I started a new job at & (andamp.io). I had the chance to work on an entirely new project with an up-to-date stack and actively using DevOps practices. The project we built had a tight schedule, so I was thrown in the middle and tried to help where I could. The project consists of several microservices, which communicate with each other over RabbitMQ and is run in a modern cloud-native setup consisting of Spring Boot, OpenShift, ArgoCD, Grafana, Loki, Prometheus, etc.. The idea was that I, the new guy, who was always just developing software, should relieve the team lead from his operational work. When starting the project, it was already clear that we wanted to use DevOps principles for the whole process. In case you don’t know, DevOps is a set of practices and tools that combines software development and operations to improve the speed and quality of software delivery. In our case, the infrastructure team provided us a cluster with OpenShift running and gave us a basic introduction to it. After that, we were completely independent of them, meaning we could deploy our applications whenever we wanted and install additional frameworks and tools we needed. We also designed and planned our project with this idea in mind. So that we can deploy fast, test and fix it, and then release it. As said, the timeline was really tight, so speed was key. As you can think, I was not sure if I could do it, especially due to the tight schedule, but I was also really motivated to get into it and support my colleagues. I learned so many new things in the next few weeks, and I was completely hooked. I was developing features, building and releasing new container images, and deploying them to OpenShift in the next moment. We used GitLab for CI and ArgoCD for CD. For monitoring the application, we used Grafana and Prometheus-Alerts. Everything was just so practical, and I was in control of everything, a good feeling. ![](https://miro.medium.com/v2/resize:fit:1400/0*-JQKT9rU38rdFz5T) In parallel, I was reading “[The Phoenix Project](https://www.oreilly.com/library/view/the-phoenix-project/9781457191350/)” (written by Gene Kim, Kevin Behr, and George Spafford) and the follow-up book “[DevOps Handbook](https://www.oreilly.com/library/view/the-devops-handbook/9781457191381/)” (written by Gene Kim, Patrick Debois, John Willis, and Jez Humble). Due to the project, where we also lived the DevOps principles, I was completely hooked by the books, and when I was reading about the “Aha-moment”, I ultimately got it. The books, especially at the beginning of the “DevOps Handbook”, talk about the moment when a Developer realizes the practical ways of becoming a DevOps Engineer. New ways to simplify deploying, releasing and monitoring applications are introduced and made accessible to everyone. After the initial learning process, most (if not all) developers realize how simple and efficient everything can be, and then (most likely) they get the famous aha moment, just like me. **Conclusion** I wanted to give you a short introduction to my transformation and show you what benefits your engineers and colleagues will get, even when they are newbies in this area like I was. When planning a new project, always try to consider and use DevOps principles, even at your first stages of designing; you will thank yourself later. In the next blog post, I will show you how to set up a similar cluster as we used here, so you can get an even deeper understanding of the processes and maybe even apply them for yourself. [Transformation](https://insights.andamp.io/blog/tag/transformation) [DevOps](https://insights.andamp.io/blog/tag/devops) [Cloud](https://insights.andamp.io/blog/tag/cloud) ## Read On [![](https://cdn-images-1.medium.com/max/1600/1*6qTInwnhrkPpTnofwDTjCw.jpeg)](https://insights.andamp.io/blog/when-designers-code-and-engineers-design?hsLang=en) ### [When Designers Code and Engineers Design](https://insights.andamp.io/blog/when-designers-code-and-engineers-design?hsLang=en) Explore how AI and advanced tools are blurring the lines between designers and developers, creating new hybrid roles like the Design Engineer for faster, cohesive digital product development. [![](https://miro.medium.com/v2/resize:fit:1400/1*fqhwNlhnc_ZH1bAHnyiG8w.jpeg)](https://insights.andamp.io/blog/how-requirements-engineering-helps-me-write-this-blog-post?hsLang=en) ### [How Requirements Engineering Helps Me Write This Blog Post](https://insights.andamp.io/blog/how-requirements-engineering-helps-me-write-this-blog-post?hsLang=en) In this blog post, the author shines a light on how he uses Requirements Engineering to break down and approach everyday tasks systematically. [![](https://miro.medium.com/v2/resize:fit:1400/1*apyOMwJMG9Oh4Q8YnMFj7g.jpeg)](https://insights.andamp.io/blog/an-engineers-take-on-microsoft-azure-and-gdpr?hsLang=en) ### [An Engineer’s Take on Microsoft Azure and GDPR](https://insights.andamp.io/blog/an-engineers-take-on-microsoft-azure-and-gdpr?hsLang=en) In 2018, GDPR was introduced to enhance data control and transparency. The cloud market has grown significantly since then, raising concerns about GDPR compliance. [![logo_white](https://27222727.fs1.hubspotusercontent-eu1.net/hubfs/27222727/logo_white.svg "logo_white")](http:/?hsLang=en) [Follow &andamp on LinkedIn](https://www.linkedin.com/company/andamp/) [Follow &andamp on Instagram](https://www.instagram.com/_andamp_) ## Our Services - [Team as a Service](https://insights.andamp.io/team-as-a-service/) ## Sitemap - [Blog](https://insights.andamp.io/blog) - [Career](https://insights.andamp.io/career) - [About Us](https://insights.andamp.io/about-us) - [Code of Conduct](https://insights.andamp.io/code-of-conduct) - [Our Diversity Journey](https://andamp.io/diversity-journey) ## Our Mission We offer a risk-free way to optimize customer experience and realise your business' potential through MVPs ## Case Studies - [Notarity](https://insights.andamp.io/case-studies/notarity/) ## Location andamp GmbH Währinger Straße 48/2. Hof 1090 Vienna, Austria ## Contact Us [hello@andamp.io](mailto:hello@andamp.io) We would love to hear about your ideas! ### Let's build your project! This site is protected by reCAPTCHA and the Google [Privacy Policy](https://policies.google.com/privacy) and [Terms of Service](https://policies.google.com/terms) apply. ® 2025 andamp GmbH [Legal Notice](https://insights.andamp.io/legal-notice/?hsLang=en) [Privacy Policy](https://insights.andamp.io/privacy-policy/?hsLang=en) ```json { "@context" : "https://schema.org", "@type" : "BlogPosting", "author" : { "@type" : "Person", "name" : "Jonas Engl", "url" : "https://insights.andamp.io/blog/author/jonas-engl" }, "dateModified" : "2023-05-24T10:36:43.899Z", "datePublished" : "2023-02-14T17:00:00.000Z", "headline" : "From Application Engineer to Cloud Native Engineer", "image" : [ "https://miro.medium.com/v2/resize:fit:1400/0*dkR8v6MB4CJQ8BzU" ], "mainEntityOfPage" : { "@id" : "https://insights.andamp.io/blog/from-application-engineer-to-cloud-native-engineer", "@type" : "WebPage" }, "publisher" : { "@type" : "Organization", "logo" : { "@type" : "ImageObject", "url" : "https://insights.andamp.io/hubfs/andamp%20Full%20Logo%20Blue%20Light.svg" }, "name" : "andamp GmbH" } } ```