DevOps Days Madrid 2020 173w15

Si quieres ver el vídeo con las slides: https://youtu.be/eiX-pSdfJEg ------------- We’re told that adopting DevOps can have all sorts of benefits, but many organizations are not getting the results they hoped for. The term “DevOps” has been co-opted to mean anything from tools to a job title. Without an understanding of what DevOps is really all about, success is elusive. In this session, Ken Mugrage presents DevOps as an overhaul to existing software development organizations and processes. He talks about organizational structures that enable team to take full advantage of the automation and visibility gained with a DevOps-enabled culture. Ken will then discuss evolutionary software architectures and platforms to enable continuous delivery, as well as how to make your CD pipeline available to all parts of your organization. You will leave with an understanding of what DevOps really means and how to begin your journey. You will take home tips and techniques for helping you deliver better software, faster ------------- Otras charlas de DevOps Days también en podcast: https://lk.autentia.com/DevOpsDays20-iVoox ¡Conoce Autentia! Twitter: https://goo.gl/MU5pUQ Instagram: https://lk.autentia.com/instagram LinkedIn: https://goo.gl/2On7Fj/ Facebook: https://goo.gl/o8HrWX

Si quieres ver el vídeo con las slides: https://youtu.be/P-jZX5_sZKo ------------- En esta charla cuento el camino que comenzamos hace algo más de 5 años para implantar automatización tanto de gestión de la configuración como de infraestructura como código y que a día de hoy seguimos llevando a cabo en STR Sistemas principalmente con ansible y terraform. Tenemos la particularidad de gestionar múltiples clientes, con múltiples plataformas, proveedores y tecnologías. En la charla se explora cómo gestionamos el código, cómo hemos evolucionado con las herramientas y cómo sus versiones han influido en ello, cómo gestionamos las credenciales, la importancia en la retrocompatiblidad de cambios, lo que queremos hacer a futuro, etc. ------------- Otras charlas de DevOps Days también en podcast: https://lk.autentia.com/DevOpsDays20-iVoox ¡Conoce Autentia! Twitter: https://goo.gl/MU5pUQ Instagram: https://lk.autentia.com/instagram LinkedIn: https://goo.gl/2On7Fj/ Facebook: https://goo.gl/o8HrWX

Vídeo with the slides: https://youtu.be/gFNTiTMVqjE ------------- Kubernetes helps us tame sprawling microservices architectures and addressing the increased operational complexity. Kubernetes gives developers abstractions and APIs to deploy and run their services. Yet, the elephant in the room is that to run, maintain and evolve the Kubernetes clusters, we need more ops expertise and most likely a dedicated team to do so. The question that begs to be asked is if we are going back to pre-DevOps isolation between Dev and Ops teams? Is the tradeoff between better operational tools and introducing a new dependency layer on the path for application teams to deliver and run their services worthwhile? Are we making life easier for application teams or instead reducing their end-to-end ownership? Team Topologies is a structured approach for thinking about teams responsibilities and interactions which can help us get the most value out of Kubernetes adoption. This talk draws on research and case studies from the Team Topologies book by Matthew Skelton and Manuel Pais (IT Revolution Press, 2019) together with first-hand consulting experience from the authors with organizations around the world. ------------- Otras charlas de DevOps Days también en podcast: https://lk.autentia.com/DevOpsDays20-iVoox ¡Conoce Autentia! Twitter: https://goo.gl/MU5pUQ Instagram: https://lk.autentia.com/instagram LinkedIn: https://goo.gl/2On7Fj/ Facebook: https://goo.gl/o8HrWX

