summaryrefslogtreecommitdiff
path: root/gemfeed/2023-08-18-site-reliability-engineering-part-1.gmi
diff options
context:
space:
mode:
authorPaul Buetow <paul@buetow.org>2024-01-09 18:45:34 +0200
committerPaul Buetow <paul@buetow.org>2024-01-09 18:45:34 +0200
commitc5030b4210579eb1e1a52594dc50628c19542c63 (patch)
tree52e3eb7b72c32963756ccbffc2e587f1f0db5a65 /gemfeed/2023-08-18-site-reliability-engineering-part-1.gmi
parent3d1f7d6a90d3d2a3d0551c33f2bee133f3291be1 (diff)
Update content for gemtext
Diffstat (limited to 'gemfeed/2023-08-18-site-reliability-engineering-part-1.gmi')
-rw-r--r--gemfeed/2023-08-18-site-reliability-engineering-part-1.gmi4
1 files changed, 2 insertions, 2 deletions
diff --git a/gemfeed/2023-08-18-site-reliability-engineering-part-1.gmi b/gemfeed/2023-08-18-site-reliability-engineering-part-1.gmi
index b2349b1c..92432a6a 100644
--- a/gemfeed/2023-08-18-site-reliability-engineering-part-1.gmi
+++ b/gemfeed/2023-08-18-site-reliability-engineering-part-1.gmi
@@ -2,7 +2,7 @@
> Published at 2023-08-18T22:43:47+03:00
-The universe of Site Reliability Engineering (SRE) is like an intricate tapestry woven with diverse technology, culture, and personal grit threads. Site Reliability Engineering is one of the most demanding jobs. With all the facets, it's impossible to get bored. There is always a new challenge to master, and there is always a new technology to tinker with. It's not just technical; it's also about communication, collaboration and teamwork. I am currently employed as a Principal Site Reliability Engineer and will try to share what SRE is about in this blog series.
+The universe of Site Reliability Engineering (SRE) is like an intricate tapestry woven with diverse technology, culture, and personal grit threads. Site Reliability Engineering is one of the most demanding jobs. With all the facets, it's impossible to get bored. There is always a new challenge to master, and there is always a new technology to tinker with. It's not just technical; it's also about communication, collaboration and teamwork. I am currently employed as a Site Reliability Engineer and will try to share what SRE is about in this blog series.
=> ./2023-08-18-site-reliability-engineering-part-1.gmi 2023-08-18 Site Reliability Engineering - Part 1: SRE and Organizational Culture (You are currently reading this)
=> ./2023-11-19-site-reliability-engineering-part-2.gmi 2023-11-19 Site Reliability Engineering - Part 2: Operational Balance in SRE
@@ -36,7 +36,7 @@ At the heart of SRE lies the proactive mindset of "prevention over cure." Tradit
Another defining SRE idea concept the "error budget." This ingenious framework accepts that no system is flawless. Failures are inevitable. However, instead of being punitive, the culture here is to accept, learn, and iterate. By providing teams with a "budget" for errors, organisations create an environment where innovation is encouraged, and failures are viewed as learning opportunities.
-But SRE isn't just about technology and metrics; it's deeply human. It challenges the "hero culture" that plagues many IT teams. While individual heroics might occasionally save the day, a sustainable model requires collective expertise. An SRE culture recognises that heroes achieve their best within teams, negating the need for a hero-centric environment. This philosophy promotes a balanced on-call experience, emphasising the importance of trust, ownership, effective communication, and collaboration as cornerstones of team success. I personally have fallen into the hero trap, and know it's unsustainable to be the only go-to person for every problem.
+But SRE isn't just about technology and metrics; it's also human. It challenges the "hero culture" that plagues many IT teams. While individual heroics might occasionally save the day, a sustainable model requires collective expertise. An SRE culture recognises that heroes achieve their best within teams, negating the need for a hero-centric environment. This philosophy promotes a balanced on-call experience, emphasising the importance of trust, ownership, effective communication, and collaboration as cornerstones of team success. I personally have fallen into the hero trap, and know it's unsustainable to be the only go-to person for every arising problem.
Additionally, the SRE model requires good documentation. However, it's essential ensuring that this documentation undergoes the same quality checks as code, reinforcing effective onboarding, training and communication.