عناوین

AppDynamics به شرکت های بزرگتر می پردازد و گزینه SaaS APM و همچنین گزینه پیش فرض را ارائه می دهد. AppDynamics که به عنوان یک بستر اطلاعاتی برنامه توصیف شده است ، عملکرد برنامه را کنترل می کند و سپس بینش هایی را در مورد چگونگی تأثیر عملکرد برنامه در عملکردهای تجاری نشان می دهد. از جمع آوری داده ها گرفته تا پردازش و سپس به دست آوردن دانش از داده های خود ، AppDynamics دید کاملی را در مورد چگونگی تأثیر عملکرد برنامه در تجارت شما فراهم می کند.

• زبان ها: . net ، java ، php ، c ++ ، python ، node. js
• ردیابی معامله پایان به پایان
• دید سطح کد
• زیرزمینی پویا و هشدار

هزینه: 230 دلار در هر ماه در هر سرور

AppDynamics - راهنمای نظارت

معاملات کسب و کار

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

معاملات تجاری را مشاهده کنید

برای مشاهده معاملات تجاری برای یک برنامه تجاری ، روی معاملات تجاری در درخت ناوبری برنامه کلیک کنید. لیست معاملات تجاری معیارهای کلیدی برای معاملات تجاری را برای محدوده زمانی انتخاب شده نشان می دهد.

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

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

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

نقاط ورود به معامله و امتیازات خروج

هنگامی که یک نماینده برنامه را نصب می کنید ، نماینده تماس های دریافتی را تشخیص می دهد و معاملات را بر اساس قوانین پیش فرض تشخیص معاملات ثبت می کند. قوانین تشخیص خودکار نقاط ورود معاملات را بر اساس چارچوب های پشتیبانی شده توصیف می کند.

معمولاً بیش از یک ردیف در پردازش یک معامله شرکت می کند. درخواستی برای ردیف منشأ ممکن است از خدمات فراخوانی کند:

• یک ردیف ساز دیگر ، به نام یک ردیف پایین دست.
• سرویس های از راه دور که سازگار نیستند.

درخواستهای برون مرزی از یک برنامه کاربردی ابزار ، نقاط خروجی نامیده می شود. ردیف های پایین دست ممکن است به نوبه خود دارای نقاط خروج باشند که از سایر خدمات یا درخواست های پس زمینه استفاده می کنند.

App Agents تماس با ابرداده با توصیف معامله موجود تماس می گیرد. هنگامی که یک نماینده در یک ردیف پایین دست نقطه ورود را که شامل ابرداده معامله از یک نماینده برنامه AppDynamics دیگر است ، تشخیص می دهد ، نقطه ورود را به عنوان ادامه معامله آغاز شده در سطح بالادست درمان می کند. این پیوند از نقاط خروج بالادست به نقاط ورودی پایین دست همبستگی نامیده می شود. همبستگی زمینه درخواست مشتری را همانطور که توسط ردیف های مختلف در برنامه تجاری شما پردازش می شود ، حفظ می کند.

نمونه معامله تجاری

به عنوان مثال ، برنامه آنلاین داستانی ACME را در نظر بگیرید. برنامه یک سرویس پرداخت را در http://acmeonline. example. com/checkout در معرض نمایش قرار می دهد. درخواست کاربر به سرویس باعث ایجاد جریان و اقدامات پردازش توزیع شده زیر می شود:

1. نقطه ورود معاملات تجاری در ردیف منشاء is /uri uri است که به یک سرویس به نام checkoutservlet نقشه برداری می شود.
2. این درخواست منجر به ردیف اصلی استناد به روش Creatorder در یک ردیف پایین دست ، سرور تجارت الکترونیک می شود.
3. برنامه ردیف موجودی یک پایگاه داده با پس زمینه را فراخوانی می کند ، که یک نقطه خروج برای معامله تجاری است. زمینه درخواست در سطح ردیف ها ، از جمله تماس با ردیف های پس زمینه حفظ می شود.
4. هر درخواست کاربر در نقطه ورود به طور مشابه به عنوان این معامله تجاری ، معامله تجاری پرداخت شده طبقه بندی می شود.

