Dev Ops Day (1)
•
0 likes•91 views
Terraform provides composable, predictable, reproducible, versionable and auditable infrastructure as code. It optimizes for change by allowing infrastructure to be defined declaratively using configuration files and optimized consistency over correctness. While Terraform provides composability, it is also opinionated in its approach. The presentation discusses migrating infrastructure at scale using Terraform and implementing infrastructure as code and continuous integration pipelines.
Report
Share
Report
Share
Download to read offline
Recommended
Ruby trunk changes 統計版
The document provides statistics about commits to the CRuby repository over time. It breaks down commit categories by percentage, finding that 22% were for bug fixes, 20% for refactoring, 11% for enhancements, 11% for tests, 10% for documentation, 8% for the build process, 8% for Windows support, 3% introduced new bugs, 3% fixed typos, 10% updated version.h, and 6% were trivial. It concludes by reviewing top commit categories and a degrader ranking.
Jenkins as a Service
1) The document describes how a PaaS provider implemented continuous integration as a service at scale for over 700 .NET repositories using a Cake-based approach with common scripts and interfaces.
2) Common Cake scripts were developed and stored in a master repository to enable centralized management of CI/CD processes and deployment of repositories on demand.
3) Additional features like static code analysis, Slack notifications, and custom dashboards were integrated to provide visibility and monitoring across all repositories.
4) While Cake covered around 30% of repositories initially, additional adoption of Jenkins pipelines increased coverage to 70% by automating more common processes.
5) The provider aims to further improve automation and hide complexity by never exposing
GC FAQ
The document discusses the history and features of garbage collection (GC) in Ruby. It notes that while GC has gotten a bad reputation for being slow or causing errors, it has actually been improved over time thanks to contributions from pioneering computer scientists. The document urges readers to see GC as an opportunity to strengthen their skills rather than a scapegoat for performance issues.
Docker Practical Use Cases
This document outlines several practical use cases for Docker, including running different versions of software like MySQL and PHP, using Docker as a development playground to test software across environments, and setting up local build farms. It also discusses common issues with Docker like the difference between containers and virtual machines, and tips for working with Docker like using docker exec to access running containers. Overall, the document argues that Docker is a useful tool with many potential use cases and over 100,000 available images, though there are some nuances to using containers effectively.
CI and CD
CI and CD processes like Continuous Integration (CI), Continuous Delivery (CD), and Continuous Deployment (CD) help software teams integrate code changes frequently and release software quickly. CI involves integrating code into a shared repository multiple times daily and automatically verifying each change. Continuous Delivery sets up software to be released to production at any time. Continuous Deployment means every code change is automatically deployed to production, allowing for many releases per day. Key aspects of CI include job definitions in repositories, autoscaling infrastructure, caching dependencies, using Docker for builds, and matrix builds across different environments and versions.
3Com 3C905C-TXM-13
This document provides information about purchasing a 3Com 3C905C-TXM-13 Ethernet PCI network card from Launch 3 Telecom. It lists the product details and part number, and provides options for purchasing including phone, email, or submitting a request for quote online. It also describes Launch 3 Telecom's payment and same-day shipping options, warranty, and additional services offered like repairs, maintenance contracts, and equipment deinstallation.
Cv berdi
Bedri Ahmed Muhumed is an Ethiopian national born in 1970 in Shabelle zone, Gode. He has worked in various roles such as radio operator, mason, and team leader for organizations including Save the Children, Merlin, ARRDO, OXFAM GB, and MSF Belgium since 2000. He has received certificates in TOT training, education activities, and SMART methodology. Bedri has excellent skills in Somali, English, Amharic, and Oromo in writing, reading, understanding and speaking. He also has computer skills in Microsoft applications and communication skills as a radio operator and mason.
Les enjeux du Coaching à l'ère des transformations Agiles et Digitales
Un tour d'horizon des attentes en matière de transformation des organisations et comment le coaching fournit une réponse adaptée aux préoccupations des entrerprises
Recommended
Ruby trunk changes 統計版
The document provides statistics about commits to the CRuby repository over time. It breaks down commit categories by percentage, finding that 22% were for bug fixes, 20% for refactoring, 11% for enhancements, 11% for tests, 10% for documentation, 8% for the build process, 8% for Windows support, 3% introduced new bugs, 3% fixed typos, 10% updated version.h, and 6% were trivial. It concludes by reviewing top commit categories and a degrader ranking.
Jenkins as a Service
1) The document describes how a PaaS provider implemented continuous integration as a service at scale for over 700 .NET repositories using a Cake-based approach with common scripts and interfaces.
2) Common Cake scripts were developed and stored in a master repository to enable centralized management of CI/CD processes and deployment of repositories on demand.
3) Additional features like static code analysis, Slack notifications, and custom dashboards were integrated to provide visibility and monitoring across all repositories.
4) While Cake covered around 30% of repositories initially, additional adoption of Jenkins pipelines increased coverage to 70% by automating more common processes.
5) The provider aims to further improve automation and hide complexity by never exposing
GC FAQ
The document discusses the history and features of garbage collection (GC) in Ruby. It notes that while GC has gotten a bad reputation for being slow or causing errors, it has actually been improved over time thanks to contributions from pioneering computer scientists. The document urges readers to see GC as an opportunity to strengthen their skills rather than a scapegoat for performance issues.
Docker Practical Use Cases
This document outlines several practical use cases for Docker, including running different versions of software like MySQL and PHP, using Docker as a development playground to test software across environments, and setting up local build farms. It also discusses common issues with Docker like the difference between containers and virtual machines, and tips for working with Docker like using docker exec to access running containers. Overall, the document argues that Docker is a useful tool with many potential use cases and over 100,000 available images, though there are some nuances to using containers effectively.
CI and CD
CI and CD processes like Continuous Integration (CI), Continuous Delivery (CD), and Continuous Deployment (CD) help software teams integrate code changes frequently and release software quickly. CI involves integrating code into a shared repository multiple times daily and automatically verifying each change. Continuous Delivery sets up software to be released to production at any time. Continuous Deployment means every code change is automatically deployed to production, allowing for many releases per day. Key aspects of CI include job definitions in repositories, autoscaling infrastructure, caching dependencies, using Docker for builds, and matrix builds across different environments and versions.
3Com 3C905C-TXM-13
This document provides information about purchasing a 3Com 3C905C-TXM-13 Ethernet PCI network card from Launch 3 Telecom. It lists the product details and part number, and provides options for purchasing including phone, email, or submitting a request for quote online. It also describes Launch 3 Telecom's payment and same-day shipping options, warranty, and additional services offered like repairs, maintenance contracts, and equipment deinstallation.
Cv berdi
Bedri Ahmed Muhumed is an Ethiopian national born in 1970 in Shabelle zone, Gode. He has worked in various roles such as radio operator, mason, and team leader for organizations including Save the Children, Merlin, ARRDO, OXFAM GB, and MSF Belgium since 2000. He has received certificates in TOT training, education activities, and SMART methodology. Bedri has excellent skills in Somali, English, Amharic, and Oromo in writing, reading, understanding and speaking. He also has computer skills in Microsoft applications and communication skills as a radio operator and mason.
Les enjeux du Coaching à l'ère des transformations Agiles et Digitales
Un tour d'horizon des attentes en matière de transformation des organisations et comment le coaching fournit une réponse adaptée aux préoccupations des entrerprises
Medio ambiente y biodiversidad 1º año
Este documento discute los efectos del cambio climático en diferentes partes del mundo. Explica cómo la revolución industrial ha aumentado las emisiones de gases de efecto invernadero en la atmósfera, lo que ha calentado el planeta y ha derretido los glaciares. También ha causado la pérdida de bosques y selvas debido al avance de los monocultivos, reduciendo la biodiversidad. Las grandes ciudades emiten altos niveles de gases de efecto invernadero, mientras que el mal manejo de los suelos
Production diary
Gabriel created a 3-page newsletter in Photoshop over 18 steps. He began by setting up the document dimensions and columns on the first page. He then added title lines, colors, icons, and titles. Gabriel wrote articles and summaries for the first page. He replicated the layout and added articles for pages 2 and 3 on fashion/music and sports. Finally, Gabriel edited photos, placed them, and proofread the newsletter before completing it.
Colaboración e Innovación en la Educación Superior: El Desafío
El documento discute los desafíos de la educación superior en Chile y en otras naciones, incluyendo la necesidad de mejorar la calidad de la educación, fomentar la innovación y la colaboración. También presenta ejemplos internacionales exitosos de colaboración e innovación en educación superior.
Automated Testing Environments With Kubernetes & GitLab
Let’s see what it takes to build an automated testing/QA setup with Kubernetes and GitLab from scratch, using off-the-shelf components. The goal is to automatically deploy any feature-x or hotfix-x branch to individual environments for automated tests and to make it easier to share intermediate results within the team. This talk will touch on abstract topics like continuous delivery, the value of developer tooling and well-defined workflows, before diving deep into implementation details, learnings, gotchas and stuff-which-went-wrong.
Elephant grooming: quality with Hadoop
Good software quality matters. How about Big Data and Hadoop? Every day we process large amount of medical information, population scale. Any question why we pay attention to quality? Let's disclosure some points based on our practical cases.
- Quality assurance in Hadoop: fears and reality.
- Practical options for testing infrastructure.
- Test strategy specials.
- Lowering verification efforts.
- Growth driven development: verification at scale.
- I want better elephant: current gaps.
Speed up your regression and reduce cost load with Selenoid + K8s + ReportPortal
https://seleniumcamp.com/talk/speed-up-your-regression-and-reduce-cost-load-with-selenoid-k8s-reportportal/
Red Hat Summit 2018 5 New High Performance Features in OpenShift
This document introduces 5 new high-performance features in Red Hat OpenShift Container Platform to support critical, latency-sensitive workloads. It describes CPU pinning, huge pages, device plugins for GPUs and other hardware, extended resources, and sysctl support. Demo sections show how these features allow workloads to consume exclusive CPUs, huge pages, GPUs, and configure kernel parameters in OpenShift pods. The roadmap discusses expanding support for NUMA, co-located device scheduling, and the Kubernetes resource API.
OpenNebulaConf2018 - How Inoreader Migrated from Bare-Metal Containers to Ope...
See how Inoreader migrated from Bare-metal servers to OpenNebula + StorPool. Inoreader has reached a tipping point where it was no longer sustainable to add hardware servers to store the billions of articles that hundreds of thousands of users read every day across the globe. With OpenNebula and StorPool we can now utilize those servers far more efficiently and no longer worry about performance and downtime.
Where refactoring meets big $$$
My second talk from 2015 Java2days conference. Looking at what refactoring is, why we do it and how to convince others to allow us doing that.
The Return of the Dull Stack Engineer
The document discusses the evolution of topics within the DevOps movement over time, including culture, automation, and monitoring. It notes how topics have shifted from specific tools like Puppet and Nagios to broader concepts like containers and microservices. The document also addresses challenges faced by operations teams in adopting new technologies, including pressure to use the latest tools, preexisting technical debt, and lack of time. It argues tools alone won't fix cultural issues and advocates focusing on core responsibilities rather than trying to manage every new technology.
Continuous delivery in practice (public)
Continuous delivery practices were implemented for an RTB project at Kenshoo to allow for faster development and delivery. This included having a single code branch, comprehensive testing at the unit, integration, behavioral, and staging levels, keeping builds stable, ensuring the master branch is always deployable, conducting rigorous code reviews, using real-time feedback, managing upgrades carefully, and A/B testing. It is important to constantly monitor builds and collect feedback to own the process.
6 Months Sailing with Docker in Production
This document summarizes a company's 6-month experience using Docker in production. They aimed to make local development environments match production, enable one-click deployments, achieve resilience and auto-scaling, centralized logging/monitoring, and add new services easily. They dockerized services, ran Docker everywhere, and aimed to use Docker clusters for high availability. Limitations included Docker image pull issues, instability on non-Linux, immature clusters, and tools requiring environment variables. Tradeoffs included using CloudFormation and duplicating images. Future hopes include improved clusters, networking, state management with Flocker, and tools like Sysdig.
An OpenShift Migration: From 3.9 to 4.5
The document summarizes a migration from OpenShift 3.9 to OpenShift 4.5. The plan involved building a proof of concept, building test clusters, communications, performing a cutover, validating the new clusters, and decommissioning the old clusters. There were some initial challenges around VMware and networking configurations, but the migration went smoothly overall. Going forward, the organization will focus on upgrades, new technologies like Tekton and service mesh, and ensuring a seamless experience for end users.
Experiences testing dev versions of MySQL and why it is good for you
Presentation given at OpenExpo Europe 2018 in Madrid on 6th June 2018
Each new version of MySQL comes out with exciting new features, many of which we’ve been asking for for a long time. The first development or DMR versions are released to the public some time before the software is considered production quality. So who is going to test these new versions which might break at any time and lose all your data?
booking.com does just this. The talk explains why we do it, what both we and the MySQL community gets out of it. If you’ve not considered doing such testing it’s very easy so come along and find out how. If you want to find out about some of the fun bugs we’ve seen then you’ll like this presentation too.
Taking Docker to Production: What You Need to Know and Decide
DevOps in the Real World is far from perfect, yet we all dream of that amazing auto-healing fully-automated CI/CD micro-service infrastructure that we'll have "someday." But until then, how can you really start using containers today, and what decisions do you need to make to get there? This session is designed for practitioners who are looking for ways to get started now with Docker and Swarm in production. This is not a Docker 101, but rather it's to help you be successful on your way to Dockerizing your production systems. Attendees will get tactics, example configs, real working infrastructure designs, and see the (sometimes messy) internals of Docker in production today.
Taking Docker to Production: What You Need to Know and Decide
This document provides advice on taking Docker to production. It recommends starting simply by focusing on Dockerfiles and containerizing existing applications before complex orchestration. It also warns against common anti-patterns like using the "latest" tag or trapping data in containers. The document outlines sample swarm architectures and tech stacks and notes that outsourcing non-critical components can simplify operations. It closes by suggesting that an orchestrator may not always be needed and that running one container per VM is a valid approach.
Architecture for Massively Parallel HDL Simulations
This document describes Art of Silicon's architecture for massively parallel HDL simulations using Verilator. It allows running many simulations concurrently by generating a single testbench that can run on both Verilator and event-driven simulators. Identical C++ stimulus and checking code interfaces with the design through "gaskets". Logs are captured in a unified format across platforms for easy triage. This approach maximizes engineer productivity by minimizing idle simulation time.
Kubernetes at Datadog the very hard way
This presentation describes the challenges we faced building, scaling and operating a Kubernetes cluster of more than 1000 nodes to host the Datadog applications
Kubernetes - ThoughtWorks Tech Radar 18
Slides apresentados no lançamento do TechRadar 18 da ThougfhtWorks em Porto Alegre.
Kubernetes foi indicado como Platform / Adopt pela segunda versão consecutiva no TechRadar da ThoughtWorks.
More Related Content
Viewers also liked
Medio ambiente y biodiversidad 1º año
Este documento discute los efectos del cambio climático en diferentes partes del mundo. Explica cómo la revolución industrial ha aumentado las emisiones de gases de efecto invernadero en la atmósfera, lo que ha calentado el planeta y ha derretido los glaciares. También ha causado la pérdida de bosques y selvas debido al avance de los monocultivos, reduciendo la biodiversidad. Las grandes ciudades emiten altos niveles de gases de efecto invernadero, mientras que el mal manejo de los suelos
Production diary
Gabriel created a 3-page newsletter in Photoshop over 18 steps. He began by setting up the document dimensions and columns on the first page. He then added title lines, colors, icons, and titles. Gabriel wrote articles and summaries for the first page. He replicated the layout and added articles for pages 2 and 3 on fashion/music and sports. Finally, Gabriel edited photos, placed them, and proofread the newsletter before completing it.
Colaboración e Innovación en la Educación Superior: El Desafío
El documento discute los desafíos de la educación superior en Chile y en otras naciones, incluyendo la necesidad de mejorar la calidad de la educación, fomentar la innovación y la colaboración. También presenta ejemplos internacionales exitosos de colaboración e innovación en educación superior.
Viewers also liked (6)
562421.z tomic d_jugo_-_komparativna_analiza_komunikacijskih_strategija_za_pr...
562421.z tomic d_jugo_-_komparativna_analiza_komunikacijskih_strategija_za_pr...
Colaboración e Innovación en la Educación Superior: El Desafío
Colaboración e Innovación en la Educación Superior: El Desafío
Similar to Dev Ops Day (1)
Automated Testing Environments With Kubernetes & GitLab
Let’s see what it takes to build an automated testing/QA setup with Kubernetes and GitLab from scratch, using off-the-shelf components. The goal is to automatically deploy any feature-x or hotfix-x branch to individual environments for automated tests and to make it easier to share intermediate results within the team. This talk will touch on abstract topics like continuous delivery, the value of developer tooling and well-defined workflows, before diving deep into implementation details, learnings, gotchas and stuff-which-went-wrong.
Elephant grooming: quality with Hadoop
Good software quality matters. How about Big Data and Hadoop? Every day we process large amount of medical information, population scale. Any question why we pay attention to quality? Let's disclosure some points based on our practical cases.
- Quality assurance in Hadoop: fears and reality.
- Practical options for testing infrastructure.
- Test strategy specials.
- Lowering verification efforts.
- Growth driven development: verification at scale.
- I want better elephant: current gaps.
Speed up your regression and reduce cost load with Selenoid + K8s + ReportPortal
https://seleniumcamp.com/talk/speed-up-your-regression-and-reduce-cost-load-with-selenoid-k8s-reportportal/
Red Hat Summit 2018 5 New High Performance Features in OpenShift
This document introduces 5 new high-performance features in Red Hat OpenShift Container Platform to support critical, latency-sensitive workloads. It describes CPU pinning, huge pages, device plugins for GPUs and other hardware, extended resources, and sysctl support. Demo sections show how these features allow workloads to consume exclusive CPUs, huge pages, GPUs, and configure kernel parameters in OpenShift pods. The roadmap discusses expanding support for NUMA, co-located device scheduling, and the Kubernetes resource API.
OpenNebulaConf2018 - How Inoreader Migrated from Bare-Metal Containers to Ope...
See how Inoreader migrated from Bare-metal servers to OpenNebula + StorPool. Inoreader has reached a tipping point where it was no longer sustainable to add hardware servers to store the billions of articles that hundreds of thousands of users read every day across the globe. With OpenNebula and StorPool we can now utilize those servers far more efficiently and no longer worry about performance and downtime.
Where refactoring meets big $$$
My second talk from 2015 Java2days conference. Looking at what refactoring is, why we do it and how to convince others to allow us doing that.
The Return of the Dull Stack Engineer
The document discusses the evolution of topics within the DevOps movement over time, including culture, automation, and monitoring. It notes how topics have shifted from specific tools like Puppet and Nagios to broader concepts like containers and microservices. The document also addresses challenges faced by operations teams in adopting new technologies, including pressure to use the latest tools, preexisting technical debt, and lack of time. It argues tools alone won't fix cultural issues and advocates focusing on core responsibilities rather than trying to manage every new technology.
Continuous delivery in practice (public)
Continuous delivery practices were implemented for an RTB project at Kenshoo to allow for faster development and delivery. This included having a single code branch, comprehensive testing at the unit, integration, behavioral, and staging levels, keeping builds stable, ensuring the master branch is always deployable, conducting rigorous code reviews, using real-time feedback, managing upgrades carefully, and A/B testing. It is important to constantly monitor builds and collect feedback to own the process.
6 Months Sailing with Docker in Production
This document summarizes a company's 6-month experience using Docker in production. They aimed to make local development environments match production, enable one-click deployments, achieve resilience and auto-scaling, centralized logging/monitoring, and add new services easily. They dockerized services, ran Docker everywhere, and aimed to use Docker clusters for high availability. Limitations included Docker image pull issues, instability on non-Linux, immature clusters, and tools requiring environment variables. Tradeoffs included using CloudFormation and duplicating images. Future hopes include improved clusters, networking, state management with Flocker, and tools like Sysdig.
An OpenShift Migration: From 3.9 to 4.5
The document summarizes a migration from OpenShift 3.9 to OpenShift 4.5. The plan involved building a proof of concept, building test clusters, communications, performing a cutover, validating the new clusters, and decommissioning the old clusters. There were some initial challenges around VMware and networking configurations, but the migration went smoothly overall. Going forward, the organization will focus on upgrades, new technologies like Tekton and service mesh, and ensuring a seamless experience for end users.
Experiences testing dev versions of MySQL and why it is good for you
Presentation given at OpenExpo Europe 2018 in Madrid on 6th June 2018
Each new version of MySQL comes out with exciting new features, many of which we’ve been asking for for a long time. The first development or DMR versions are released to the public some time before the software is considered production quality. So who is going to test these new versions which might break at any time and lose all your data?
booking.com does just this. The talk explains why we do it, what both we and the MySQL community gets out of it. If you’ve not considered doing such testing it’s very easy so come along and find out how. If you want to find out about some of the fun bugs we’ve seen then you’ll like this presentation too.
Taking Docker to Production: What You Need to Know and Decide
DevOps in the Real World is far from perfect, yet we all dream of that amazing auto-healing fully-automated CI/CD micro-service infrastructure that we'll have "someday." But until then, how can you really start using containers today, and what decisions do you need to make to get there? This session is designed for practitioners who are looking for ways to get started now with Docker and Swarm in production. This is not a Docker 101, but rather it's to help you be successful on your way to Dockerizing your production systems. Attendees will get tactics, example configs, real working infrastructure designs, and see the (sometimes messy) internals of Docker in production today.
Taking Docker to Production: What You Need to Know and Decide
This document provides advice on taking Docker to production. It recommends starting simply by focusing on Dockerfiles and containerizing existing applications before complex orchestration. It also warns against common anti-patterns like using the "latest" tag or trapping data in containers. The document outlines sample swarm architectures and tech stacks and notes that outsourcing non-critical components can simplify operations. It closes by suggesting that an orchestrator may not always be needed and that running one container per VM is a valid approach.
Architecture for Massively Parallel HDL Simulations
This document describes Art of Silicon's architecture for massively parallel HDL simulations using Verilator. It allows running many simulations concurrently by generating a single testbench that can run on both Verilator and event-driven simulators. Identical C++ stimulus and checking code interfaces with the design through "gaskets". Logs are captured in a unified format across platforms for easy triage. This approach maximizes engineer productivity by minimizing idle simulation time.
Kubernetes at Datadog the very hard way
This presentation describes the challenges we faced building, scaling and operating a Kubernetes cluster of more than 1000 nodes to host the Datadog applications
Kubernetes - ThoughtWorks Tech Radar 18
Slides apresentados no lançamento do TechRadar 18 da ThougfhtWorks em Porto Alegre.
Kubernetes foi indicado como Platform / Adopt pela segunda versão consecutiva no TechRadar da ThoughtWorks.
Continuous Load Testing with CloudTest and Jenkins
Two key challenges to continuous load testing are provisioning a test system to handle the load and accessing load generators to drive the traffic.
In this webinar from SOASTA & CloudBees, you will learn how to:
Build realistic automated web performance tests and run them in Jenkins
Architect and launch a test environment that auto-provisions in the cloud
Manage a load generation grid to drive load tests in a lights-out mode
Establish a performance baseline in your daily Jenkins reports
How MongoDB is Being Used in China - Case Studies
We will discuss a variety of use cases for MongoDB in China's Internet industry across several verticals, sizes, and applications. This discussion will include reasons for using MongoDB, experiences, issues, and successes.
Real-world Experiences in Scala
The document summarizes the author's journey from being a C# developer to adopting Scala. He was tired of Microsoft's ecosystem and wanted to use Linux. Scala met his criteria of being open source, cross-platform, functional, and modern. He used Scala with Play Framework and MongoDB to build systems for Tehran International Book Fair that had to handle high traffic. While one project failed initially due to server limitations, he was able to fix it and complete the projects successfully on a larger server. He is now happy with his Scala ecosystem.
Architecture for test frameworks
This document outlines the benefits of building an automated testing framework with separation of concerns and reusable components. It recommends defining checks, frameworks, drivers, applications, repositories, workflows, page objects, and data generators as separate layers. This allows centralizing data generation and management, hiding complexity, and making the framework easier to maintain as the codebase grows over time. Building automation with these best practices helps save time, improve risk mitigation, and create a sustainable solution as testing needs evolve.
Similar to Dev Ops Day (1) (20)
Automated Testing Environments With Kubernetes & GitLab
Automated Testing Environments With Kubernetes & GitLab
Speed up your regression and reduce cost load with Selenoid + K8s + ReportPortal
Speed up your regression and reduce cost load with Selenoid + K8s + ReportPortal
Red Hat Summit 2018 5 New High Performance Features in OpenShift
Red Hat Summit 2018 5 New High Performance Features in OpenShift
OpenNebulaConf2018 - How Inoreader Migrated from Bare-Metal Containers to Ope...
OpenNebulaConf2018 - How Inoreader Migrated from Bare-Metal Containers to Ope...
Experiences testing dev versions of MySQL and why it is good for you
Experiences testing dev versions of MySQL and why it is good for you
Taking Docker to Production: What You Need to Know and Decide
Taking Docker to Production: What You Need to Know and Decide
Taking Docker to Production: What You Need to Know and Decide
Taking Docker to Production: What You Need to Know and Decide
Architecture for Massively Parallel HDL Simulations
Architecture for Massively Parallel HDL Simulations
Continuous Load Testing with CloudTest and Jenkins
Continuous Load Testing with CloudTest and Jenkins
Dev Ops Day (1)
- 1. Free Classifieds www.olx.com David Rubin - DevOps Day Cpt 2016 Migrating at scale @drubin87
- 2. 2 ME
- 3. 3 History
- 4. 4 The Stats
- 5. 5 Global
- 8. 8 ● Jump hosts with 100’s of gigs of ram ● Weeks to provision new servers ● Testing …… (let's clone production) ● Expensive to duplicate ● No “oops let's start over” button Standardised hardware
- 9. 9 Goal
- 11. 11 ● Composable ● Predictable ● Reproducible ● Versionable ● Auditable The “able”s
- 12. 12 Consistency is often better than correctness Consistency * https://en.wikipedia.org/wiki/Worse_is_better
- 14. 14 Tools???
- 15. 15 Beta
- 16. 16 Terraform The good the bad and the ugly
- 20. 20 CI Pipeline