Software Delivery in Small Batches

Start HereSLOs defined from the Google Site Reliability Engineering BookImplementing SLOs from the Google Site Reliability Engineering WorkbookThe Art of SLOs workshop by GoogleFreebiesMastering the Third Way of DevOps use the Toyota Kata for continuous improvementFree DevOps Course much more detailed than what we can cover in the podcastResourcesMy Review & Analysis on The DevOps HandbookMy Review & Analysis on AccelerateSoftware Development in 3 Principles & 4 MetricsBooksThe DevOps Handbook by Gene Kim, Jez Humble, John Willis, Patrick DeboisAccelerate by Nicole Forsgren, Jez Humble, Gene Kim ★ Support this podcast on Patreon ★

FreebiesMastering the Third Way of DevOps use the Toyota Kata for continuous improvementFree DevOps Course much more detailed than what we can cover in the podcastResourcesTranscriptMy Review & Analysis on The DevOps HandbookMy Review & Analysis on AccelerateSoftware Development in 3 Principles & 4 MetricsBooksThe DevOps Handbook by Gene Kim, Jez Humble, John Willis, Patrick DeboisAccelerate by Nicole Forsgren, Jez Humble, Gene Kim ★ Support this podcast on Patreon ★

Show notes: https://www.codewithjason.com/rails-with-jason-podcast/adam-hawkins-2/ ★ Support this podcast on Patreon ★

Preflight ChecksMy Interview on Rails with Jason on Preflight Checks & Smoke TestsEpisode on the config factor related to the "dry run" preflight checkBooksThe DevOps Handbook by Gene Kim, Jez Humble, John Willis, Patrick DeboisAccelerate by Nicole Forsgren, Jez Humble, Gene Kim ★ Support this podcast on Patreon ★

https://www.codewithjason.com/rails-with-jason-podcast/adam-hawkins/ ★ Support this podcast on Patreon ★

The Flow Framework & Four Types of WorkMy free Project to Product email course covers expanding flow, feedback, and learning to the entire organizationThe Flow FrameworkThe Flow Framework PosterProject to Product (book)Project to Product: How Value Stream Networks Will Transform IT & Business presentation by Mik KerstenMik Kersten's podcastBooksThe DevOps Handbook by Gene Kim, Jez Humble, John Willis, Patrick DeboisAccelerate by Nicole Forsgren, Jez Humble, Gene Kim ★ Support this podcast on Patreon ★

The 12.1 factor approach prefers locality over fully integrated environments. Doing so promotes fast and independent iterations on discrete services using automated tests to verify correctness. End-to-End issues that may have been identified with a fully integrated environment with dev/prod parity should be pushed downstream in the deployment pipeline in accordance with test pyramid principles. If a regression is identified, then it may quickly addressed by adding tests to the relevant service’s test suite.Topics Mentioned in the ShowThe 5 Ideals The Unicorn ProjectPractical Test PyramidHexagonal ArchitectureTeam TopologiesMy Talk at WrocLove.rb 2014 on Software Architecture, Object, Roles, and BoundariesBounded Contexts & Domain Driven DesignResourcesThe 12 Factor AppJay Kutner on the 12 Factor App via SE RadioMy Review & Analysis on The DevOps HandbookMy Review & Analysis on AccelerateSoftware Development in 3 Principles & 4 MetricsBooksThe DevOps Handbook by Gene Kim, Jez Humble, John Willis, Patrick DeboisAccelerate by Nicole Forsgren, Jez Humble, Gene Kim ★ Support this podcast on Patreon ★

The 12 factor app states that applications should log to standard out and standard error, thus not concerting themselves with the storage and processing of their log stream. That's a good start point, but we need more than that. The 12.1 factor app does these three things:Supports a LOG_LEVEL configuration optionUses a machine readable format, such as JSON, in productionTreats log streams as a telemetry sourceMentioned in ShowThe 12 Factor AppThe 12.1 Factor App: ConfigRails with JasonResourcesThe 12 Factor AppJay Kutner on the 12 Factor App via SE RadioBooksThe DevOps Handbook by Gene Kim, Jez Humble, John Willis, Patrick DeboisAccelerate by Nicole Forsgren, Jez Humble, Gene Kim ★ Support this podcast on Patreon ★

The 12 factor app states that applications should read config from environment variables. It implies separation of code and config. That’s about it, but there’s good bones here. I want something bigger from this factor. Specifically that applications may be deployed to new environments without any code changes. This requires a few additions:Configure the process through command options and environment variablesPrefer explicit configuration over implicit configuration Use a dry run option to verify config sanityFail fast on any configuration errorMentioned in ShowWhere, What, and How to Test on the Ruby Testing PodcastResourcesThe 12 Factor AppMy Review & Analysis on The DevOps HandbookMy Review & Analysis on AccelerateSoftware Development in 3 Principles & 4 MetricsBooksThe DevOps Handbook by Gene Kim, Jez Humble, John Willis, Patrick DeboisAccelerate by Nicole Forsgren, Jez Humble, Gene Kim ★ Support this podcast on Patreon ★

In the modern era, software is commonly delivered as a service: called web apps, or software-as-a-service. The twelve-factor app is a methodology for building software-as-a-service apps that:Use declarative formats for setup automation, to minimize time and cost for new developers joining the project;Have a clean contract with the underlying operating system, offering maximum portability between execution environments;Are suitable for deployment on modern cloud platforms, obviating the need for servers and systems administration;Minimize divergence between development and production, enabling continuous deployment for maximum agility;And can scale up without significant changes to tooling, architecture, or development practices.The twelve-factor methodology can be applied to apps written in any programming language, and which use any combination of backing services (database, queue, memory cache, etc).ResourcesThe 12 Factor AppMy Review & Analysis on The DevOps HandbookMy Review & Analysis on AccelerateSoftware Development in 3 Principles & 4 MetricsBooksThe DevOps Handbook by Gene Kim, Jez Humble, John Willis, Patrick DeboisAccelerate by Nicole Forsgren, Jez Humble, Gene Kim ★ Support this podcast on Patreon ★