 Jadi, tanpa lagi, saya akan mulakan sesi saya. Sebelumnya, kami mendengar Roger kisah tentang SOS dan PCOS. Jadi, dia juga berbincang tentang otomasi PCOS. Dan itu sebabnya, saya sedar untuk teruskan cerita itu. Jadi, saya sedar untuk berterima kasih kepada Roger untuk memberikan introduksi yang baik pada SOS dan PCOS. Jadi, tanpa lagi, saya akan mulakan kejadian saya. Anda akan melihat dua nama di sini. Ia adalah penyelamat dan saya adalah penerbangan. Dan saya adalah penyelamat yang memperkenalkan penyelamat. Jadi, sedikit tentang penyelamat. Penyelamat adalah teknologi di dalam dan diberi. Apa yang sebenarnya anda lihat di tengah-tengah adalah banyak kejadian sebenar dalam perjalanan produksi. Sebenarnya, penyelamat berbincang dengan pelanggan kami untuk memperkenalkan teknologi yang baik dan perjalanan data centre mereka. Jadi, terutamanya, saya percaya telah memperkenalkan penyelamat di dalam dan diberi kejadian di dalam dan diberi. Jadi, penyelamat sebenarnya membantu mereka untuk memperkenalkan penyelamat dan juga membantu mereka untuk memperkenalkan penyelamat di dalam penyelamat. Jadi, penyelamat adalah orang yang memperkenalkan penyelamat ini. Dan jika anda ada pertanyaan, sebenarnya anda boleh mencubangkan penyelamat atau penyelamat. Dan untuk saya. Jadi, siapa saya dan siapa saya? Saya sebenarnya adalah penyelamat. Saya adalah penyelamat yang berbincang dengan pelanggan. Jadi, saya sebenarnya membantu mereka untuk membuat banyak... Saya dengar suara mereka. Tapi setelah saya dengar suara mereka, apa yang saya sebenarnya membantu mereka? Saya membantu mereka untuk tidur dengan baik pada malam. Jadi, seperti yang Roger beritahu, tradisional, semua orang yang membuat mempunyai, akan menjaga masalah yang dihubungkan pada malam pada 2 am. Jadi, itu adalah apa yang Dynatrace sebenarnya membantu. Dynatrace telah berada di perjalanan untuk membuat pengalaman pengalaman aplikasi sejauh-jauh lama. Dan ia sebenarnya dibuat di Australia. Jadi, ia dibuat di United States. Tetapi, software sendiri mempunyai 700 pengalaman R&D di Australia. Dan siapa yang telah menggunakan Dynatrace? 8,000 pengalaman pengalaman di seluruh industri. Jadi, dengan bahagian ini, apa yang kita lakukan adalah kita membantu pengalaman menjelaskan dengan baik pada malam sebab mereka membuat 24x7 pengalaman. Kita sebenarnya mempunyai banyak pengalaman dan pengalaman pengalaman di luar sana. Jadi, kita telah melihat perubahan dalam teknologi baru-baru. Seperti yang seorang pengalaman sebelum saya beritahu, secara tradisional, orang-orang telah menghubungi pengalaman, pengalaman, untuk membantu mereka menerima aplikasi mereka. Tetapi sekarang, di luar ini, tidak ada kes lagi. Jadi, itu tentang saya dan tentang pengalaman dan Dynatrace. Mungkin, sedikit latihan saya hanya ingin tahu lebih banyak tentang anda. Jadi, bagaimana banyak anda di sini mempunyai pengalaman di luar sana? Mungkin saya hanya boleh mempunyai pengalaman? Okey, itu sangat berlaku. Dan bagaimana anda ingin tahu apabila anda mempunyai pengalaman, hidup anda sangat mudah lebih mudah. Atau lebih mudah? Lebih mudah. Tetapi hanya ketua orang yang memperkenalkannya lebih mudah. Jadi, saya rasa itu adalah pengalaman yang penting. Banyak orang fikir bahawa jika saya bergerak daripada pengalaman atau pengalaman VM untuk pengalaman kontinueran, semua masalah saya akan berjalan-jalan. Tetapi, sebenarnya, itu tidak benar-benar kesalahan. Banyak kali, kita akan melihat ini berlaku. Sekarang, ini adalah sebuah joket yang lama di United States. Di mana orang, setelah mereka membunuh sebuah warna, mereka bergadu dan mereka telah melakukan banyak perkara. Mereka bergadu di sekitar tempur dan berkongsi kisah mereka. Jadi, mereka suka berkongsi banyak kisah mereka. Sebuah kisah ini, terutamanya, berkongsi masalah ini. Jadi, bagaimana masalah ini? Ia nampaknya, apabila sesuatu yang sangat kecil berlaku di jalan-jalan mempunyai sebuah kisah, mempunyai segala-galanya di luar. Biasanya, ia memulai sebuah kisah yang sangat kecil, dan itu bagaimana segala-galanya mempunyai sebuah masalah. Kemudian, ada satu teman di sini yang tidak tahu apa-apa dengan sebuah kisah yang masih dapat melakukan perkara dengan sangat mudah. Ia tidak berkongsi, tidak ada masalah untuk saya. Tetapi, ini bergadu daripada perkara. Sebenarnya, orang-orang yang berkongsi sebuah kisah yang berkongsi apabila mereka melakukannya, mereka sebenarnya melakukannya. Ia mempunyai sebuah kisah yang lebih mudah. Tetapi, bagaimana dengan sebuah kisah? Ia nampaknya, apabila anda melakukannya, kadang-kadang, peluangnya tidak berlaku di luar. Jadi, perkara yang penting adalah, kisah yang berlaku, kisah yang berlaku, dan kita dengar tentang kemungkinan untuk mengalami diri sendiri atau mengalami kemungkinan. Tapi, dalam produk permintaan sebenarnya semasa anda melakukannya dengan kisah yang sebenarnya untuk menolong sebuah kisah sejauh hari, harap-hentikan. Banyak perkara sebenarnya berlaku, dan saya di sini untuk menunjukkan apa yang boleh berlaku. Jadi, TLGR, saya melakukannya terlalu lama. Terlalu banyak perkara yang berlaku. Apa yang telah diperlihatkan di sini, adalah sebuah ruang yang sebenarnya dari dinitre, apabila kita mempunyai perusahaan produsional. Perusahaan produsional adalah sebuah site e-commerce. Ia tidak berbeza daripada Taohao. Ia tidak berbeza daripada Alibaba atau sebuah site e-commerce di China. Jadi apa yang kita sebenarnya ada di sini? Di bawah sini, kita ada perusahaan. Di tengah-tengah-tengah, kita melihat perusahaan dan perusahaan dan kita nampak perusahaan aplikasi. Sekarang ini mempunyai perusahaan yang kita perlu berjumpa dengan. Orang berkata, jika saya mempunyai perusahaan, jika saya mempunyai perusahaan, saya hanya mempunyai perusahaan ini. Tetapi perkara-perkara kita mempunyai perusahaan ini. Di mana kita mempunyai perusahaan yang berlainan di atas semua perkara-perkara ini. Dan apabila hanya satu perkara-perkara ini berlainan di sini, adakah anda tahu perusahaan ini? Dan itu sebabnya kita panggilnya Perusahaan Masum. Ada sesuatu yang kecil di sini boleh mempunyai perusahaan ini apabila kita tidak mempunyai perkara-perkara ini. Jadi, bagaimana sebenarnya perusahaan ini boleh membantu perusahaan ini. Sebelum kita masuk ke dalam itu, sedikit tentang perusahaan ini akan memperkenalkan apa yang lelaki tadi mempunyai perusahaan perusahaan. Jadi, perkara yang penting untuk perusahaan perusahaan ini dan perusahaan perusahaan ini adalah bahawa anda mempunyai banyak perusahaan. Dan anda juga mempunyai perusahaan yang berlainan dan perusahaan yang berlainan yang menjadi sedikit, membuat perusahaan yang sangat menarik untuk bekerja dengan anda. Sekarang, jika anda dengar, Amazon membuat perusahaan setiap 11.6 saat. Jadi, bagaimana mereka sebenarnya membaikkan perusahaan ini? Sebab mereka dapat menggunakan perusahaan dan perusahaan dan perusahaan api yang berlainan. Jadi, speechless yang berlainan. Jadi, mereka menggunakan perusahaan dan perusahaan-perusahaan dan perusahaan yang lebih berlainan untuk menerima perusahaan-perusahaan yang lebih Menurut saya, Anda selalu mempunyai perusahaan tersebut dan perusahaan yang lebih tersebut dan perusahaan yang lebih berlainan. Jadi, terdapat 8 bulan. Mereka berubah besar. Tapi sekarang, SBC, jika anda pernah belajar banyak bahagian sebelum saya dan untuk hari ini dan esok, banyak orang mengubahnya ke ruang yang kecil. Sebenarnya, seseorang boleh menggunakan pakaian dari pakaian di Desmond. Seperti yang mereka katakan, anda takkan tahu bahawa mereka mengubah sebuah bahagian yang sangat penting. Jadi, ini adalah realiti yang kita lihat, transisi antara besar dan besar. Kemudian, bagaimana cara pakaian yang berubah, kita lihat sekarang. Kita lihat pada pakaian yang sangat besar yang, seperti yang mereka katakan, pakaian yang berubah. Dan ia dikatakan oleh CEO Amazon. Bagaimana saya mencari bagaimana pakaian yang saya perlukan untuk menggunakan pakaian ini? Sejauh sejauh sejauh, saya dapat melihat mereka dengan sebuah bahagian yang sangat besar yang saya perlukan. Jadi, itu yang anda ada. Pakaian yang baru di dalam permainan, apabila anda membangun, anda mencari. Sebenarnya, orang-orang yang berubah hanya akan menggunakan pakaian kepada pakaian yang berubah, menggunakan pakaian yang berubah, tetapi pada hari ini, realiti bermaksud bahawa apabila anda membuat pakaian dan perubahan, anda berubah pada pakaian yang lebih luar biasa. Dan itu adalah apabila DCOS dan meson staks boleh membantu anda untuk membuat semua itu dengan mudah. Dan anda dapat melihat bahawa cara data centre berubah, secara tradisional, orang akan berkata, saya ada semua pakaian dan perubahan. Di hari ini, data centre berubah seperti pakaian. Anda tidak akan melihat pakaian, pakaian AWS dan pakaian di dunia. Sebenarnya, saya dengar bahawa Adi Bapak akan berubah pada pakaian yang berubah. Sebenarnya, pada pakaian yang berubah anda akan mempunyai pakaian yang akan membantu anda untuk mengubah pakaian anda. Jadi, apa pakaian ini? Pakaian ini adalah sebuah pakaian yang sangat mudah. Maksudnya, pakaian tidak akan berubah. Hari ini, anda mungkin mempunyai dua atau tiga pakaian yang berubah semasa anda dapat mempunyai 20-30 pakaian. Pakaian ini dapat memperbaiki kembali ke satu atau dua pakaian. Jadi, apabila anda mempunyai semua pakaian yang berubah pada pakaian anda, apa yang anda terserah adalah bahawa jika anda mempunyai satu pakaian, hanya satu pakaian bagaimana anda sebenarnya memperbaiki dan bagaimana anda mempunyai pakaian yang berubah seluruh pakaian anda. Pada keselamatan ini, ini adalah pakaian yang sebenarnya ada dua pakaian yang berubah. Pada keselamatan ini, pakaian yang minima yang berubah mungkin kerana tidak ada orang yang berubah untuk menggunakan pakaian. Tapi pada masa esok, mungkin seseorang telah mempunyai pakaian yang baru, pakaian yang berubah tanpa sebuah pakaian yang akan saya mempunyai sebuah pakaian. Saya akan membantu orang-orang untuk mengubah pakaian yang berubah untuk membuat pakaian yang berubah. Saya akan mempunyai pakaian yang berubah 50%. Jadi, untuk mendukung pakaian yang berubah, anda mempunyai pakaian yang berubah. Jadi, ya, itu benar. Ada sesuatu yang berlaku pada pakaian yang berubah. Itu adalah pakaian yang berubah dan yang berubah. Tapi pada akhir-akhir apabila sebenarnya ia berubah anda mungkin tidak tahu dengan pakaian yang berubah anda mungkin tidak tahu bahawa pakaian ini berubah. Sekarang, apakah dua hari lebih lepas, pakaian pakaian yang berubah untuk mengubah pakaian yang lain dan pakaian ini pun lebih besar daripada pakaian sebuah pakaian. Adakah anda akan mempunyai pakaian ini atau mempunyai pakaian yang lebih besar? Ada sesuatu seperti ini. Jadi, anda ingat? Semua pakaian ini menghubungi bersama-sama dan bercakap dengan bersama-sama. Jadi, dalam sebuah pakaian yang berubah, anda akan mahu dengan cepat mempunyai pakaian yang berubah, cepat mempunyai bahawa ia bukan pakaian yang berubah tetapi pakaian yang berubah. Cepat mempunyai dan berkata bahawa pakaian yang berubah semua yang saya perlukan adalah yang diberikan untuk contohnya. Jadi, semua itu sangat berlainan tentang pakaian. Bukan begitu banyak dari pakaian yang berubah, pakaian yang berubah, bagaimana kemungkinan anda sebenarnya mempunyai? Apa yang anda mahu dapatkan adalah mempunyai kawal dan pergerakan. Bagi saya, saya ada pakaian yang mempunyai pakaian yang mempunyai pergerakan bagaimana banyak orang membuat pakaian yang berubah dan berapa banyak orang mempunyai pakaian yang berubah dan sebagainya. Jadi, anda mempunyai pakaian yang berubah untuk perkara ini dan kemudian ia bercakap dengan pakaian yang berubah. Jadi, bagaimana anda tahu pakaian yang sebenarnya mempunyai? Banyak pakaian yang berubah dan mempunyai pakaian yang boleh digambarkan untuk anda. Jika anda mempunyai pakaian Google search atau mempunyai pakaian yang berubah, anda boleh menemukan Zipkin. Ia adalah pakaian yang sangat popular di Open Source. Tentu saja, bagaimana yang anda akan dapat adalah pakaian yang tidak dapat membantu anda mempunyai dan memahami. Dan, bagaimanapun, bantu anda mengubah pakaian anda untuk membuat pakaian yang berubah dan membuat pakaian yang berubah. Jadi, bagaimanapun, jika anda mempunyai pakaian yang berubah, anda akan tahu jika anda mempunyai pakaian yang berubah? Atau, anda tahu, mungkin anda boleh menunggu sehingga anda akan menyediakan pakaian yang berubah? Jadi, pakaian yang berubah ini boleh membantu keadaan masjid yang berubah. Dan sebelum anda ingin tahu, anda ingin memperkenalkan tentang ini, anda boleh membantu dan mengubah pakaian untuk membuat pakaian yang berubah. Jadi, saya ingin menunjukkan sebuah jenis hidup yang pada salah satu pakaian, ini sangat menarik. Jadi, ini adalah gambar yang kita sebenarnya membuat pakaian yang berubah. Sekarang, mari kita lihat sebenarnya apa yang berlaku. Pakaian ini adalah pakaian yang berubah. Ini sangat menarik. Orang mempunyai pakaian yang berubah, anda mempunyai banyak pakaian yang berubah. Dan salah satu pakaian masalah untuk mempunyai pakaian yang berubah untuk membuat pakaian yang sama, pakaian yang berubah. Tetapi, orang ini sangat menarik untuk membuat pakaian yang berubah. Dia sebenarnya tidak membuat pakaian yang berubah dan membuat pakaian yang berubah. Dia bersyukur sehingga dia kata, saya harus membuat pakaian yang berubah. Saya sangat pasti yang terbaik adalah pakaian yang sama. Jadi, masalah ini sebenarnya adalah pakaian yang benar. Anda tahu anda mempunyai pakaian yang berubah dan ia membuat pakaian yang berubah. Jadi, Nassau kata, Nassau kata, itu okey, saya memutuskan saya memasukkan kata-kata lain. Tetapi, ini sebenarnya berubah untuk membuat pakaian yang berubah. Sekarang, ia terus berubah sehingga pakaian yang berubah pada pakaian yang berubah. Pakaian yang berubah apa yang berlaku pada pakaian yang berubah pada pakaian yang berubah? Pakaian yang berubah tidak akan dapat berubah pada pakaian yang berubah. Anda tidak boleh mulakan lagi sebab membuat pakaian yang berubah dan membantu diri. Pakaian yang berubah sebenarnya berubah pada pakaian yang berubah. Jadi, anda tidak mahu dapat memainkan dan memasukkan pakaian yang berubah. Itu sebenarnya tempat yang berubah untuk menghubungi segala-galanya bersama. Saya tidak memuat apabila saya berkata ada 8000 pakaian yang berubah sebab ia berubah pada pakaian yang berubah dan banyak pakaian yang berubah telah memahami dan memahami banyak pakaian yang berubah apabila kami melihat pakaian yang berubah dan kita melihat semua pakaian yang berubah. Jadi, apa yang boleh anda dan apakah ini sebenarnya mempunyai yang kita punya pada pakaian yang berubah? Sudah tentu daripada pakaian yang berubah saya akan membunuh dan membuangkan pakaian yang berubah. Tapi, apakah pakaian yang berubah dan pakaian yang berubah dan pakaian yang berubah? Bagaimana masa mereka perlu melewati pakaian yang berubah? Dan apakah mereka mengalami memahami pakaian yang berubah? So, even before this kind of visibility that was given, they were spending maybe about almost eight hours to actually come to the point. But when they actually have, they are able to see graphically, then the monitoring solution is actually able to help them identify this problem within, I would say, within maybe one or two hours of the issue happening. It's even faster. So, that's where you will want to be able to have a dashboard and you want to be able to understand the trend and where was it failing, where were the request failing and what was actually failing during what time. So, with this one whole single dashboard, this single view, you are able to strip away all that complexity. You are able to focus and say that, yes, I know that I have to recover this log partition problem quickly because it is actually affecting my HD request. And you know, this request is actually very problematic and since a lot of customers are, this is front end request and people are using this to actually enter my website, then I want to be able to prevent it from happening again. So, how do you actually, or how can you actually afford this problem, typically what the recommendations will come out is to be able to use log management and remove continual cleanup jobs. And then, of course, best practices is to take a look at the valid doctor to actually put it in a separate partition. So, with actually all what we have monitored and what we have shown, we actually helped the customer to take a look at this and to arrive at this conclusion in a matter of hours compared to traditional monitoring tools which take very much longer time. So, that problem was actually a very real problem. But if you take a look at understanding containers in general, deploying on mess hall and deploying on these kinds of 11.6 seconds, every deployment, every 11.6 seconds, what you want to do is to actually take a look at a picture to be able to do some kind of testing. So, what you want is to be able to bring your containers early and be prepared for things like your single stay, Black Friday in the US and all that kind of stuff. You want to be able to do many, many rounds of testing. And you also would want to actually have the capability to include everything during a testing. So, that's how a lot of customers actually have seen, how we can, how directly, how monitoring solutions, that traditionally monitors only servers, CPU, memory, can actually now change to solve the old problems in a new way and in a very, very exciting way. So, when you start to test everything, this is one of the dashboards that you can assure our customers will take. When you start to include everything, all your e-situants, e-situants, all your containers, all the cloud platforms and everything else, you might have multiple availability zones so you might want to test, when I break this into a desone and I suddenly cut the internet connection from this. How do I detect what's the problem, where's the problem and recover from it? So, that actually takes in all these data, contrast it together and it's actually able to help our customers even determine things like during one of your testing, the docker process has a connectivity issue. So, in this kind of complex environment with all these containers, the applications and all the different areas, imagine if you were to look at the lock house on your own or if you were to just use modules, you would actually have to understand and look through 820 billion dependencies per hour. So, how can you release bugs, how can you put your applications out there faster at 11.6 seconds every time you do this kind of testing? So, you actually have to be able to identify the good cause bugs, not just in terms of production but even when you're doing all your testing. So, that's why automation is needed to pinpoint the good cause of these cascading failures. So, I think with that, I'm actually going to do a very short demo just to show you one of the things. So, this is actually a demo website that I'm running and as you can see, there were many problems that was actually detected across, let's say the past 72 hours. So, let's take a look at this problem where the good cause was actually a Copsgme issue and the drama split rate actually increased. So, as you can see, what we are monitoring is 63 different services across 395 infrastructure components. No more is just, no more is it just a single EM or a single server that you're monitoring, or maybe two of these servers. What you're looking at is so many kinds of things and here, what we tell you is if something happens, we tell you the impact very quickly. So, if you take a look at this, the drama split error actually increased and it's affecting all different kinds of browsers and all that. So, people, when they look at drama split errors, it might be a drama problem, it might be a browser problem and maybe he's using an overgenamic browser, but in actual fact, that's all just expert. You want to be able to clear down the room and you would also want to be able to see how the problem actually evolved over time. Okay, and here, we actually have capability to do a problem replay function. So, as the problem actually occurs since 9 am this morning, these were the containers or these were the components that were affected. You see, and it started impacting all the rest until it impacted the user itself. So, you can see that actually, it's a root cause of it and here is how the whole stream pulls up and impacts the user. Okay, so that's how Beniface can actually help to provide one more step of player of monitoring besides just collecting the mattresses. It can help you to correlate and help you to understand how did the problem evolve so that it can solve it faster. And then, I would just like to encourage you to thank you for your time firstly and also I would like to encourage you to actually test drive Beniface in your production environment. We have actually a free trial here. So if you scan this QR code and you can actually go in and download the free trial deploy the agents in your actual environment. And we actually, today we are here together with our partner at BOOF-3 just outside BOOF-1 NCS NCS is actually doing the reseller of the DCOS stack that Roger spoke about earlier on. Okay, to say that that is actually one of the most default orchestration that you can have. So once you deploy DCOS what you'll be able to do is to have that kind of visibility and monitoring across Beniface as a default and hold in there to do that monitoring for you in the entire stack. So come to our BOOF-1 demo because during lunchtime and during the tea breaks we'll be running through the demos and we'll be able to show you some of the problem patterns that are common in the production environment. Next also I would just like to encourage you to if let's say you are very new to application performance if you don't really know how your website is actually performing pick up about this challenge that we have and you can actually win this BOOF-2 speaker. So the card is here the QR code is here you can put it up there. Take the card for me scan the QR code all you need to do is just enter your email address here and then guess how fast is your website. The person with the closest guess so let's say if ijsdineface.com is 5 seconds and my test says it's 4.8 seconds I think a guess is very close and if I'm the top person I will win this but this is not for me this was for you. So please take up this challenge now you can actually use this QR code here and then guess how fast your website is. Thank you for your time.