4649

معنای مشاهده‌پذیری در کسب و کار چیست؟

مشاهده‌پذیری، آزمون کارایی و بینش‌ها (Observability, performance testing and insights)

برای آندریاس گرابنر از Dynatrace، مشاهده‌پذیری کلید باز کردن نتایج آزمون کارایی را ثابت کرد. معیارها و لاگ‌ها فقط تا حدی می‌توانستند پیش بروند؛ زمانی که در طول آزمون مشکلی رخ می‌داد، این مشاهده‌پذیری بود که بینش‌هایی درباره اینکه چه چیزی اشتباه شده و چرا، ارائه می‌داد. مشاهده‌پذیری از همه‌چیز پشتیبانی می‌کرد؛ از آزمون‌های کارایی داخلی گرفته تا پشتیبانی از برخی از بزرگ‌ترین کسب‌وکارهای جهان، از توسعه تا تولید.

اکنون، با ۲۰ سال الگوهای مشاهده‌پذیری که می‌توان از آن‌ها آموخت، نشانه‌های آشکاری وجود دارد که کسب‌وکارها می‌توانند هنگام شروع به شکست سیستم‌های کاربردی – به‌ویژه سیستم‌های توزیع‌شده – تحت بار، کند شدن و ناراضی کردن کاربران نهایی، به آن‌ها توجه کنند. استفاده زودهنگام از مشاهده‌پذیری این فرصت را فراهم می‌کند که از آن الگوها اجتناب شود و تجربه‌های شادتری برای کاربران نهایی ارائه گردد.

برای مثال، یکی از الگوهایی که باید مراقب آن بود، مشکل کوئری N+1 است، جایی که داده‌های بیش از حد واکشی می‌شوند و سپس در سمت کلاینت فیلتر می‌شوند. این موضوع هنگام استفاده از یک درگاه API چیزی است که باید نسبت به آن محتاط بود. آیا واقعاً همه آن رفت‌وبرگشت‌ها لازم هستند؟ اگر نه، آن‌ها بدون دلیل باعث کند شدن کارها خواهند شد.

ناویش بال از Grafana نیز ابتدا قدرت مشاهده‌پذیری را در فضای آزمون درک کرد. برای او، قدرت مشاهده‌پذیری در پتانسیل جعبه‌سیاه آن نهفته است. شرکت‌ها می‌توانند از آن استفاده کنند تا زمانی که سیستم‌هایشان شروع به انحراف می‌کنند، بینش‌های مورد نیاز خود را به دست آورند. مشاهده‌پذیری به این معناست که آن‌ها می‌توانند از جایی که بیشترین اهمیت را دارد شروع به کسب بینش کنند، که معمولاً بالاتر در پشته است – زیرا همان‌جاست که کاربران شروع به احساس درد می‌کنند.

نه اینکه هر کسب‌وکاری توان، دقت لازم و منابع تیمی لازم را داشته باشد تا از همان ابتدا برنامه‌های خود را ابزارگذاری کند و شروع به کسب بینش نماید. اغلب، این مسیر سفری آهسته برای رسیدن به آن نقطه است – اما سفری بسیار مهم. هرچه زودتر بتوانید شروع به جمع‌آوری داده کنید، بهتر است، زیرا می‌توانید خیلی سریع‌تر به بینش‌های مورد نیاز دست پیدا کنید، به‌ویژه زمانی که در حال ساخت لایه روی لایه هستید.

ایجاد مشاهده‌پذیری در نتایج کسب‌وکار

روچیر جا اولین‌بار زمانی که در نتفلیکس کار می‌کرد با مشاهده‌پذیری درگیر شد. سال‌ها پیش، ساخت یک پشته مشاهده‌پذیری داخلی شبیه به ایجاد یک پلتفرم داده پرزرق‌وبرق بود. با تکامل آن، افراد دیدگاه‌های خود را درباره اینکه چگونه می‌خواهند سیستم‌های خاصی را مشاهده کنند توسعه دادند، که این خود به ابزاری برای پایش سلامت آن سیستم‌ها – و در ادامه موارد استفاده کسب‌وکاری که آن سیستم‌ها پشتیبانی می‌کردند – تبدیل شد.

