ورود به حساب

نام کاربری گذرواژه

گذرواژه را فراموش کردید؟ کلیک کنید

حساب کاربری ندارید؟ ساخت حساب

ساخت حساب کاربری

نام نام کاربری ایمیل شماره موبایل گذرواژه

برای ارتباط با ما می توانید از طریق شماره موبایل زیر از طریق تماس و پیامک با ما در ارتباط باشید


09117307688
09117179751

در صورت عدم پاسخ گویی از طریق پیامک با پشتیبان در ارتباط باشید

دسترسی نامحدود

برای کاربرانی که ثبت نام کرده اند

ضمانت بازگشت وجه

درصورت عدم همخوانی توضیحات با کتاب

پشتیبانی

از ساعت 7 صبح تا 10 شب

دانلود کتاب The DevOps Toolkit: Kubernetes Chaos Engineering

دانلود کتاب : مهندسی هرج و مرج Kubernetes

The DevOps Toolkit: Kubernetes Chaos Engineering

مشخصات کتاب

The DevOps Toolkit: Kubernetes Chaos Engineering

دسته بندی: مدیریت سیستم
ویرایش: 1 (2020.11.09) 
نویسندگان:   
سری: The DevOps Toolkit 
 
ناشر: Leanpub 
سال نشر: 2020 
تعداد صفحات: 196 
زبان: English 
فرمت فایل : PDF (درصورت درخواست کاربر به PDF، EPUB یا AZW3 تبدیل می شود) 
حجم فایل: 3 مگابایت 

قیمت کتاب (تومان) : 40,000



کلمات کلیدی مربوط به کتاب : مهندسی هرج و مرج Kubernetes: DevOps، بهترین روش ها، Kubernetes



ثبت امتیاز به این کتاب

میانگین امتیاز به این کتاب :
       تعداد امتیاز دهندگان : 9


در صورت تبدیل فایل کتاب The DevOps Toolkit: Kubernetes Chaos Engineering به فرمت های PDF، EPUB، AZW3، MOBI و یا DJVU می توانید به پشتیبان اطلاع دهید تا فایل مورد نظر را تبدیل نمایند.

توجه داشته باشید کتاب : مهندسی هرج و مرج Kubernetes نسخه زبان اصلی می باشد و کتاب ترجمه شده به فارسی نمی باشد. وبسایت اینترنشنال لایبرری ارائه دهنده کتاب های زبان اصلی می باشد و هیچ گونه کتاب ترجمه شده یا نوشته شده به فارسی را ارائه نمی دهد.


توضیحاتی در مورد کتاب : مهندسی هرج و مرج 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




نظرات کاربران