際際滷

際際滷Share a Scribd company logo
Confidential, Dynatrace, LLC
瑚概讌 APM 伎
OpenStack 覈磯
August 2016
#1
讌 焔 蟯襴 覿 7 一 瑚 1 Dynatrace
蠍一 IT 蟆 覲  Multimodal
Legacy Systems: SAP,
Oracle Forms,
Mainframe
 蟆
Web, Java, .Net 煙朱
蟲焔 覿 蟆
OpenStack,OpenShift,Clo
udFoundry, AWS, Azure,
Bluemix, Microservice
煙朱 蟲焔 Cloud
蟆
All-In-One Monitoring
覈磯 螻殊!
 VM, Process, container, service,
User 蟾讌 覈磯 ク!
OpenStack == micro service application
殊襦 るジ agent, 讌 覦覯 蟯襴?
  蟆(Dynamic environments)
朱蠏覈 蟆 (Large scale)
 覓語 螳讌 覦 碁 企れ
(Troubleshooting is hard)
Infra? Process? Container? Network? Response
Time? Availability? Log?
殊企至 郁屋 讌? 
http://gburgcareer.blogspot.co.at/2015_07_01_archive.html
伎 Dynamic 蟲 蟯襴 !
7:00 a.m.
Low Load and Service running on
minimum redundancy
12:00 a.m.
Scaled up service during peak load with
failover of problematic node
7:00 p.m.
Scaled down again to lower load
and move to different geo location
Monitoring open stack with dynatrace powered by AI
UX
Application OpenStack
Right focus?!
磯Μ 讓 覓語螳 ~~
Application
OpenStack
Dynatrace  螻 豕豐 Unrivalled Features
Artificial
Intelligent
Big Data
Fully Automated
One
Agent
UX /
IoT Ready
Virtual
Assistant
A
I

螻
讌

10M+ events/sec
覓語 螳讌 覦 ル
觜



M
O
D
E
L
I
N
G
10 Million dependencies
觜



M
O
D
E
L
I
N
G
Cloud
OS, Disks
Containers, Processes,
Logs
Application- & Webserver
Mobile*
Services
Network
Browser
3rd parties
O
N
E
A
G
E
N
T
C
L
O
U
D
蠍

讌

Docker 覈磯
OpenStack 覈磯
AWS 覈磯
VMWare 覈磯



豌
螳


   覦 豌願 焔
覈覦 焔
覈覦 Crash 覲伎覲 
蠏 
Browser 蟆




觜
Dynatrace 螻 豕豐 Unrivalled Features
Artificial
Intelligent
Big Data
Fully Automated
One
Agent
UX /
IoT Ready
Virtual
Assistant
Confidential, Dynatrace, LLC
 螳 Behavior 覦 焔/る鐚
危襴貅伎
Cloud Infra. 蟆盾
Microservice
Architecture
OpenStack Platform 覈磯 OpenStack
Components
郁 Service
Log files
OpenStack Platform 覈磯
觜 郁屋 覲
Confidential, Dynatrace, LLC
Confidential, Dynatrace, LLC
Confidential, Dynatrace, LLC
Correlation vs. Causation
B Z
Host CPU > 90%PaymentService 旧螳
2豐 讀螳
B X
Z
C
A W
D
Y
 蟯蟯螻 (Correlation) : 殊 豺襦
螻磯   襦 蟯煙
り 豢豸° 蟯螻
 瑚骸蟯螻(Causation) : 企
()螻 (蟆郁骸)
一 蟯螻
Dynamic & Large Scale 危襴貅伎 - Correlation
Dynamic & Large Scale 危襴貅伎 - Causation
 レ
Dynamic & Large Scale 危襴貅伎 - Causation
Dependency 
 / 譴 覓語
Resource capacity &
utilization
OpenStack service availability
/performance
Supporting services
Log files
Applications running
on top
Correlation of metrics/events/data
& Causation
Real user monitoring,
UX affects $
PaaS
Dependencies
Resource capacity &
utilization
OpenStack service availability
/performance
Supporting services
Log files
Applications running
on top
Correlation of metrics/events/data
& Causation
Real user monitoring,
UX affects $
PaaS
Dependencies
磯Μ Vision Digital Virtual Assistant
蟆所骸 一危一 覲旧° 讀螳襦 誤  伎
 螻殊朱 蟯襴
Confidential, Dynatrace, LLC
www.dynatrace.com

More Related Content

