دسترسی نامحدود
برای کاربرانی که ثبت نام کرده اند
برای ارتباط با ما می توانید از طریق شماره موبایل زیر از طریق تماس و پیامک با ما در ارتباط باشید
در صورت عدم پاسخ گویی از طریق پیامک با پشتیبان در ارتباط باشید
برای کاربرانی که ثبت نام کرده اند
درصورت عدم همخوانی توضیحات با کتاب
از ساعت 7 صبح تا 10 شب
دسته بندی: مدیریت سیستم ویرایش: 1 (2020.11.09) نویسندگان: Viktor Farcic. Darin Pope سری: The DevOps Toolkit ناشر: Leanpub سال نشر: 2020 تعداد صفحات: 196 زبان: English فرمت فایل : PDF (درصورت درخواست کاربر به PDF، EPUB یا AZW3 تبدیل می شود) حجم فایل: 3 مگابایت
کلمات کلیدی مربوط به کتاب : مهندسی هرج و مرج Kubernetes: DevOps، بهترین روش ها، Kubernetes
در صورت تبدیل فایل کتاب The DevOps Toolkit: Kubernetes Chaos Engineering به فرمت های PDF، EPUB، AZW3، MOBI و یا DJVU می توانید به پشتیبان اطلاع دهید تا فایل مورد نظر را تبدیل نمایند.
توجه داشته باشید کتاب : مهندسی هرج و مرج Kubernetes نسخه زبان اصلی می باشد و کتاب ترجمه شده به فارسی نمی باشد. وبسایت اینترنشنال لایبرری ارائه دهنده کتاب های زبان اصلی می باشد و هیچ گونه کتاب ترجمه شده یا نوشته شده به فارسی را ارائه نمی دهد.
چیزهای بسیار کمی به اندازه تخریب راضی کننده هستند، به خصوص زمانی که ما ناامید هستیم. چند بار اتفاق افتاده که مشکلی برای شما پیش آمده که نمی توانید آن را حل کنید و فقط می خواهید فریاد بزنید یا چیزها را خراب کنید؟ آیا تا به حال مشکلی در تولید داشته اید که بر تعداد زیادی از کاربران تأثیر منفی بگذارد؟ آیا برای حل آن تحت فشار زیادی بودید، اما نتوانستید آنقدر سریع که باید \"کرک\" کنید. حداقل یک بار باید اتفاق افتاده باشد که بخواهید یک چکش بگیرید و سرورهای مرکز داده خود را نابود کنید. اگر چنین چیزی هرگز برای شما اتفاق نیفتاده است، پس احتمالاً هرگز در موقعیتی قرار نگرفته اید که تحت فشار زیادی قرار گرفته اید. در مورد من، دفعات بی شماری وجود داشت که می خواستم چیزها را نابود کنم. اما من به چند دلیل این کار را نکردم. تخریب به ندرت مشکلات را حل می کند و معمولاً منجر به عواقب منفی می شود. من نمی توانم فقط بروم و یک سرور را خراب کنم و انتظار داشته باشم که مجازات نخواهم شد. من نمی توانم امیدوار باشم که برای چنین رفتاری پاداش بگیرم. اگر به شما بگویم که ما می توانیم در ازای تخریب پاداش بگیریم و با از بین بردن چیزها می توانیم کارهای خوبی انجام دهیم، چه می گویید؟ اگر باور نمی کنی به زودی باورت می شود. این همان چیزی است که مهندسی آشوب در مورد آن است. این در مورد تخریب، مانع تراشی، و به تاخیر انداختن چیزها در سرورها و در خوشه های ما است. و ما همه اینها و بسیاری از کارهای دیگر را برای یک نتیجه بسیار مثبت انجام می دهیم. مهندسی آشوب تلاش می کند تا محدودیت های سیستم ما را بیابد. این به ما کمک می کند تا بفهمیم وقتی اتفاقات بد رخ می دهد چه عواقبی دارد. ما سعی داریم اثرات نامطلوب را به صورت کنترل شده شبیه سازی کنیم. ما سعی می کنیم این کار را به عنوان راهی برای بهبود سیستم های خود انجام دهیم تا آنها را انعطاف پذیرتر کنیم و قادر به بازیابی و مقاومت در برابر حوادث مضر و غیرقابل پیش بینی باشیم. این ماموریت ماست ما سعی خواهیم کرد راه هایی را پیدا کنیم که چگونه می توانیم سیستم های خود را بر اساس دانشی که از طریق هرج و مرج به دست می آوریم، بهبود بخشیم.
There are very few things as satisfying as destruction, especially when we're frustrated. How often did it happen that you have an issue that you cannot solve and that you just want to scream or destroy things? Did you ever have a problem in production that is negatively affecting a lot of users? Were you under a lot of pressure to solve it, but you could not "crack" it as fast as you should. It must have happened, at least once, that you wanted to take a hammer and destroy servers in your datacenter. If something like that never happened to you, then you were probably never in a position under a lot of pressure. In my case, there were countless times when I wanted to destroy things. But I didn't, for quite a few reasons. Destruction rarely solves problems, and it usually leads to negative consequences. I cannot just go and destroy a server and expect that I will not be punished. I cannot hope to be rewarded for such behavior. What would you say if I tell you that we can be rewarded for destruction and that we can do a lot of good things by destroying stuff? If you don't believe me, you will soon. That's what chaos engineering is about. It is about destroying, obstructing, and delaying things in our servers and in our clusters. And we're doing all that, and many other things, for a very positive outcome. Chaos engineering tries to find the limits of our system. It helps us deduce what are the consequences when bad things happen. We are trying to simulate the adverse effects in a controlled way. We are trying to do that as a way to improve our systems to make them more resilient and capable of recuperating and resisting harmful and unpredictable events. That's our mission. We will try to find ways how we can improve our systems based on the knowledge that we will obtain through the chaos.
Table of Contents Introduction To Kubernetes Chaos Engineering Who Are We? Principles Of Chaos Engineering Are You Ready For Chaos? Examples Of Chaos Engineering The Principles And The Process Chaos Experiments Checklist How Is The Book Organized? Off We Go The Requirements Guiding The Choice Of A Tool Which Tool Should We Choose? Defining Course Requirements Installing Chaos Toolkit Destroying Application Instances Gist With Commands Creating A Cluster Deploying The Application Discovering Chaos Toolkit Kubernetes Plugin Terminating Application Instances Defining The Steady-State Hypothesis Pausing After Actions Probing Phases And Conditions Making The Application Fault-Tolerant Destroying What We Created Experimenting With Application Availability Gist With Commands Creating A Cluster Deploying The Application Validating The Application Validating Application Health Validating Application Availability Terminating Application Dependencies Destroying What We Created Obstructing And Destroying Network Gist With The Commands Creating A Cluster Installing Istio Service Mesh Deploying The Application Discovering Chaos Toolkit Istio Plugin Aborting Network Requests Rolling Back Abort Failures Making The Application Resilient To Partial Network Failures Increasing Network Latency Aborting All Requests Simulating Denial Of Service Attacks Running Denial Of Service Attacks Destroying What We Created Draining And Deleting Nodes Gist With The Commands Creating A Cluster Deploying The Application Draining Worker Nodes Uncordoning Worker Nodes Making Nodes Drainable Deleting Worker Nodes Destroying Cluster Zones Destroying What We Created Creating Chaos Experiment Reports Gist With The Commands Creating A Cluster Deploying The Application Exploring Experiments Journal Creating Experiment Report Creating A Multi-Experiment Report Destroying What We Created Running Chaos Experiments Inside A Kubernetes Cluster Gist With The Commands Creating A Cluster Deploying The Application Setting Up Chaos Toolkit In Kubernetes Types Of Experiment Executions Running One-Shot Experiments Running Scheduled Experiments Running Failed Scheduled Experiments Sending Experiment Notifications Sending Selective Notifications Destroying What We Created Executing Random Chaos Gist with the commands Creating A Cluster Deploying The Application Deploying Dashboard Applications Exploring Grafana Dashboards Exploring Kiali Dashboards Preparing For Termination Of Instances Terminating Random Application Instances Disrupting Network Traffic Preparing For Termination Of Nodes Terminating Random Nodes Monitoring And Alerting With Prometheus Destroying What We Created Until The Next Time Shameless Plug