Deden Fathurahman - Observability Within Your DevOps Environment

Agile Impact Conference
Oct. 12, 2018
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
Deden Fathurahman - Observability Within Your DevOps Environment
1 of 25

More Related Content

Similar to Deden Fathurahman - Observability Within Your DevOps Environment

Continuous DeliveryContinuous Delivery
Continuous DeliveryStein Inge Morisbak
Technology in financial servicesTechnology in financial services
Technology in financial servicesLuis Caldeira
Technology in financial servicesTechnology in financial services
Technology in financial servicesLuis Caldeira
Slides from "Taking an Holistic Approach to Product Quality"Slides from "Taking an Holistic Approach to Product Quality"
Slides from "Taking an Holistic Approach to Product Quality"Peter Marshall
DevOps by Design -- Practical Guide to Effectively Ushering DevOps into Any O...DevOps by Design -- Practical Guide to Effectively Ushering DevOps into Any O...
DevOps by Design -- Practical Guide to Effectively Ushering DevOps into Any O...Dana Gardner
Devops & Agility - Build the Culture, Get the Tools, Win the Day - Dundee Tec...Devops & Agility - Build the Culture, Get the Tools, Win the Day - Dundee Tec...
Devops & Agility - Build the Culture, Get the Tools, Win the Day - Dundee Tec...David Walker

More from Agile Impact Conference

Neha Rahaman & Shashank Kapoor - Learning Kanban hands on!Neha Rahaman & Shashank Kapoor - Learning Kanban hands on!
Neha Rahaman & Shashank Kapoor - Learning Kanban hands on!Agile Impact Conference
Paul Hutton - Making User Stories Work for Your ProductPaul Hutton - Making User Stories Work for Your Product
Paul Hutton - Making User Stories Work for Your ProductAgile Impact Conference
Alex Sloley - Create Your Own Business Agility CanvasAlex Sloley - Create Your Own Business Agility Canvas
Alex Sloley - Create Your Own Business Agility CanvasAgile Impact Conference
Jeff Lopez - To Affinity and BeyondJeff Lopez - To Affinity and Beyond
Jeff Lopez - To Affinity and BeyondAgile Impact Conference
Peterjan Van Nieuwenhuizen - Transformation vs Enterprise distruptionPeterjan Van Nieuwenhuizen - Transformation vs Enterprise distruption
Peterjan Van Nieuwenhuizen - Transformation vs Enterprise distruptionAgile Impact Conference
Kaspar Situmorang - The anatomy of BRI Digital Transformation.Kaspar Situmorang - The anatomy of BRI Digital Transformation.
Kaspar Situmorang - The anatomy of BRI Digital Transformation.Agile Impact Conference

More from Agile Impact Conference(20)

Recently uploaded

What Matters, What’s Important, What’s Possible - Revisited 2023What Matters, What’s Important, What’s Possible - Revisited 2023
What Matters, What’s Important, What’s Possible - Revisited 2023Steve Jennings
Disrupting Agency Culture: Unleash The Power Of The Four-Day WorkweekDisrupting Agency Culture: Unleash The Power Of The Four-Day Workweek
Disrupting Agency Culture: Unleash The Power Of The Four-Day WorkweekSearch Engine Journal
AI Foundation Responsiblities AI Foundation Responsiblities
AI Foundation Responsiblities SoFl2
ML Bootcamp.pptxML Bootcamp.pptx
ML Bootcamp.pptxGDSCCVRGUPoweredbyGo
FINANCIAL LITERACY FOR DIRECTORS - NOKIA SUCCESS, FAILURE & PATH TO REVIVAL b...FINANCIAL LITERACY FOR DIRECTORS - NOKIA SUCCESS, FAILURE & PATH TO REVIVAL b...
FINANCIAL LITERACY FOR DIRECTORS - NOKIA SUCCESS, FAILURE & PATH TO REVIVAL b...Kumari Warsha Goel
CFO FROM THE FORTUNE 500 (2).pdfCFO FROM THE FORTUNE 500 (2).pdf
CFO FROM THE FORTUNE 500 (2).pdfSGA Talent

Deden Fathurahman - Observability Within Your DevOps Environment

Editor's Notes

  1. the big question will be… How BTPN can bring you a new way of life? Present condition: kita dianggap sebagai bank pensiunan. Beberapa waktu yang lalu, fortune.com publish Fortune Change The World
  2. Remember nagios, rrdtool
  3. - with todays technology, app are containerazed, building, testing and with deployment orchestration, we got kubernetes, swarm, mesos adding layer to our workflow - sometimes application and service deployed accross region, if you use AWS, GCP or any other cloud provider, that can added more complexity to the system and workflows
  4. Clarity & transparency as developer and operations team, i want to know whether my service working perfectly, what data or logs that generated by the system, and also i want to know what data that being generated from this service through monitoring, logs, visualization, alerting, tracing. as product manager, i want to know if this certain feature are useful for my users through metrics analysis. as stakeholder, i want my business running fine and can see the overall performance of my business. as users, i want they get wonderful experience using our service. Prevention we know that things are gonna or can happen on our system eventually, and if this things coming, we knew it before hand or at least we know what to find and what how to fix this. we set up alerting, rotation and for advance, heal it self. ——- we know that things are gonna or can happen on our system eventually, and if this things coming, we knew it before hand or at least we know what to find and what how to fix this. we set up alerting, rotation and for advance, heal it self.
  5. So, how to do or how to build Observability in our DevOps-sified organization?
  6. Because it doesn’t necessarily matter if we use one tool or another, the main focus are the people
  7. because it's have to break habits or change the way we think. Think of developers whose gonna build a microservice, they need to have sets of tool that gonna provide them what they need, and what others need, and before that platform engineer should build a pre-configured, predictable and repeatable environment for application to run, whether you run it on container or baremetal doesnt matter. Instead of waiting for these scenarios and then try to figure out how to monitor and solve them, our line of thought should be around how to catch them as soon as they happen.
  8. No matter who you are, data platform engineer, data engineer, developers, everyone in the same board, and they’re complement each other. As organization adopting devops, there’s no silos, no one said this is your s* not mind, clean it up. Instead the thought are more broad than that, platform engineer help devs, devs help data enginer, and engineer was helping other dept like marketing for example etc.
  9. Ask yourself and the team when you want to build, get their feedback, ask them what they think you or the team want to improve on the thing that we focus on.
  10. Through this
  11. Since tools are change or evolving over time, it’s the concept that we need to grasp, and we find what tools that best for us and our organization/company. To get to previous point, where Clarity and transparency, Measurement and Prevention, Stability & Optimization, Data Insight, logging are our one way to peek to the system. The tools are a lot, jenius use splunk + ELK (elastic, logstash, Kibana) for this, other company might be use other solution like papertrail, ArcSight. The tool can be many, from commercial one, to opensource, your choice. Logging can be collected from lots of source microservices, servers, build testing, integration testing etc, Performance monitoring Application performance monitoring (APM) are essential tool to get insight of how well your system run Metrics Even tho this are considered derivative from logging, I think this has gone exclusively, meaning, it’s not always about logging, but things like events are now popular among engineers. Debugging Engineer have to have a debuggable software, in a sensee that the software itself tells what it was doing, the instrumentation came from designing process, developing or coding, until it lives in the servers. It all has to make sense for devs itself and for other engineer. One of the example are Bugsnag or overops, it give devs a clarity what was going on in the code level, get the stacktrace etc. System tracing. This also considered derivative from logs,