موسسه Devops

نقل قول مشهور از کتابچه راهنمای مهندسی قابلیت اطمینان سایت Google: "مهندسی قابلیت اطمینان سایت به عنوان رشته ای که به کنجکاوی ، فروتنی و باز بودن نیاز دارد."و این برای کسانی که در چنین فرهنگی قرار دارند فوق العاده است ، اما ما باید درک کنیم که همه نمی توانند در مقیاس گوگل فعالیت کنند و همه چالش های خود را دارند.

استفاده از SRE TLAS عالی (مخفف سه حرفی) مانند SLI ، SLO و SLA بسیار مهم است.

نشانگر سطح خدمات (SLI):

• اندازه گیری قابل اندازه گیری از قابلیت اطمینان خدمات ، مانند توان ، تأخیر
• به طور مستقیم قابل اندازه گیری و قابل مشاهده توسط کاربران
• این می تواند تجربه کاربر را نشان دهد
• به عبارت ساده ، این در مورد آنچه دقیقاً می خواهید اندازه گیری می کنید صحبت می کند

هدف سطح خدمات (SLO):

• این تعریف نحوه عملکرد این سرویس را از منظر کاربر (اندازه گیری شده از طریق SLI) تعریف می کند. به عبارت ساده ، خدمات خوب چقدر باید باشد؟آستانه ای که فراتر از آن بهبود خدمات لازم است
• نکته ای که کاربران ممکن است در نظر بگیرند بلیط پشتیبانی ، "آستانه درد" ، به عنوان مثال ، آمازون محصول را پیدا می کند که طولانی تر می شود ، با جستجوی Google ، بافر یوتیوب صادر می شود.
• ناشی از نیازهای تجاری ، نه فقط عملکرد فعلی

توافق سطح خدمات:

• اگر این سرویس انتظارات را برآورده نکند ، این یک قرارداد تجاری برای ارائه یک نوع جبران خسارت است.
• در کلمات ساده Slo + عواقب

در بالا ساده ترین و سریعترین نمای TLAS است. و این همچنین نشان می دهد SLI (نشانگر سطح خدمات) مهم است و استراحت می کند ، بنابراین انتخاب آن با احتیاط بسیار مهم است.

از طلوع مدیریت خدمات ، سازمان ها اندازه گیری های زیادی را در نظر گرفتند که در سیستم مدیریت خدمات آنها موجود است. اما شما نباید همه چیز موجود در سیستم را به عنوان SLI ردیابی کنید. اگر همزمان SLI ها را انتخاب کنید ، بسیار زیاد توجه به شاخص ها بسیار سخت می شود ، شانس بالایی وجود دارد که ممکن است رفتار سیستم خود را از دست دهید و ترک کنید که برای ارائه یک تجربه کلاس به کاربران خود بسیار مهم است.

در زیر شیوه های کمی وجود دارد که می تواند برای SLI در نظر گرفته شود

1. کاربران خود را درک کنید: مهم نیست که بهترین راه حل سرورهای خود را تنظیم کنید ، متعادل را بارگیری کنید اما وقتی صحبت از کاربران می شود. کاربران باید بدون تأخیر بتوانند به ویژگی های خود دسترسی پیدا کنند. در دسترس بودن ، تأخیر و توان در اینجا نقش های اساسی دارد. شناسایی ویژگی های کاربر در سایت خود بسیار مهم است و بر این اساس کار کنید

2. SLIS باید مستقیماً توسط کاربران قابل مشاهده و قابل اندازه گیری باشد و نباید معیارهای داخلی مانند استفاده از CPU یا تأخیر دیسک در SLI های شما باشد زیرا کاربر نمی تواند مستقیماً این مقادیر را اندازه گیری کند. رفتار کاربر ، "آنچه آنها واقعاً به آنها اهمیت می دهند" و "چگونه آنها را کمیت می کنند" درک کنید

3. سیستم خود را به خوبی درک کنید ، بیشتر سازمان ها به عنوان اندازه گیری استفاده می کنند اما در واقع قابلیت استفاده از سیستم نیست

4- صحت اطلاعات ، یکپارچگی داده ها SLI کلیدی است و باید بخشی از هر سفر باشد. شما نمی توانید داده ها را تنها بگذارید

5- شما باید فضای ذخیره سازی خود را به خوبی درک کنید. اشکالی ندارد که به جای از دست دادن ، پایگاه داده را پایین نگه دارید. همیشه در هنگام ذخیره سازی ، در دوام ، تأخیر و در دسترس بودن در مورد ذخیره سازی ، مراقب باشید

6. پس از درک رفتار اولیه کاربر ، شروع به تعریف SLI ها در قابلیت های مرزهای سیستم کنید

7. اگر می خواهید SLI ها را برای در دسترس بودن و عملکرد تعریف کنید ، باید عواملی را که در اطراف سرویس قرار دارند مشاهده کنید

8- هرگز بیش از حد ریاضی نباشید. درک کنید که فرکانس مورد نیاز برای اندازه گیری ، فاصله نمونه برداری و استفاده از فرمول SLI بر این اساس چیست

9. فراموش نکنید که SLI و SLO مستند را با تیم خود به اشتراک بگذارید

10. همیشه درگیر باشید. SLI و SLO همیشه با گذشت زمان تکامل می یابند. تکرار و تنظیم دقیق SLI های خود را ادامه دهید

برای رسیدن به یک عمل قابلیت اطمینان خوب ، بالغ شدن طولانی مدت طول می کشد اما مهم نیست که چقدر وقت و تلاش خود را انجام دهید ، دستیابی به یک معماری انعطاف پذیر و قابل اعتماد دشوار است بدون اینکه تعریف روشنی از اصول اولیه مانند SLI/SLO داشته باشید. به یاد داشته باشید SLIS به تیم مهندسی شما کمک می کند تا تصمیمات بهتری بگیرند. درست آن را درست کنید ، آن را درست نگه دارید و پالایش را ادامه دهید.