جریان ادغام معیارهای فنی: مشاهده و نظارت

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

هر شرکتی تیم اختصاصی از مهندسان قابلیت اطمینان سیستم و DevOps که قبلاً زیرساخت ها را راه اندازی کرده اند ، ندارد. حتی اگر مال شما باشد ، درک این موضوع هنوز هم مهم است. اما اگر شما نیاز به ساختن همه چیز از ابتدا داشته باشید ، و شرکت شما فاقد نظارت مناسب است ، شاید فقط ورود به سیستم اساسی وجود داشته باشد؟ چگونه تعیین می کنید که به چه مواردی نیاز دارید و از کجا شروع کنید؟

گرافانا 170 صفحه الگوهای داشبورد را ارائه می دهد ، این بسیار زیاد است! من معتقدم که این مقاله می تواند به مهندسان کمک کند تا درک کنند که چرا معیارها مهم هستند ، کدام یک ضروری هستند و چگونه می توانند آنها را به طور مؤثر ادغام کنند. من در اینجا سیاهههای مربوط ، آثار یا هشدارها را پوشش نمی دهم ، زیرا این مقاله را خیلی طولانی می کند. من به طور جداگانه به آنها می پردازم. در حال حاضر ، من فرض می کنم شما قبلاً برخی از سیاهههای مربوط و هشدارهای اساسی را در دست دارید.

فراتر از آن ، اضافه کردن معیارهای مناسب می تواند قابلیت اطمینان سیستم شما را به میزان قابل توجهی افزایش دهد ، و من …

Source link