Lessons about DevOps (page 2)
The links, tools and tips our engineers and designers share with each other, one “today I learned” at a time.
- lessons shared
- 57
- people sharing
- 13
- database started in
- 2017










Tech Insights· github.com
Google Cloud Platform open-source project that implements the collection of the DORA Four Keys metrics (Deployment Frequency, Lead Time for Changes, Time to Restore Services, Change Failure Rate):
Shared by
Read on github.com- DevOps
- Dora
- SRE

youtube.com
Airbnb's Journey To A Service-Oriented Architecture At 1,000-Engineer Scale
Flavio Juvenal

Tech Insights· youtube.com
Airbnb's Journey To A Service-Oriented Architecture At 1,000-Engineer Scale
Shared by
Read on youtube.com- Architecture
- DevOps
- Scaling
- Services
- Soa
- SRE

ibm.com
Prevent cascading failures with the Circuit breaker pattern:
DevOps solutions on IBM Cloud make it easier to deliver software and services at the speed the market demands.
Flavio Juvenal

Tech Insights· ibm.com
Prevent cascading failures with the Circuit breaker pattern:
From ibm.com
DevOps solutions on IBM Cloud make it easier to deliver software and services at the speed the market demands.
Shared by
Read on ibm.com- DevOps
- SRE

octopus.com
Continuous Integration is misunderstood. If Continuous Integration was about continuous builds, we’d call it Continuous Build.
Learn about the principles that define Continuous Integration, and why you should avoid adopting specific practices, without knowing how to use them effectively.
Flavio Juvenal

Tech Insights· octopus.com
Continuous Integration is misunderstood. If Continuous Integration was about continuous builds, we’d call it Continuous Build.
From octopus.com
Learn about the principles that define Continuous Integration, and why you should avoid adopting specific practices, without knowing how to use them effectively.
Shared by
Read on octopus.com- Ci
- DevOps
- SRE
Tech Insights· blog.turbinelabs.io
Deploy != Release
Shared by
Read on blog.turbinelabs.io- Deploy
- DevOps
- Release
- SRE

octopus.com
External approvals were negatively correlated with lead time, deployment frequency, and restore time, and had no correlation ...
External approvals were negatively correlated with lead time, deployment frequency, and restore time, and had no correlation with change fail rate. In short, approval by an external body (such as a manager or CAB) simply doesn’t work to increase the stability of production systems, measured by the time to restore service and change fail rate. However, it certainly slows things down. It is, in fact, worse than having no change approval process at all.
Flavio Juvenal

Tech Insights· octopus.com
External approvals were negatively correlated with lead time, deployment frequency, and restore time, and had no correlation ...
External approvals were negatively correlated with lead time, deployment frequency, and restore time, and had no correlation with change fail rate. In short, approval by an external body (such as a manager or CAB) simply doesn’t work to increase the stability of production systems, measured by the time to restore service and change fail rate. However, it certainly slows things down. It is, in fact, worse than having no change approval process at all.
Shared by
Read on octopus.com- DevOps
- SRE


Tech Insights· scalefactory.com
The 12 Factor Container:
Shared by
Read on scalefactory.com- Container
- DevOps
- Docker
- SRE

mcfunley.com
It is basically always the case that the long-term costs of keeping a system working reliably vastly exceed any inconvenience...
It is basically always the case that the long-term costs of keeping a system working reliably vastly exceed any inconveniences you encounter while building it. Mature and productive developers understand this. Choose Boring Technology:
Flavio Juvenal

Tech Insights· mcfunley.com
It is basically always the case that the long-term costs of keeping a system working reliably vastly exceed any inconvenience...
It is basically always the case that the long-term costs of keeping a system working reliably vastly exceed any inconveniences you encounter while building it. Mature and productive developers understand this. Choose Boring Technology:
Shared by
Read on mcfunley.com- DevOps
- Infrastructure
- Operations

launchdarkly.com
Progressive Delivery: The art of moving fast but with control.
Progressive Delivery is a new software development lifecycle that builds upon the core tenets of CI/CD. It lets teams ship faster, reduce risk, and continuously improve the customer experience.
Flavio Juvenal

Tech Insights· launchdarkly.com
Progressive Delivery: The art of moving fast but with control.
From launchdarkly.com
Progressive Delivery is a new software development lifecycle that builds upon the core tenets of CI/CD. It lets teams ship faster, reduce risk, and continuously improve the customer experience.
Shared by
Read on launchdarkly.com- Cicd
- Deployment
- DevOps
- Feature Flag
- Featureflag
- Release
- Software Delivery

charity.wtf
Why Every Software Engineering Interview Should Include Ops Questions:
I’ve fallen way behind on my blog posts — my goal was to write one per month, and I haven’t published anything since MAY.
Flavio Juvenal

Tech Insights· charity.wtf
Why Every Software Engineering Interview Should Include Ops Questions:
From charity.wtf
I’ve fallen way behind on my blog posts — my goal was to write one per month, and I haven’t published anything since MAY.
Shared by
Read on charity.wtf- DevOps
- Hiring
- Interview
- SRE

cloud.google.com
A dark launch sends a copy of real user-generated traffic to your new service, and discards the result from the new service b...
A dark launch sends a copy of real user-generated traffic to your new service, and discards the result from the new service before it's returned to the user. It helps to avoid regressions and test the new service under realistic load.
Flavio Juvenal

Tech Insights· cloud.google.com
A dark launch sends a copy of real user-generated traffic to your new service, and discards the result from the new service b...
A dark launch sends a copy of real user-generated traffic to your new service, and discards the result from the new service before it's returned to the user. It helps to avoid regressions and test the new service under realistic load.
Shared by
Read on cloud.google.com- DevOps
- Performance
- Reliability
- SRE

cloud.google.com
Know thy enemy: How to prioritize and communicate risks—CRE life lessons:
How to effectively communicate and stack-rank risks in your system.
Flavio Juvenal

Tech Insights· cloud.google.com
Know thy enemy: How to prioritize and communicate risks—CRE life lessons:
From cloud.google.com
How to effectively communicate and stack-rank risks in your system.
Shared by
Read on cloud.google.com- DevOps
- Management
- Risk
- SRE

thevoid.community
The Verica Open Incident Database (VOID) makes public software-related incident reports available to everyone, increasing und...
The Verica Open Incident Database (VOID) makes public software-related incident reports available to everyone, increasing understanding of software-based failures in order to make the internet a more resilient and safe place.
Flavio Juvenal

Tech Insights· thevoid.community
The Verica Open Incident Database (VOID) makes public software-related incident reports available to everyone, increasing und...
The Verica Open Incident Database (VOID) makes public software-related incident reports available to everyone, increasing understanding of software-based failures in order to make the internet a more resilient and safe place.
Shared by
Read on thevoid.community- DevOps
- Incident
- SRE

redhat.com
What is SRE
Site reliability engineering (SRE) is a software engineering approach to IT operations. SRE uses software to manage systems and automate operations tasks.
Pedro Bacelar

Tech Insights· redhat.com
What is SRE
From redhat.com
Site reliability engineering (SRE) is a software engineering approach to IT operations. SRE uses software to manage systems and automate operations tasks.
Shared by
Read on redhat.com- DevOps
- SRE
Book a call
Found it useful?
Let’s put it to work.
Tell us about your product and the problem in front of you. We’ll bring what we’ve learned on real projects.
Tell us about your product, and we’ll bring what we’ve learned.
Still prefer the good old email? Contact us



