~/talk

Avoiding software fails: few metrics to improve application reliability

Talkat DevOps Pro Vilnius 2016 · on Thursday, 2016-05-26· [web-performance, devops-and-delivery]
links:none on file
slides:none on file

Focuses on concrete failure modes and measurable fixes: browser pages with 434 resources 20 MB that kill mobile loads, database storms with 25,000 DB calls per request and repeated SQL executed 12,000 times, connection setup taking nearly a minute, and debug logging that drops a 6‑minute response to about 1 minute when disabled. Recommends using F12, PageSpeed, WebPageTest, SQL profiler, count API calls, tune connection pools and reduce resource counts before trusting deployment.

AI-written summary · about

  1. 0:00Introduction
  2. 1:50Software reliability failures
  3. 5:42Testing in production
  4. 7:10Avoiding software fails
  5. 10:24Browser tools and optimization
  6. 11:08Architecture pitfalls
  7. 12:59Database inefficiencies
  8. 16:44Logging and exceptions
  9. 19:55Deployment differences
  10. 23:12Testing before release
  11. 23:56Connection pool sizing
  12. 27:08Key reliability metrics
  13. 28:13Resources and closing
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.