الگوی طراحی معماری رایج این روزها تجزیه یکپارچه کاربرد به ریز سرویس های کوچکتر است. سپس هر ریز سرویس مسئول جنبه یا ویژگی خاصی از برنامه شما است. به عنوان مثال ، یک ریز سرویس ممکن است مسئول درخواستهای API خارجی باشد ، در حالی که دیگری می تواند واکشی داده ها را برای قسمت پیشین شما انجام دهد.
طراحی زیرساختی مقاوم و بدون خطا از این طریق می تواند چالش برانگیز باشد. نظارت بر عملکرد همه این ریز خدمات با هم می تواند حتی دشوارتر باشد. برای درک موفقیت ها و خطاهای سیستم ، بهتر است به سادگی به سوابق برنامه خود اعتماد نکنید. تنظیم نظارت مناسب ، تصویر کامل تری را در اختیار شما قرار می دهد ، اما دانستن اینکه از کجا شروع کنید دشوار است. در این پست ، ما مناطق خدماتی را که معیارهای متغیر شما باید بر آنها تمرکز کند را پوشش خواهیم داد تا اطمینان حاصل شود که بینش اصلی را از دست نداده اید.
ما در مورد راه اندازی برنامه شما چند پیش فرض ارائه خواهیم داد. نگران نباشید – برای شروع ردیابی معیارها نیازی به استفاده از چارچوب خاصی ندارید. با این حال ، داشتن درک کلی از م theلفه های درگیر کمک می کند. به عبارت دیگر ، نحوه تنظیم ابزار مشاهده برای شما کمتر از آنچه ردیابی می کنید ، اهمیت دارد.
از آنجایی که یک مجموعه ریز سرویس به اندازه کافی زیاد به مقداری سطح هماهنگی نیاز دارد ، ما تصور می کنیم شما …