جا که اکنون مدیرعامل Cardinal است، بر قدرت مشاهده‌پذیری در ارتباط با حاکمیت و بازگشت سرمایه (ROI) تمرکز دارد. در حالی که یک درخواست جدید ممکن است درآمد اضافی ایجاد نکند، می‌تواند به n لاگ بیشتر، n رویداد بیشتر، n معیار بیشتر و غیره تبدیل شود. پرسش سپس این می‌شود که چگونه به‌طور مؤثر یک لایه حاکمیتی بر روی آن داده‌ها ایجاد می‌کنید، و همچنین به کاربر درکی از اینکه چه داده‌ای در حال تولید است و چگونه مورد استفاده قرار می‌گیرد، می‌دهید.

برای ابی بنگسر از Syntasso نیز، مشاهده‌پذیری درباره نتایج کسب‌وکار است. این موضوع در بستر تیم‌های پلتفرم ریشه دارد، از جمله مهندسان قابلیت اطمینان سایت، تیم‌های DevOps و مهندسان پلتفرم. نکته کلیدی در اینجا این واقعیت است که می‌توانید از مشاهده‌پذیری برای به‌دست آوردن اطلاعات مورد نیاز جهت انجام کار خود استفاده کنید، حتی زمانی که از ابتدا همه سؤالاتی را که باید بپرسید نمی‌دانید. می‌توانید به‌گونه‌ای متفاوت درباره نحوه شکل‌دهی داده‌های خود فکر کنید – و این مسیری قدرتمند برای حرکت است.

در مهندسی پلتفرم، مشاهده‌پذیری این توان را فراهم می‌کند که به تیم‌ها اطلاعاتی داده شود که نه‌تنها نرم‌افزار خود را همان‌گونه که نیاز دارند بسازند و اجرا کنند، بلکه این کار را به‌صورت ایمن و موفق انجام دهند.

ارزش واقعی مشاهده‌پذیری چیست؟

از منظر کسب‌وکار، مشاهده‌پذیری می‌تواند به ردیابی این موضوع کمک کند که آیا یک سازمان به اهداف خود دست می‌یابد یا خیر. فرض کنید محصول جدیدی برای عرضه به بازار دارید. ابتدا باید اهداف خود را بیان کنید. سپس می‌توانید از مشاهده‌پذیری برای اندازه‌گیری آن‌ها استفاده کنید.

چه تعداد از افراد در بخش فرانت‌اند برای محصول شما ثبت‌نام می‌کنند؟ چه تعداد در بک‌اند از API شما استفاده می‌کنند؟ میزان دسترس‌پذیری شما چقدر است؟ زمانی که اهداف خود را مشخص کردید، می‌توانید از مشاهده‌پذیری برای پایش پیشرفت خود در مسیر دستیابی به آن‌ها استفاده کنید. اما اگر قرار است ارزش کامل آن را به دست آورید، باید به‌عنوان نقطه شروع طراحی راهکار مشاهده‌پذیری خود مشخص کنید که کسب‌وکار، تیم و پلتفرم شما به چه چیزی نیاز دارند.

حاکمیت داده در بستر مشاهده‌پذیری

حاکمیت تا حدی شهرت بدی دارد. اما حاکمیت لزوماً نباید شبیه یک محدودیت احساس شود. در واقع، زمانی که بتواند بنیان‌های قوی – تکرارپذیر، قابل پیش‌بینی و استانداردشده – فراهم کند، به سکوی پرتابی برای نوآوری تبدیل می‌شود.

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

شروع کار با مشاهده‌پذیری

دانستن اینکه از کجا باید با مشاهده‌پذیری شروع کرد می‌تواند دشوار باشد. آیا باید روی معیارها تمرکز کنید، لاگ‌ها، تریس‌ها…؟