Otras charlas de DevOps Days también en podcast: https://lk.autentia.com/DevOpsDays20-iVoox We now have lots of “tools” for operations in cloud-native. Yet they all seem to suffer from the impact of single POV. And at the same time, we have more complexity, in infrastructure with the adoption of orchestration, cloud elasticity, microservices and FaaS. Piled on with heavily request-driven models, the old style of reacting to anomalies and headaches fails. With RED, unlike the modern belief in metrics, your architecture is watched from aspects of multiple dimensions. You receive alerts and indications not just from anomalies, but also from headache alerts. By seeing multiple dimensions of concerns, be they failures in service or activity to close to the edge of capability, these combined monitors and deep-dive, focused access get you to your root cause faster, with less false positives and quicker resolution. Thus, we need an understanding of RED, designed to meet the precise conditions now prevalent in our applications. RED clearly has advantages over competing models (Golden Signals and USE) specifically with respect to DevOps models (and Devs). Through a deep dive into what this multi-dimensional problem AND multi-dimensional approach to resolution will help reduce the production scale and fail panics we see in the industry. So RED gives you the framework to build alerting, monitoring and analysis into a flexible structure to meet the emerging needs of services-based cloud-native architectures as well as give you the capability to grow as your environment scales. This talk will dive into RED, what it is and how it fits in the modern world of services and explore how RED can expand to deliver faster Mean Time to Recognize and Mean Time to Respond.

Otras charlas de DevOps Days también en podcast: https://lk.autentia.com/DevOpsDays20-iVoox Over an eight-month period, our organization formed a dedicated internal DevOps team. This team initially focused on fighting the fires currently in production and dedicated to improving the reliability of services in the company. The team’s focus was shifted from not just keeping things up, but eventually improving the experience for our own developers. In this talk, attendees will learn about the cultural changes that took place going from reactive operations to being dedicated to improving overall reliability across the technology organization. We’ll look at some of the internal tools we’ve developed to reduce developer onboarding time and toil. Automation related to provisioning resources and AWS s.

Otras charlas de DevOps Days también en podcast: https://lk.autentia.com/DevOpsDays20-iVoox Site-reliability engineer roles did not exist 10 years ago. With the growing cloud adoption, we find roles in the market that didn’t exist 5 years ago: “Cloud-Native engineers”, “Cloud-Architects”, etc. Where do suitable candidates appear from? My answer: people evolve into those new roles. For the companies it’s faster to find people with the right (but not necessarily perfect) combination of the required skills in this way than trying to find someone filling in all new job requirements. And for us, employees, it’s a chance to grow and take on new professional challenges, which is usually combined with a boost on the motivation (and on the salary!). It’s a win-win situation. Stepping into the unknown requires courage. I’ve been in this adventure since early this year when I ed a cloud-migration project as an engineer in a platform team coming from a system analyst role in a product team. The technological learning curve has been very steep and difficult, but other kind of skills have been my key to tackle the challenge and not to lose sanity in the way. In this talk I will take the audience in a journey from catching the opportunity, starting in the new role, growing into it and learning to be prepared for whatever is coming next. I will provide tips on how to improve our self-confidence, self-awareness, adaptability and effective learning through storytelling with daily-work examples that anyone can hopefully use whenever it’s time to step out of the comfort zone and grow into any new role, even beyond the cloud.

Otras charlas de DevOps Days también en podcast: https://lk.autentia.com/DevOpsDays20-iVoox En los últimos años no paramos de oír a las empresas que quieren “ser” ágiles y que quieren “hacer” DevOps para mejorar su Time To Market, automatizar tareas, migrar a cloud, reducir recursos… sí, suena raro pero es el discurso real que existe en España. Con esta charla queremos dar nuestra visión, basada en experiencias diarias, de cómo se está aplicando actualmente Agile y DevOps en las empresas. Se introducen gran variedad de herramientas y tecnologías en los procesos de la organización, sin tener en cuenta que la finalidad de las mismas es fortalecer y facilitar el día a día de los equipos de trabajo. Se crean nuevos equipos dedicados, como Cloud o DevOps, más los existentes tradicionalmente, como Sistemas, QA, Arquitectura, etc, cuya finalidad es seguir vigilando y controlando lo que hacen otros, sin integrarse ni implicarse en el ciclo de vida de un producto software. Todos esto nos aleja, aun más, del objetivo principal, el y el trabajo en equipo. Esta estructura departamental y vertical rompe totalmente los principios básicos del movimiento DevOps, por lo que intentaremos enumerar y compartir los pain points y las causas raíz, identificados en las organizaciones, que impiden implementar una cultura Agile DevOps. Con todo lo que hemos comentado anteriormente, nos damos cuenta de que estamos fortaleciendo los silos y las barreras iniciales convirtiéndolas ahora en castillos y murallas. Nuestra intención es intentar que los asistentes salgan de esta charla con el objetivo de derribar definitivamente las barreras y muros que siguen existiendo.

