همانطور که من این را می نویسم مصاحبه من در DevCentral هنوز شروع نشده است، بنابراین اگر در وبلاگ من مشترک شوید یا دنبال کنید من در شبکه های اجتماعی ممکن است بتوانید آن را به صورت زنده مشاهده کنید. اگر نه، ضبط باید دقیقاً در اینجا ظاهر شود:
https://www.youtube.com/watch?v=CFL–dAX3FQ
در هر صورت، این اولین باری نیست که درباره ورود به سیستم و مشکلات رایجی که هنگام ورود به سیستم تولید یا اشکال زدایی می بینیم، نوشتم یا درباره آن صحبت کردم. من در وبلاگ قدیمی به طور گسترده به این موضوع پرداختم. من همچنین یک ویدیو ساختم که این ایده ها را پوشش می دهد. اما ایده های من تا حدودی حول برخی از مفاهیمی که در مورد آنها بحث کردم تکامل یافت.
در پست اولیه ام، من در مورد ثبت AOP کمی سختگیر بودم. نظر من در این مورد تکامل یافته است. من فکر می کنم مشکل اصلی AOP Logging این است که اغلب به عنوان یک پتک هنگام اشکال زدایی استفاده می شود. مشکل دیگر باقی ماندن آن در تولید است. اما هنگامی که از آن به صورت جراحی استفاده می شود، می تواند مشکلاتی را آشکار کند که کشف آنها به روش دیگری بسیار دشوارتر است.
پیام اصلی پست اصلی هنوز مهمترین بخش است: ما به استانداردسازی کل شرکت برای ورود به سیستم نیاز داریم. بدون آن فرآیند بررسی کد ما بی فایده است.
ورود به سیستم اشکال زدایی پیش شناختی است
در کتاب اشکال زدایی ام، زمان زیادی را صرف صحبت کردن در مورد ورود به سیستم کردم. اول، درک این نکته مهم است که ورود به سیستم با اشکال زدایی چاپی بسیار متفاوت است. وقتی از عبارات چاپی برای اشکال زدایی استفاده می کنید، به طرز بدی زودگذر هستند. باید از نقاط ردیابی استفاده کنید. اما مهمتر از آن، ورود به سیستم مربوط به اشکالی است که هنوز اتفاق نیفتاده است. اشکال زدایی چاپ مربوط به اشکالی است که از قبل وجود دارد.
آنها هیچ شباهتی ندارند.
یک گزارش باید سیستم ما را توصیف کند. هنگامی که ما یک گزارش را می خوانیم، اغلب می توانیم کیفیت کد را بدون بررسی یک خط منبع مشاهده کنیم. یکنواختی، سازگاری، اختصار، نظم و ارزش. اینها همه خواص یک چوب خوب است که خروجی یک ماشین خوب روغن کاری است. Logging یک رابط کاربری است که برای تیم مهندسی کار میدانی شما طراحی شده است. اگر بد نوشته شده باشد، در انجام وظایف خود به آن اندازه موثر نخواهند بود. محصول شما آسیب خواهد دید.
ورود به سیستم با تشخیص زودهنگام مشکلات و اشکال زدایی ساده تر تست ها سود بازپرداخت می کند. اما برای انجام این کار باید به فرآیند اصلی فکر کنیم.
کدام متغیرها را باید ثبت کنیم؟
لاگ را در کجا قرار دهیم؟
در هر بلوک کد چند لاگ باید داشته باشیم؟
اینها همه سؤالاتی است که می توانیم برای مورد کلی پاسخ دهیم. من به همه آنها در وبلاگ اصلی پاسخ دادم. اما این یک پاسخ معتبر نیست، یک نظر است. ما باید استانداردهایی را در این زمینه اعمال کنیم.
اجازه دهید من آن جمله آخر را واجد شرایط کنم. ما به استانداردها نیاز داریم. من دوست دارم که بتوانیم پوشش را اندازه گیری کنیم و سپس میزان پوشش آزمون را استاندارد کنیم. من فکر می کنم که می تواند بسیار مفید باشد. با این حال، استاندارد کردن یک عدد ثابت مانند پوشش تست بدون انعطاف‌پذیری منجر به کد وحشتناکی می‌شود که فقط برای رسیدن به معیارهای دست نیافتنی طراحی شده است. ما به انعطاف‌پذیری و یک خط پایه برای همسویی نیاز داریم. قوانین سفت و سخت نیست
هزینه ها، انرژی و عملکرد
در حالی که مدیران ممکن است به دلیل افزایش بیش از حد به نتیجه مالی نگاه کنند. از نظر من، جنبه مهم تر، تأثیر زیست محیطی است. این یک اثر آبشاری در سراسر صنعت ما دارد. ورود و ورود بیشتر به خدمات محاسباتی بیشتری نیاز دارد. اگر شرکت‌های بزرگ منابع محاسباتی بیشتری مصرف کنند، به دلیل کمبود، قیمت‌ها را برای همه ما بالا میبرد.
ما می توانیم سهم خود را برای محیط زیست، سود شرکت و صنعت خود انجام دهیم. استراتژی های زیادی وجود دارد که ما می توانیم برای کاهش ورود به سیستم به حداقل معقول استفاده کنیم. تنظیم سطوح ورود به سیستم هوشمندانه و مداوم. نظارت منظم بر لاگ های ما و غیره
معمولاً درخواستی که فقط توسط حافظه پنهان ارائه می‌شد، مجبور می‌شود یک عملیات IO را برای برآوردن گزارش‌گیری انجام دهد. تأثیر آن بر عملکرد کلی سیستم می تواند بسیار زیاد باشد اما به سختی قابل توجه است. اگر محیط تولید و توسعه دهنده ما متفاوت باشد، این تفاوت های ظریف می تواند این ناسازگاری ها را بیشتر بپوشاند.
به ما بپیوند
امیدوارم سؤالات شما را در جریان مستقیم یا اینجا قبل / بعد از واقعیت ببینم. زمانی که قبلاً سخنرانی خود را برای ورود به سیستم انجام دادم، بازخورد شگفت انگیز و بسیار جذابی از مخاطبان دریافت کردم. در هر صورت، ضبط باید بعد از این واقعیت وجود داشته باشد، بنابراین آن را بررسی کنید.
ورود به سیستم به عنوان یک ستون مشاهده پذیری توجه زیادی را به خود جلب کرد. با این حال، به نظر می‌رسد که دیدگاه توسعه‌دهنده ورود به سیستم به حاشیه رفته و از همان سطح توجه برخوردار نیست. بیایید آن را تغییر دهیم.
