Abandon your Print statements and embark on a long journey to master Observability.
- 🚫 No More Print Statements: Avoid using print statements (a poor’s man tool); instead, use structured logs, metrics, and traces.
- 🔍 Key Tools: Use logs for events, metrics for counts, traces for durations, and debuggers for state inspection.
- 📜 Short history of Observability: how we moved from print statements to monitoring to the modern approach on observability
- ☁️ Cloud-Native Focus: what are the causes for the adoption of Observability over monitoring.
- 📚 Learn More: Links to explore more about Observability.
There are many ways a print statement should be replaced with better Observability options:
• Tracking a specific event (e.g. an error or a warning) => Logs
• Counting the number of times an event occurs (e.g. number of times a web application receives a request) => Metrics
• Timing the duration of a function (e.g. how long does it take to query a database?) => Traces
• Printing error Stacktraces => Error tracking software
• Checking the internal state of variables while developing => Debugger with breakpoints
Read the full article at https://cloudnativeengineer.substack.com/p/observability-101-free-of-print-statements
—
Are you ready to take your skills to new heights? 🚀
🚢 Let’s embark on this journey together!
👣 Follow me to receive valuable content on AI, Kubernetes, System Design, Elasticsearch, and more.
📬 Be part of an exclusive circle by subscribing to my newsletter on Substack.
🎓 If you are looking for personalized guidance, I am here to support you. Book a mentoring session with me at https://mentors.to/gsantoro on MentorCruise, and let’s work together to unlock your full potential.
♻️ Remember, sharing is caring! If this content has helped you, please re-share it with others so they can benefit from it.
🤩 Let’s inspire and empower each other to reach new heights!
Discover more from Coursity
Subscribe to get the latest posts sent to your email.