Si quieres ver el vídeo con las slides: https://youtu.be/oe9fGAKRzUA ------------- We’ve all the tools today to do high frequent deliveries in high quality. Yet many team struggle with getting into fast loops with their customers, as their culture is not fast and responsive enough. Trust can help, as trust makes a team fast. We need to make trust the foundation of DevOps. DevOps requires a cultural change. But how can a DevOps transformation work (esp. in large enterprises)? Observing many teams at several occasions, Dirk noticed that trust can be seen as the foundation of DevOps. Giving examples and concrete actions, this talk shows you how to foster trust in your team, so that applying DevOps becomes a success. The talk tries to explain the science behind trust, and how this knowledge can be applied to help us to understand how we can foster trust in a team. ------------- Otras charlas de DevOps Days también en podcast: https://lk.autentia.com/DevOpsDays20-iVoox ¡Conoce Autentia! Twitter: https://goo.gl/MU5pUQ Instagram: https://lk.autentia.com/instagram LinkedIn: https://goo.gl/2On7Fj/ Facebook: https://goo.gl/o8HrWX

Si quieres ver el vídeo con las Slides: https://youtu.be/q52bEOIQTwk ------------- In this talk we talk about how the Serverless paradigms are changing the way we develop applications and the cloud infrastructures and how we can do serverless in an more efficient way also with Kubernetes. We go through the latest Kubernetes Serverless technologies, talking about all the aspects including pricing, scalability, observability and best practices. ------------- Otras charlas de DevOps Days también en podcast: https://lk.autentia.com/DevOpsDays20-iVoox ¡Conoce Autentia! Twitter: https://goo.gl/MU5pUQ Instagram: https://lk.autentia.com/instagram LinkedIn: https://goo.gl/2On7Fj/ Facebook: https://goo.gl/o8HrWX

Si quieres ver el vídeo con las slides: https://youtu.be/CDPINyO7OXw ------------- During last months Vault provider for Terraform got several major updates allowing configuration as code approach for most of the Vaults features. HelloHippo is a Terraform shop, and we were quite excited to able to apply Terraform power to Vault configuration. In this talk, Andrey will share our journey - what went well and what not so well, what you should consider before you start. On top of that, we will look into topics how to incorporate security ops (ex. secret engine credentials rotation) and configuration as code approach. After attending this talk, you will have a good idea of where to start if you decide to move the Vault config to Terraform as well as what challenges are ahead. ------------- Otras charlas de DevOps Days también en podcast: https://lk.autentia.com/DevOpsDays20-iVoox ¡Conoce Autentia! Twitter: https://goo.gl/MU5pUQ Instagram: https://lk.autentia.com/instagram LinkedIn: https://goo.gl/2On7Fj/ Facebook: https://goo.gl/o8HrWX

Si quieres ver el vídeo con las slides: https://youtu.be/HoX5EMlKwjc ------------- Nuestro problema era el siguiente: DevOps se estaba transformando en el cuello de botella, ya que no podíamos manejar la creación de los proyectos en Jenkins a la velocidad deseada. Utilizar Jenkinsfiles no es suficiente, aunque sí bastante útil: permite replicación, conservar un histórico y aplicar cambios por ramas, pero nuestros desarrolladores crean proyectos para librerías como repositorios o como directorios dentro de otros repositorios… ¿Cómo lidiar con todo esto? Así nació Autojenkins, una forma de trabajar que permite a los DEV reutilizar los Jenkinsfiles y crear proyectos bajo demanda. Ahora estamos trabajando para aplicar la misma idea en OPS… ------------- Otras charlas de DevOps Days también en podcast: https://lk.autentia.com/DevOpsDays20-iVoox ¡Conoce Autentia! Twitter: https://goo.gl/MU5pUQ Instagram: https://lk.autentia.com/instagram LinkedIn: https://goo.gl/2On7Fj/ Facebook: https://goo.gl/o8HrWX