برای فعال کردن تشخیص کلیه مؤلفه ها در یک معامله تجاری توزیع شده ، نمایندگان پایین دست باید در همان نسخه AppDynamics یا جدیدتر از عوامل بالادست باشند. این درست است که آیا ردیف ها همه بر روی همان پلتفرم ساخته شده اند - برای مثال همه جاوا - یا چندین سیستم عامل - یک ردیف Node. js که یک ردیف جاوا را صدا می کند ، یک ردیف . NET را صدا می کند و غیره.

معاملات تجاری را اصلاح کنید

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

پالایش لیست معاملات تجاری شما نیاز به درک کاملی از فرآیندهای مهم تجاری در محیط شما دارد. 5 تا 20 عملیات مهم را در برنامه مشخص کنید. این عملیات کلیدی است که برای موفقیت در برنامه باید به خوبی کار کند.

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

شما می توانید معاملات تجاری را به صورت دستی از یک معامله تجاری مجازی به نام سایر ترافیک ها اضافه کنید ، که پس از دستیابی به محدودیت ثبت نام تجاری ، همانطور که در زیر توضیح داده می شود ، با معاملات جمع می شوند.

برای سفارشی کردن لیست معاملات تجاری ، می توانید از هر یک از این رویکردها استفاده کنید:

• شما می توانید معاملات تجاری موجود را با گروه بندی ، تغییر نام یا حذف معاملات تجاری تغییر دهید. بیشتر این عملیات از لیست معاملات تجاری موجود است. از این روش برای اعمال تغییرات نسبتاً جزئی و در مقیاس کوچک در لیست معاملات فعلی تجارت استفاده کنید. برای اطلاعات بیشتر ، به سازماندهی معاملات تجاری مراجعه کنید.
• شما می توانید با اصلاح قوانین کشف خودکار ، نحوه ایجاد معاملات تجاری را تحت تأثیر قرار دهید. شما می توانید قوانین را برای دستیابی به گروه بندی و نامگذاری معاملات تجاری به طور مشابه اصلاح کنید و معاملات را حذف کنید. قوانین Discovery همچنین به شما امکان می دهد نقاط ورود جدید را برای معاملات تجاری تعریف کنید. اصلاح قانون کشف یک مکانیسم قدرتمند برای تغییر کشف معامله در مقیاس بزرگتر است. برای اطلاعات بیشتر ، به قوانین تشخیص معاملات مراجعه کنید.

محدودیت های معامله تجاری

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

محدودیت های پیش فرض عبارتند از:

• محدودیت برنامه های تجاری: هر برنامه محدود به 200 معاملات تجاری ثبت شده است.
• محدودیت های عامل سرور برنامه: هر نماینده محدود به 50 معاملات تجاری ثبت شده است.

در سطح ردیف هیچ محدودیتی وجود ندارد.

همچنین توجه داشته باشید که حد نماینده برنامه برای هر عامل برنامه اعمال می شود ، نه برای دستگاه. اگر چندین عامل برنامه در یک دستگاه واحد دارید ، دستگاه معاملات تجاری که از دستگاه ناشی می شود می تواند تا تعداد نمایندگان 50 سال باشد.

پاسخ دهیدلغو پاسخ

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

Ankit Agarwal 10 سال تجربه گسترده ای در مهندسی تست عملکرد دارد. او یک متخصص در ابزارهای تست عملکرد چندگانه (مانند LoadRuer ، Jmeter ، Gatling و غیره) ، ابزارهای نظارت بر عملکرد (مانند Dynatrace ، AppDynamics ، Introscope Wily ، TeamQuest ، BMC Portal ، JProfiler و غیره) و تجسم کننده ها (مانند Splunk ، Elk و غیره) است.

درباره Performancestack

PerformanceStack. in تلاشی برای ایجاد یک بستر ساده و متداول از تست عملکرد و ابزار مرتبط با مهندسی پشته و مفاهیم است. این پلتفرم بر ارائه ایده در مورد جدیدترین و بیشتر ابزارهای استفاده شده در تست عملکرد متمرکز است. بگذارید این یک ابزار تست بار باشد یا اینکه یک ابزار نظارت باشد ، Performancestack همه آن را دارد. این پلتفرم همچنین درک اساسی از مفاهیم تست عملکرد را به همراه درک WLM ارائه می دهد.

Performancestack از خدمت به جامعه عملکرد خوشحال است.