Similar to Monitoring open stack with dynatrace powered by AI (20)

覃螳譟 Hype Up with Megazone 碁碁#1 企殊磯襦 蠍語 覲伎碁!
覃螳譟 Hype Up with Megazone 碁碁#1 企殊磯襦  蠍語 覲伎碁!  覃螳譟 Hype Up with Megazone 碁碁#1 企殊磯襦  蠍語 覲伎碁!
覃螳譟 Hype Up with Megazone 碁碁#1 企殊磯襦 蠍語 覲伎碁!
覃螳譟 Megazone Corp.
Talk IT_CA_煙_111028
Talk IT_CA_煙_111028Talk IT_CA_煙_111028
Talk IT_CA_煙_111028
Cana Ko
Fabric Server 螳
Fabric Server 螳Fabric Server 螳
Fabric Server 螳
jungyee kang
ろ語 螳襯 牛 觜一危 豌襴
ろ語 螳襯 牛  觜一危 豌襴ろ語 螳襯 牛  觜一危 豌襴
ろ語 螳襯 牛 觜一危 豌襴
覈 Jerry Jeong
[OpenInfra Days Korea 2018] (Track 2) Microservice Architecture, DevOps 蠏碁Μ螻 5...
[OpenInfra Days Korea 2018] (Track 2) Microservice Architecture, DevOps 蠏碁Μ螻 5...[OpenInfra Days Korea 2018] (Track 2) Microservice Architecture, DevOps 蠏碁Μ螻 5...
[OpenInfra Days Korea 2018] (Track 2) Microservice Architecture, DevOps 蠏碁Μ螻 5...
OpenStack Korea Community
AWS 蟷 企殊磯 貉危 - AWS 觜 襴讀 2015
AWS 蟷 企殊磯 貉危 - AWS 觜 襴讀 2015AWS 蟷 企殊磯 貉危 - AWS 觜 襴讀 2015
AWS 蟷 企殊磯 貉危 - AWS 觜 襴讀 2015
Amazon Web Services Korea
Cloud native application 覓
Cloud native application 覓Cloud native application 覓
Cloud native application 覓
Seong-Bok Lee
6th SDN Interest Group Seminar - Session2 (131210)
6th SDN Interest Group Seminar - Session2 (131210)6th SDN Interest Group Seminar - Session2 (131210)
6th SDN Interest Group Seminar - Session2 (131210)
NAIM Networks, Inc.
企殊磯 覦 觜讀 覈 企 譴 螳? - 蟾 襭讀 ろ 襷る, AWS / 蟾 襦, 殊煙...
企殊磯  覦 觜讀 覈  企  譴  螳? - 蟾 襭讀 ろ 襷る, AWS / 蟾 襦, 殊煙...企殊磯  覦 觜讀 覈  企  譴  螳? - 蟾 襭讀 ろ 襷る, AWS / 蟾 襦, 殊煙...
企殊磯 覦 觜讀 覈 企 譴 螳? - 蟾 襭讀 ろ 襷る, AWS / 蟾 襦, 殊煙...
Amazon Web Services Korea
AWS Enterprise Summit 2016 - (蟲 壱殊伎 企殊磯 )- 朱
AWS Enterprise Summit 2016 -  (蟲 壱殊伎 企殊磯  )-  朱 AWS Enterprise Summit 2016 -  (蟲 壱殊伎 企殊磯  )-  朱
AWS Enterprise Summit 2016 - (蟲 壱殊伎 企殊磯 )- 朱
Amazon Web Services Korea
企殊磯 れ危磯襯 Confluent Cloud
企殊磯 れ危磯襯  Confluent Cloud企殊磯 れ危磯襯  Confluent Cloud
企殊磯 れ危磯襯 Confluent Cloud
confluent
企殊磯襯 牛 壱殊伎 一 覲 襦 - AWS Summit Seoul 2017
企殊磯襯 牛 壱殊伎 一 覲 襦 - AWS Summit Seoul 2017企殊磯襯 牛 壱殊伎 一 覲 襦 - AWS Summit Seoul 2017
企殊磯襯 牛 壱殊伎 一 覲 襦 - AWS Summit Seoul 2017
Amazon Web Services Korea
る 襴 瑚概讌リ骸 蠍郁旧 ! - 蟠 AWS 一危 伎誤一ろ / 蟾讌 谿, :: AWS Summit S...
る 襴 瑚概讌リ骸 蠍郁旧 ! - 蟠 AWS 一危 伎誤一ろ / 蟾讌 谿,  :: AWS Summit S...る 襴 瑚概讌リ骸 蠍郁旧 ! - 蟠 AWS 一危 伎誤一ろ / 蟾讌 谿,  :: AWS Summit S...
る 襴 瑚概讌リ骸 蠍郁旧 ! - 蟠 AWS 一危 伎誤一ろ / 蟾讌 谿, :: AWS Summit S...
Amazon Web Services Korea
SmartCloud for Social Business 螳襭
SmartCloud for Social Business 螳襭SmartCloud for Social Business 螳襭
SmartCloud for Social Business 螳襭
Do Hyun Kim
AWS CLOUD 2017 - Enterprise is Cloud Ready. 企殊磯 企碁 蠍襦覯 蠍一れ 企殊磯 ...
AWS CLOUD 2017 - Enterprise is Cloud Ready. 企殊磯 企碁  蠍襦覯  蠍一れ 企殊磯  ...AWS CLOUD 2017 - Enterprise is Cloud Ready. 企殊磯 企碁  蠍襦覯  蠍一れ 企殊磯  ...
AWS CLOUD 2017 - Enterprise is Cloud Ready. 企殊磯 企碁 蠍襦覯 蠍一れ 企殊磯 ...
Amazon Web Services Korea
メ求 覓殊誤磯 =釈п - п釈
メ求 覓殊誤磯 =釈п - п釈メ求 覓殊誤磯 =釈п - п釈
メ求 覓殊誤磯 =釈п - п釈
Hugh Choi 豕
AWS re:Invent 轟(2) 覯襴(Serverless) 襷危襦觜るゼ 手咳 螳讌 覈覯 襦 (れ谿)
AWS re:Invent 轟(2)  覯襴(Serverless) 襷危襦觜るゼ  手咳 螳讌 覈覯 襦 (れ谿)AWS re:Invent 轟(2)  覯襴(Serverless) 襷危襦觜るゼ  手咳 螳讌 覈覯 襦 (れ谿)
AWS re:Invent 轟(2) 覯襴(Serverless) 襷危襦觜るゼ 手咳 螳讌 覈覯 襦 (れ谿)
Amazon Web Services Korea
VMWARE SDDC ろ語 螳 蠍一 krnet2015 企語
VMWARE SDDC  ろ語 螳 蠍一 krnet2015 企語VMWARE SDDC  ろ語 螳 蠍一 krnet2015 企語
VMWARE SDDC ろ語 螳 蠍一 krnet2015 企語
MunWon (MW) Lee
Post PC 襯 VMware Solution
Post PC 襯  VMware SolutionPost PC 襯  VMware Solution
Post PC 襯 VMware Solution
mosaicnet
Session 2. る誤 企殊磯 蟯襴 覦覯 - 覯ろ蠍襦覯 覦 襷る
Session 2. る誤 企殊磯 蟯襴 覦覯 - 覯ろ蠍襦覯 覦 襷るSession 2. る誤 企殊磯 蟯襴 覦覯 - 覯ろ蠍襦覯 覦 襷る
Session 2. る誤 企殊磯 蟯襴 覦覯 - 覯ろ蠍襦覯 覦 襷る
BESPIN GLOBAL
覃螳譟 Hype Up with Megazone 碁碁#1 企殊磯襦 蠍語 覲伎碁!
覃螳譟 Hype Up with Megazone 碁碁#1 企殊磯襦  蠍語 覲伎碁!  覃螳譟 Hype Up with Megazone 碁碁#1 企殊磯襦  蠍語 覲伎碁!
覃螳譟 Hype Up with Megazone 碁碁#1 企殊磯襦 蠍語 覲伎碁!
覃螳譟 Megazone Corp.
Talk IT_CA_煙_111028
Talk IT_CA_煙_111028Talk IT_CA_煙_111028
Talk IT_CA_煙_111028
Cana Ko
Fabric Server 螳
Fabric Server 螳Fabric Server 螳
Fabric Server 螳
jungyee kang
ろ語 螳襯 牛 觜一危 豌襴
ろ語 螳襯 牛  觜一危 豌襴ろ語 螳襯 牛  觜一危 豌襴
ろ語 螳襯 牛 觜一危 豌襴
覈 Jerry Jeong
[OpenInfra Days Korea 2018] (Track 2) Microservice Architecture, DevOps 蠏碁Μ螻 5...
[OpenInfra Days Korea 2018] (Track 2) Microservice Architecture, DevOps 蠏碁Μ螻 5...[OpenInfra Days Korea 2018] (Track 2) Microservice Architecture, DevOps 蠏碁Μ螻 5...
[OpenInfra Days Korea 2018] (Track 2) Microservice Architecture, DevOps 蠏碁Μ螻 5...
OpenStack Korea Community
AWS 蟷 企殊磯 貉危 - AWS 觜 襴讀 2015
AWS 蟷 企殊磯 貉危 - AWS 觜 襴讀 2015AWS 蟷 企殊磯 貉危 - AWS 觜 襴讀 2015
AWS 蟷 企殊磯 貉危 - AWS 觜 襴讀 2015
Amazon Web Services Korea
Cloud native application 覓
Cloud native application 覓Cloud native application 覓
Cloud native application 覓
Seong-Bok Lee
6th SDN Interest Group Seminar - Session2 (131210)
6th SDN Interest Group Seminar - Session2 (131210)6th SDN Interest Group Seminar - Session2 (131210)
6th SDN Interest Group Seminar - Session2 (131210)
NAIM Networks, Inc.
企殊磯 覦 觜讀 覈 企 譴 螳? - 蟾 襭讀 ろ 襷る, AWS / 蟾 襦, 殊煙...
企殊磯  覦 觜讀 覈  企  譴  螳? - 蟾 襭讀 ろ 襷る, AWS / 蟾 襦, 殊煙...企殊磯  覦 觜讀 覈  企  譴  螳? - 蟾 襭讀 ろ 襷る, AWS / 蟾 襦, 殊煙...
企殊磯 覦 觜讀 覈 企 譴 螳? - 蟾 襭讀 ろ 襷る, AWS / 蟾 襦, 殊煙...
Amazon Web Services Korea
AWS Enterprise Summit 2016 - (蟲 壱殊伎 企殊磯 )- 朱
AWS Enterprise Summit 2016 -  (蟲 壱殊伎 企殊磯  )-  朱 AWS Enterprise Summit 2016 -  (蟲 壱殊伎 企殊磯  )-  朱
AWS Enterprise Summit 2016 - (蟲 壱殊伎 企殊磯 )- 朱
Amazon Web Services Korea
企殊磯 れ危磯襯 Confluent Cloud
企殊磯 れ危磯襯  Confluent Cloud企殊磯 れ危磯襯  Confluent Cloud
企殊磯 れ危磯襯 Confluent Cloud
confluent
企殊磯襯 牛 壱殊伎 一 覲 襦 - AWS Summit Seoul 2017
企殊磯襯 牛 壱殊伎 一 覲 襦 - AWS Summit Seoul 2017企殊磯襯 牛 壱殊伎 一 覲 襦 - AWS Summit Seoul 2017
企殊磯襯 牛 壱殊伎 一 覲 襦 - AWS Summit Seoul 2017
Amazon Web Services Korea
る 襴 瑚概讌リ骸 蠍郁旧 ! - 蟠 AWS 一危 伎誤一ろ / 蟾讌 谿, :: AWS Summit S...
る 襴 瑚概讌リ骸 蠍郁旧 ! - 蟠 AWS 一危 伎誤一ろ / 蟾讌 谿,  :: AWS Summit S...る 襴 瑚概讌リ骸 蠍郁旧 ! - 蟠 AWS 一危 伎誤一ろ / 蟾讌 谿,  :: AWS Summit S...
る 襴 瑚概讌リ骸 蠍郁旧 ! - 蟠 AWS 一危 伎誤一ろ / 蟾讌 谿, :: AWS Summit S...
Amazon Web Services Korea
SmartCloud for Social Business 螳襭
SmartCloud for Social Business 螳襭SmartCloud for Social Business 螳襭
SmartCloud for Social Business 螳襭
Do Hyun Kim
AWS CLOUD 2017 - Enterprise is Cloud Ready. 企殊磯 企碁 蠍襦覯 蠍一れ 企殊磯 ...
AWS CLOUD 2017 - Enterprise is Cloud Ready. 企殊磯 企碁  蠍襦覯  蠍一れ 企殊磯  ...AWS CLOUD 2017 - Enterprise is Cloud Ready. 企殊磯 企碁  蠍襦覯  蠍一れ 企殊磯  ...
AWS CLOUD 2017 - Enterprise is Cloud Ready. 企殊磯 企碁 蠍襦覯 蠍一れ 企殊磯 ...
Amazon Web Services Korea
メ求 覓殊誤磯 =釈п - п釈
メ求 覓殊誤磯 =釈п - п釈メ求 覓殊誤磯 =釈п - п釈
メ求 覓殊誤磯 =釈п - п釈
Hugh Choi 豕
AWS re:Invent 轟(2) 覯襴(Serverless) 襷危襦觜るゼ 手咳 螳讌 覈覯 襦 (れ谿)
AWS re:Invent 轟(2)  覯襴(Serverless) 襷危襦觜るゼ  手咳 螳讌 覈覯 襦 (れ谿)AWS re:Invent 轟(2)  覯襴(Serverless) 襷危襦觜るゼ  手咳 螳讌 覈覯 襦 (れ谿)
AWS re:Invent 轟(2) 覯襴(Serverless) 襷危襦觜るゼ 手咳 螳讌 覈覯 襦 (れ谿)
Amazon Web Services Korea
VMWARE SDDC ろ語 螳 蠍一 krnet2015 企語
VMWARE SDDC  ろ語 螳 蠍一 krnet2015 企語VMWARE SDDC  ろ語 螳 蠍一 krnet2015 企語
VMWARE SDDC ろ語 螳 蠍一 krnet2015 企語
MunWon (MW) Lee
Post PC 襯 VMware Solution
Post PC 襯  VMware SolutionPost PC 襯  VMware Solution
Post PC 襯 VMware Solution
mosaicnet
Session 2. る誤 企殊磯 蟯襴 覦覯 - 覯ろ蠍襦覯 覦 襷る
Session 2. る誤 企殊磯 蟯襴 覦覯 - 覯ろ蠍襦覯 覦 襷るSession 2. る誤 企殊磯 蟯襴 覦覯 - 覯ろ蠍襦覯 覦 襷る
Session 2. る誤 企殊磯 蟯襴 覦覯 - 覯ろ蠍襦覯 覦 襷る
BESPIN GLOBAL