پاسخ ساده‌ای برای این موضوع وجود ندارد، زیرا به این بستگی دارد که می‌خواهید مشاهده‌پذیری چه مشکلی را برای شما حل کند. یک راه‌حل برای همه مناسب نیست. با این حال، می‌توانید میان این اجزای بنیادین – معیارها، لاگ‌ها و تریس‌ها – بر اساس بیشترین میزان درد خاکستری در مسئله‌ای که سعی در حل آن دارید، انتخاب کنید.

برای مثال، اگر با مسائل مرتبط با زیرساخت مواجه هستید، معیارها نقطه شروع خوبی خواهند بود، تا بتوانید بفهمید در محیط شما چه اتفاقی در حال رخ دادن است. با این حال، اگر مشکل شما شکایت کاربران از کند بودن برنامه‌هاست، باید از دامنه برنامه کاربردی شروع کنید. نکته کلیدی این است که در مسئله‌ای که می‌خواهید حل کنید بسیار دقیق باشید، سپس راهکار مشاهده‌پذیری خود را حول آن متمرکز کنید.

البته، پشته پلتفرم شما ثابت نخواهد ماند. تکامل خواهد یافت، بنابراین راهبرد مشاهده‌پذیری شما باید به‌اندازه کافی چابک باشد تا همگام با آن تکامل پیدا کند. همچنین باید بر چالش‌های اجتماعی-فنی تمرکز کنید. افراد تمایل دارند سؤالاتی را بپرسند که می‌دانند می‌توانند به آن‌ها پاسخ دهند. در عوض، تمرکز بر سؤالاتی که قرار است ارزش ایجاد کنند (چه برای کاربران نهایی، چه تیم‌های داخلی یا کل کسب‌وکار) حیاتی است.

ایجاد فرهنگ پرسشگری برای این موضوع کلیدی است. همچنین پذیرفتن این واقعیت که گاهی مجبورید از معیارهای جانشین استفاده کنید، زیرا در آن لحظه داشتن یک اندازه‌گیری بهتر امکان‌پذیر نیست. با این رویکرد، می‌توانید در طول مسیر بهبودهای مشاهده‌پذیری ایجاد کنید، به‌جای آنکه سؤالاتی را که می‌پرسید رقیق کنید.

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

مشاهده‌پذیری و امنیت API

امنیت مورد استفاده اصلی مشاهده‌پذیری نیست. با این حال، مشاهده‌پذیری در حال تکامل است و دامنه خود را گسترش می‌دهد. علاوه بر ارائه بینش درباره آنچه درون برنامه‌ها، محیط‌ها، پایگاه‌های داده، زیرساخت و غیره رخ می‌دهد، در حال تقویت امنیت نیز هست.

این تلاقی امنیت API و مشاهده‌پذیری به این معناست که تیم‌های امنیتی می‌توانند در کنار سایر تیم‌ها بهره‌مند شوند. در واقع، تیم‌های مختلف اغلب می‌توانند از همان داده‌های مشاهده‌پذیری سود ببرند – مانند لاگ‌های دسترسی که به مهندسان امکان عیب‌یابی برنامه‌ها را می‌دهد و هم‌زمان از تیم‌های امنیتی در تشخیص تهدید پشتیبانی می‌کند.

مشاهده‌پذیری در برابر تحلیل‌گری

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

در کنار هم، مشاهده‌پذیری و تحلیل‌گری به این معناست که می‌توانید سؤالاتی بپرسید که شاید حتی نمی‌دانستید می‌خواهید بپرسید.

آماده… حرکت… مشاهده!

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

مزایای توسعه GraphQL به سبک کدمحور چیست؟
امنیت GraphQL چیست؟

دیدگاهتان را بنویسید

سبد خرید
علاقه‌مندی‌ها
مشاهدات اخیر
دسته بندی ها