Monitoring open stack with dynatrace powered by AI

Editor's Notes

  • #4: Multimodal dynamics in the enterprise are creating a disruption in application platforms, processes, and more. Organizations have multiple gears running, and only Dynatrace has invested to meet these new demands. <Nicolas notes below> What we see in our customer base is more of a multi-modal application environment than a simple bi-modal environment Apps of record need a unique monitoring approach these are most often packaged apps ERP, SCM, CRM, Mail, Directory Services and Vertical apps SAP, Oracle Fin, Netsuite, SFDC, Workday, Microsoft Exchange/Office, Active Directory, Citrix/VDI, Epic, Guidewire, Windchill and so on. These applications do not lend themselves to container based instrumentation but they must be managed. In fact, we see SLA focus increasing and shifting from inside-out, average and component health only to outside-in, with user and transaction level visibility required. As cost cutting continues around apps of record, tooling consolidation alongside up-leveling SLA management is fueling our DCRUM & Cloud Monitoring offerings. Right now, the transformation of apps of engagement is where the action is. Were seeing (a) a shift from service-based apps and message buses, to containerized and API driven apps, including use of micro-services for certain new components, (b) an increase in true DevOps, from agile through continuous integration to continuous deployment and delivery, and (c) the acceleration of the business as an equal participant, and critical success factor, in app success, thirsty for more and more visibility and insight into user experience, behavior, conversion rates, entry and exit points basically, the facts about every user journey, all the time, in real-time. Digital transformation initiatives are top down driven, the digital teams are expanding rapidly Nike, GM, Citi, The Hartford and theyre being led by appointed digital leaders VP of Digital, Chief Digital Officer, CIO of Digital. This is where our AppMon + DX offerings shine still the enterprise leading offerings gaining over 200 net new customers/quarter, driving over $300m in business for us in 2015. But there is yet another mode - we are seeing an increasing number of leading companies explore the future revolutionary new digital apps built on revolutionary new cloud native architectures and approaches. These apps are hyper-scale, hyper- dynamic with an extremely tight teaming of dev-ops-biz. These teams often report outside of IT, to the CMO or CDO, are not encumbered with current standards or thinking, and are exploring new digital revenue streams and business models. These revolutionary new apps need a revolutionary new monitoring approach (see Gartner on Why APM must change, 2016). (a) they cannot be instrumented with introscope type bytecode instrumentation used by CA, AppD and NewRelic; (b) they need to anticipate the exponential growth in measurement points, services and process interdependencies and frequency of change with advanced self-learning and AI analytics; and (c) provide all stakeholders a contextually relevant view, but from a single source of truth/data, for more relevant intelligence, high value innovation and optimal collaboration. This is why we built Dynatrace and this is why Dynatrace will eclipse New Relic as the Cloud Native APM of choice by 2018.
  • #8: If you dont see the whole picture you think you focus on the right thing. But if you dont get a holistic overview of your application environment, you might miss very important things and, yes, this usually depends on what youre actually interested in, and the operation mode of your OpenStack cluster (private, public, ...) Still, getting a clear picture of whats going on overall is important, otherwise you miss events, errors, things, ...
  • #9: Do you and your people have the right focus whats important? from a business perspective UX is important, so are applications, the cloud platform is just there and needs to work
  • #10: Do you and your people have the right focus whats important? from a business perspective UX is important, so are applications, the cloud platform is just there and needs to work
  • #11: Do your people have the right focus? Its like the DevOps story all over again, that application teams and operations teams need to work closely together - cultural change is necessary for that and technology can only be an ambassador One single tool, that serves all stakeholders, and shows consistent data to everyone can also help in working closer together
  • #14: This auto-discovery is really important, because it allows to create the real-time Smartscape that we talked about. Its the map of all your interdependencies, all your moving parts, across every layer of your infrastructure. Smartscape gives you the horizontal view within each layer, datacenters, hosts, processes, services and applications. But it also gives you the vertical view that goes between the layers, to show what services are dependent on which processes, which hosts and so on. Well see more of that in the demo. This screenshot is from a real customer, an online retailer with a fully containerized environment. Its a relatively simple example with 142 hosts, but you can see how complex it becomes with all of the services and dependencies. Seeing this visualized shows you how hard it is for a human being to truly understand all of the dependencies in your environment. In this example, you see some red bubbles that tells you something is wrong. Already this system is so complex that you cant find out the cause of the problem using a classical approach to monitoring. Thats where our Artificial Intelligence engine comes in to play. Its built on top of Smartscape, and this is how were able to provide answers to the most complex challenges in your dynamic environment. Other solutions might also tell you that there is a problem in a particular host or a particular service, but they cant tell you the impact that has on the rest of your environment, how many users are affected by the problem, or what is the root cause. Thats because they dont understand how the services are integrated into the rest of your environment.
  • #16: Now lets talk about how we make all of this happen. It starts with a key technology we call the OneAgent. OneAgent is a huge advancement from what you may know as the Dynatrace agent. It is a key enabler for monitoring the entire stack from the bottom up. Starting from the bottom with the infrastructure, it includes network packet analysis on the host, which allows you to find networking issues even in a public cloud environment. Working up from there, OneAgent will help in your cloud environment, regardless whether you use Cloud Foundry, Open Shift, OpenStack, etc. This is also auto-discovered and tied into your Smartscape. Of course, you still may have issues with disk and classic OS environments, so we also cover this automatically. The next layer up includes the various application components and services. Not only do we automatically discover your web and application servers, but also NoSQL databases and any other type of process and log analytics. This is all tied together in context and mapped to their processes, which is key. Its not a separate log analytics tool like Splunk. Last but not least, the OneAgent goes all the way up to the end user experience. We automatically instrument your web pages and your mobile applications (in a semi-automatic fashion) in order to monitor the end user experience. You dont have to configure each process to use an agent, you simply install the OneAgent onto each of your hosts. Its preconfigured and the command line is provided from within the Dynatrace platform. Thats all there is to it. The OneAgent auto-discovers all of your key technologies and services.
  • #21: Paul Cormier, RedHat No doubt, monitor UX: $, customer satisfaction, that they come back and use your services again No doubt, monitor apps: services/database perf, resource issues, ... No doubt, monitor OpenStack: instances, services, supporting services, log files ... the list goes on. Three-way split, different interest groups: CFO (memory utilzation?), CTO, COO
  • #24: Update of the Payment Service of one of the rookie developer that are convinced that you have to write everything on your own and reinvent the wheel on a daily basis.
  • #31: Putting it all together now. With large environments, manual introspection and correlation and log browsing wont cut it anymore ... people dont scale as well ...
  • #32: Putting it all together now. With large environments, manual introspection and correlation and log browsing wont cut it anymore ... people dont scale as well ...