নতুন রিলিক একা নয়: ডেটাডগ এবং অ্যাটাটাসের দিকে এক নজর

SRE/DevOps ইঞ্জিনিয়ারদের পরিবেশে, এটি কাউকে অবাক করবে না যে একদিন একজন ক্লায়েন্ট (বা একটি পর্যবেক্ষণ সিস্টেম) উপস্থিত হয় এবং রিপোর্ট করে যে "সবকিছু হারিয়ে গেছে": সাইটটি কাজ করে না, অর্থপ্রদান হয় না, জীবন ক্ষয়প্রাপ্ত হয় ... এমন পরিস্থিতিতে আপনি যতই সাহায্য করতে চান না কেন, একটি সহজ এবং বোধগম্য টুল ছাড়া এটি করা খুব কঠিন হতে পারে। প্রায়শই সমস্যাটি অ্যাপ্লিকেশন কোডে লুকিয়ে থাকে; আপনাকে কেবল এটি স্থানীয়করণ করতে হবে।

আর দুঃখে ও আনন্দে...

এটা তাই ঘটেছে যে আমরা দীর্ঘ এবং গভীরভাবে নিউ রিলিকের প্রেমে পড়েছি। এটি অ্যাপ্লিকেশন কার্যকারিতা নিরীক্ষণের জন্য একটি দুর্দান্ত সরঞ্জাম ছিল এবং রয়ে গেছে, এবং আপনাকে মাইক্রোসার্ভিস আর্কিটেকচার (এর এজেন্ট ব্যবহার করে) এবং আরও অনেক কিছু করার অনুমতি দেয়। এবং সবকিছু দুর্দান্ত হতে পারত যদি এটি পরিষেবার মূল্য নীতিতে পরিবর্তন না হয়: এটি মূল্য 2013 বছর থেকে 3+ বার বেড়েছে. উপরন্তু, গত বছর থেকে, একটি ট্রায়াল অ্যাকাউন্ট প্রাপ্তির জন্য একজন ব্যক্তিগত ম্যানেজারের সাথে যোগাযোগের প্রয়োজন, যা সম্ভাব্য গ্রাহকের কাছে পণ্যটি উপস্থাপন করা কঠিন করে তোলে।

স্বাভাবিক পরিস্থিতি: "স্থায়ী ভিত্তিতে" নতুন রিলিকের প্রয়োজন হয় না; সমস্যা শুরু হওয়ার মুহুর্তে তারা এটি মনে রাখে। কিন্তু আপনাকে এখনও নিয়মিত অর্থ প্রদান করতে হবে (প্রতি মাসে সার্ভার প্রতি 140 USD), এবং একটি স্বয়ংক্রিয়ভাবে ক্লাউড অবকাঠামোতে স্কেল করা যোগফল বরং অনেক বেশি। যদিও একটি Pay-As-You-Go বিকল্প রয়েছে, নতুন Relic সক্ষম করার জন্য আপনাকে অ্যাপ্লিকেশনটি পুনরায় চালু করতে হবে, যা সমস্যাযুক্ত পরিস্থিতির ক্ষতির কারণ হতে পারে যার জন্য এটি শুরু করা হয়েছিল। কিছুক্ষণ আগে, নিউ রিলিক একটি নতুন ট্যারিফ প্ল্যান চালু করেছে - বড়, - যা প্রথম নজরে পেশাদারের একটি যুক্তিসঙ্গত বিকল্প বলে মনে হচ্ছে... কিন্তু ঘনিষ্ঠভাবে পরীক্ষা করার পরে দেখা গেল যে কিছু গুরুত্বপূর্ণ ফাংশন অনুপস্থিত (বিশেষত, এটি নেই মূল লেনদেন, ক্রস অ্যাপ্লিকেশন ট্রেসিং, বিতরণ ট্রেসিং).

ফলস্বরূপ, আমরা একটি সস্তা বিকল্প খোঁজার বিষয়ে ভাবতে শুরু করি, এবং আমাদের পছন্দ দুটি পরিষেবার উপর পড়ে: Datadog এবং Atatus। কেন তাদের উপর?

প্রতিযোগীদের সম্পর্কে

আমাকে এখনই বলতে দিন যে বাজারে অন্যান্য সমাধান রয়েছে। এমনকি আমরা ওপেন সোর্স বিকল্পগুলিও বিবেচনা করেছি, কিন্তু প্রতিটি ক্লায়েন্টের স্ব-হোস্টেড সমাধানগুলি হোস্ট করার বিনামূল্যে ক্ষমতা নেই... - উপরন্তু, তাদের অতিরিক্ত রক্ষণাবেক্ষণের প্রয়োজন হবে। আমরা যে দম্পতিটিকে বেছে নিয়েছিলাম তারা সবচেয়ে কাছের হয়ে উঠেছে আমাদের চাহিদা:

• পিএইচপি অ্যাপ্লিকেশনগুলির জন্য অন্তর্নির্মিত এবং উন্নত সমর্থন (আমাদের ক্লায়েন্টদের স্ট্যাকটি খুব বৈচিত্র্যময়, তবে এটি নিউ রিলিকের বিকল্প অনুসন্ধানের প্রসঙ্গে একটি স্পষ্ট নেতা);
• সাশ্রয়ী মূল্যের খরচ (প্রতি হোস্ট প্রতি মাসে 100 ইউএসডির কম);
• স্বয়ংক্রিয় যন্ত্র;
• কুবারনেটসের সাথে একীকরণ;
• নিউ রিলিক ইন্টারফেসের মিল একটি লক্ষণীয় প্লাস (কারণ আমাদের প্রকৌশলীরা এতে অভ্যস্ত)।

অতএব, প্রাথমিক নির্বাচনের পর্যায়ে, আমরা অন্যান্য বেশ কয়েকটি জনপ্রিয় সমাধান বাদ দিয়েছি, এবং বিশেষ করে:

• Tideways, AppDynamics এবং Dynatrace - খরচের জন্য;
• Stackify রাশিয়ান ফেডারেশনে ব্লক করা হয়েছে এবং খুব কম ডেটা দেখায়।

নিবন্ধের বাকি অংশটি এমনভাবে গঠন করা হয়েছে যে প্রশ্নে সমাধানগুলি প্রথমে সংক্ষিপ্তভাবে উপস্থাপন করা হবে, তারপরে আমি নিউ রিলিকের সাথে আমাদের সাধারণ মিথস্ক্রিয়া এবং অন্যান্য পরিষেবাগুলিতে অনুরূপ ক্রিয়াকলাপ সম্পাদন করার অভিজ্ঞতা/ইমপ্রেশন সম্পর্কে কথা বলব।

নির্বাচিত প্রতিযোগীদের উপস্থাপনা

উপর নতুন বাসস্থান, সম্ভবত সবাই শুনেছেন? এই পরিষেবাটি 10 ​​বছরেরও বেশি আগে 2008 সালে এর বিকাশ শুরু করেছিল। আমরা 2012 সাল থেকে সক্রিয়ভাবে এটি ব্যবহার করে আসছি এবং পিএইচপি, রুবি এবং পাইথনে প্রচুর সংখ্যক অ্যাপ্লিকেশন একত্রিত করতে আমাদের কোন সমস্যা হয়নি এবং আমাদের C# এবং গো-এর সাথে একীভূত করার অভিজ্ঞতাও রয়েছে। পরিষেবার লেখকদের কাছে অ্যাপ্লিকেশান, অবকাঠামো, মাইক্রোসার্ভিস পরিকাঠামো ট্রেসিং, ব্যবহারকারীর ডিভাইসগুলির জন্য সুবিধাজনক অ্যাপ্লিকেশন তৈরি এবং আরও অনেক কিছুর জন্য সমাধান রয়েছে৷

যাইহোক, নিউ রিলিক এজেন্ট মালিকানা প্রোটোকলের উপর চলে এবং OpenTracing সমর্থন করে না। উন্নত ইন্সট্রুমেন্টেশনের জন্য বিশেষভাবে নিউ রিলিকের জন্য সম্পাদনা প্রয়োজন। অবশেষে, Kubernetes সমর্থন এখনও পরীক্ষামূলক।

2010 সালে এর বিকাশ শুরু হয়েছিল ডাটাডোগ Kubernetes পরিবেশে ব্যবহারের পরিপ্রেক্ষিতে অবিকল নিউ রিলিকের চেয়ে লক্ষণীয়ভাবে আরও আকর্ষণীয় দেখায়। বিশেষ করে, এটি NGINX ইনগ্রেস, লগ সংগ্রহ, স্ট্যাটসডি এবং ওপেনট্রেসিং প্রোটোকলগুলির সাথে একীকরণ সমর্থন করে, যা আপনাকে ব্যবহারকারীর অনুরোধটি সমাপ্তির সাথে সংযুক্ত হওয়ার মুহুর্ত থেকে ট্র্যাক করতে এবং সেইসাথে এই অনুরোধের জন্য লগগুলি খুঁজে পেতে দেয় (উভয় ওয়েব সার্ভারের দিকে এবং ভোক্তাদের উপর)।

ডেটাডগ ব্যবহার করার সময়, আমরা সম্মুখীন হয়েছি যে এটি কখনও কখনও ভুলভাবে মাইক্রোসার্ভিস মানচিত্র তৈরি করে এবং কিছু প্রযুক্তিগত ত্রুটিগুলি তৈরি করে৷ উদাহরণস্বরূপ, এটি পরিষেবার ধরনটি ভুল শনাক্ত করেছে (ক্যাশিং পরিষেবার জন্য জ্যাঙ্গোকে ভুল করে) এবং জনপ্রিয় প্রিডিস লাইব্রেরি ব্যবহার করে একটি পিএইচপি অ্যাপ্লিকেশনে 500টি ত্রুটি সৃষ্টি করেছে।

আতাতুস - সর্বকনিষ্ঠ যন্ত্র; পরিষেবাটি 2014 সালে চালু হয়েছিল। এর বিপণন বাজেট তালিকাভুক্ত প্রতিযোগীদের থেকে স্পষ্টভাবে নিকৃষ্ট, উল্লেখগুলি অনেক কম সাধারণ। যাইহোক, টুলটি নিজেই নিউ রিলিকের সাথে খুব সাদৃশ্যপূর্ণ, শুধুমাত্র এর ক্ষমতা (এপিএম, ব্রাউজার মনিটরিং, ইত্যাদি) নয়, চেহারাতেও।

একটি উল্লেখযোগ্য ত্রুটি হল এটি শুধুমাত্র Node.js এবং PHP সমর্থন করে। অন্যদিকে, এটি Datadog এর চেয়ে লক্ষণীয়ভাবে ভাল প্রয়োগ করা হয়। পরেরটির মত নয়, অ্যাটাটাস-এর কোন পরিবর্তন করতে বা কোডে অতিরিক্ত লেবেল যোগ করার জন্য অ্যাপ্লিকেশনের প্রয়োজন হয় না।

আমরা কিভাবে নিউ রিলিকের সাথে কাজ করি

এখন আসুন আমরা কীভাবে সাধারণত নিউ রিলিক ব্যবহার করি তা বের করি। ধরা যাক আমাদের একটি সমস্যা আছে যার সমাধান প্রয়োজন:

গ্রাফে দেখা সহজ জলের ছিটা - এর বিশ্লেষণ করা যাক. নিউ রিলিকে, ওয়েব লেনদেনগুলি একটি ওয়েব অ্যাপ্লিকেশনের জন্য অবিলম্বে নির্বাচন করা হয়, সমস্ত উপাদান কর্মক্ষমতা গ্রাফে নির্দেশিত হয়, ত্রুটি-হার, অনুরোধ-হার প্যানেল রয়েছে... সবচেয়ে গুরুত্বপূর্ণ বিষয় হল এই প্যানেলগুলি থেকে আপনি সরাসরি বিভিন্ন প্যানেলগুলির মধ্যে স্থানান্তর করতে পারেন অ্যাপ্লিকেশনের অংশগুলি (উদাহরণস্বরূপ, মাইএসকিউএল-এ ক্লিক করা ডাটাবেস বিভাগে নিয়ে যাবে)।

যেহেতু বিবেচনাধীন উদাহরণে আমরা কার্যকলাপের একটি ঢেউ দেখতে পাচ্ছি পিএইচপি, এই চার্টে ক্লিক করুন এবং স্বয়ংক্রিয়ভাবে যান লেনদেন:

লেনদেনের তালিকা, যা মূলত MVC মডেল থেকে নিয়ন্ত্রক, ইতিমধ্যেই সাজানো হয়েছে৷ সবচেয়ে বেশি সময় সাপেক্ষ, যা খুব সুবিধাজনক: আমরা অবিলম্বে দেখতে অ্যাপ্লিকেশন কি করে. এখানে দীর্ঘ প্রশ্নের উদাহরণ রয়েছে যা নিউ রিলিক দ্বারা স্বয়ংক্রিয়ভাবে সংগ্রহ করা হয়। বাছাই পরিবর্তন করে, এটি খুঁজে পাওয়া সহজ:

• সবচেয়ে লোড অ্যাপ্লিকেশন নিয়ামক;
• প্রায়শই অনুরোধ করা নিয়ামক;
• নিয়ন্ত্রকদের মধ্যে সবচেয়ে ধীর।

এছাড়াও, আপনি প্রতিটি লেনদেন প্রসারিত করতে পারেন এবং কোডটি কার্যকর করার সময় অ্যাপ্লিকেশনটি কী করছিল তা দেখতে পারেন:

অবশেষে, অ্যাপ্লিকেশনটি দীর্ঘ অনুরোধের চিহ্নগুলির উদাহরণ সঞ্চয় করে (যা 2 সেকেন্ডের বেশি সময় নেয়)। এখানে একটি দীর্ঘ লেনদেনের জন্য প্যানেল আছে:

এটি দেখা যায় যে দুটি পদ্ধতিতে অনেক সময় লাগে এবং একই সময়ে যখন অনুরোধটি কার্যকর করা হয়েছিল, তার ইউআরআই এবং ডোমেইনও দেখানো হয়। খুব প্রায়ই এটি লগগুলিতে অনুরোধ খুঁজে পেতে সাহায্য করে। যাচ্ছি বিস্তারিত ট্রেস, আপনি দেখতে পারেন যে এই পদ্ধতিগুলি কোথা থেকে বলা হয়েছে:

এবং মধ্যে ডাটাবেস প্রশ্ন — অ্যাপ্লিকেশন চালানোর সময় নির্বাহ করা ডাটাবেসের প্রশ্নের মূল্যায়ন করুন:

এই জ্ঞান দিয়ে সজ্জিত, আমরা মূল্যায়ন করতে পারি কেন অ্যাপ্লিকেশনটি ধীর হয়ে যাচ্ছে এবং সমস্যা সমাধানের জন্য একটি কৌশল নিয়ে আসতে বিকাশকারীর সাথে কাজ করতে পারি। বাস্তবে, নিউ রিলিক সবসময় একটি পরিষ্কার ছবি দেয় না, তবে এটি তদন্তের ভেক্টর চয়ন করতে সহায়তা করে:

• দীর্ঘ PDO::Construct pgpoll এর অদ্ভুত কার্যকারিতা আমাদের নেতৃত্বে;
• সময়ের সাথে অস্থিরতা Memcache::Get প্রস্তাবিত যে ভার্চুয়াল মেশিনটি ভুলভাবে কনফিগার করা হয়েছে;
• টেমপ্লেট প্রক্রিয়াকরণের জন্য একটি সন্দেহজনকভাবে বর্ধিত সময় অবজেক্ট স্টোরেজে 500টি অবতারের উপস্থিতি পরীক্ষা করে একটি নেস্টেড লুপের দিকে পরিচালিত করে;
• ইত্যাদি ...

এটিও ঘটে যে কোড কার্যকর করার পরিবর্তে, বাহ্যিক ডেটা স্টোরেজ সম্পর্কিত কিছু মূল স্ক্রিনে বৃদ্ধি পায় - এবং এটি কী হবে তা বিবেচ্য নয়: Redis বা PostgreSQL - এগুলি সবই ট্যাবে লুকানো থাকে ডেটাবেস.

আপনি গবেষণা এবং বাছাই করার জন্য একটি নির্দিষ্ট ভিত্তি নির্বাচন করতে পারেন - এটি যেভাবে লেনদেনে করা হয় তার অনুরূপ। এবং অনুরোধ ট্যাবে গিয়ে, আপনি প্রতিটি অ্যাপ্লিকেশন কন্ট্রোলারে কতবার এই অনুরোধটি ঘটে তা দেখতে পারেন এবং এটি কতবার কল করা হয়েছে তা অনুমান করতে পারেন। এটা খুব আরামদায়ক:

ট্যাবে অনুরূপ ডেটা রয়েছে বাহ্যিক পরিষেবা, যা বহিরাগত HTTP পরিষেবাগুলির অনুরোধগুলিকে লুকিয়ে রাখে, যেমন অবজেক্ট স্টোরেজ অ্যাক্সেস করা, সেন্ট্রিতে ইভেন্ট পাঠানো বা এর মতো৷ ট্যাবের বিষয়বস্তু সম্পূর্ণরূপে ডাটাবেসের অনুরূপ:

প্রতিযোগীরা: সুযোগ এবং ইমপ্রেশন

এখন সবচেয়ে আকর্ষণীয় বিষয় হল প্রতিযোগীরা যা অফার করে তার সাথে নিউ রিলিকের ক্ষমতার তুলনা করা। দুর্ভাগ্যবশত, আমরা উত্পাদনে চলমান একটি অ্যাপ্লিকেশনের একটি সংস্করণে তিনটি সরঞ্জামই পরীক্ষা করতে পারিনি। যাইহোক, আমরা পরিস্থিতি/কনফিগারেশন তুলনা করার চেষ্টা করেছি যা যতটা সম্ভব অভিন্ন।

1. ডেটাডোগ

ডেটাডগ পরিষেবাগুলির একটি প্রাচীর সহ একটি প্যানেল দিয়ে আমাদের স্বাগত জানায়:

এটি অ্যাপ্লিকেশনগুলিকে উপাদান/মাইক্রোসার্ভিসে ভাঙ্গার চেষ্টা করে, তাই উদাহরণে জ্যাঙ্গো অ্যাপ্লিকেশনটিতে আমরা পোস্টগ্রেএসকিউএল-এর সাথে 2টি সংযোগ দেখতে পাব (defaultdb и postgres), সেইসাথে সেলারি, রেডিস। Datadog-এর সাথে কাজ করার জন্য আপনাকে MVC নীতিগুলির ন্যূনতম জ্ঞান থাকতে হবে: ব্যবহারকারীর অনুরোধগুলি সাধারণত কোথা থেকে আসে তা আপনাকে বুঝতে হবে। এটি সাধারণত সাহায্য করে পরিষেবার মানচিত্র:

যাইহোক, নিউ রিলিকে অনুরূপ কিছু আছে:

... এবং তাদের মানচিত্র, আমার মতে, সহজ এবং পরিষ্কার করা হয়েছে: এটি একটি অ্যাপ্লিকেশনের উপাদানগুলি প্রদর্শন করে না (যা এটিকে অতিরিক্ত বিস্তারিত করে তোলে, যেমন ডেটাডগের ক্ষেত্রে), তবে শুধুমাত্র নির্দিষ্ট পরিষেবা বা মাইক্রোসার্ভিসগুলি।

Datadog-এ ফিরে আসা যাক: সার্ভিস ম্যাপ থেকে আমরা দেখতে পাচ্ছি যে ব্যবহারকারীর অনুরোধ জ্যাঙ্গোতে আসে। আসুন জ্যাঙ্গো পরিষেবাতে যাই এবং অবশেষে আমরা কী আশা করেছিলাম তা দেখুন:

দুর্ভাগ্যবশত, ডিফল্টরূপে এখানে কোনো গ্রাফ নেই ওয়েব লেনদেনের সময়, আমরা প্রধান নিউ রিলিক প্যানেলে যা দেখি তার অনুরূপ। যাইহোক, এটি শিডিউলের জায়গায় কনফিগার করা যেতে পারে সময় ব্যয় করা হয়েছে. এটি সুইচ করার জন্য যথেষ্ট প্রকার অনুসারে অনুরোধ প্রতি গড় সময়... আর এখন চেনা গ্রাফ আমাদের দিকে তাকিয়ে আছে!

কেন Datadog একটি ভিন্ন চার্ট বেছে নিয়েছে আমাদের কাছে একটি রহস্য। আরেকটি হতাশাজনক বিষয় হল যে সিস্টেমটি ব্যবহারকারীর পছন্দ মনে রাখে না (উভয় প্রতিযোগীর বিপরীতে), এবং তাই একমাত্র সমাধান হল কাস্টম প্যানেল তৈরি করা।

কিন্তু ডেটাডগ-এর এই গ্রাফগুলি থেকে সম্পর্কিত সার্ভারের মেট্রিক্সে স্যুইচ করার, লগগুলি পড়ার এবং ওয়েব সার্ভার হ্যান্ডলারগুলিতে (গুনিকর্ন) লোড মূল্যায়ন করার ক্ষমতা নিয়ে আমি সন্তুষ্ট ছিলাম। সবকিছু নিউ রিলিকের মতোই প্রায় একই... এবং আরও কিছু (লগ)!

গ্রাফের নীচে লেনদেনগুলি সম্পূর্ণরূপে নিউ রিলিকের অনুরূপ:

Datadog এ, লেনদেন বলা হয় সম্পদ. আপনি অনুরোধের সংখ্যা, গড় প্রতিক্রিয়া সময় এবং একটি নির্বাচিত সময়ের জন্য অতিবাহিত সর্বাধিক সময়ের দ্বারা নিয়ন্ত্রকদের সাজাতে পারেন।

আপনি সংস্থানটি প্রসারিত করতে পারেন এবং আমরা ইতিমধ্যে নিউ রিলিকে পর্যবেক্ষণ করেছি এমন সবকিছু দেখতে পারেন:

সম্পদের পরিসংখ্যান, অভ্যন্তরীণ কলগুলির একটি সাধারণ তালিকা এবং অনুরোধের উদাহরণ রয়েছে যা প্রতিক্রিয়া কোড দ্বারা বাছাই করা যেতে পারে... যাইহোক, আমাদের প্রকৌশলীরা সত্যিই এই সাজানো পছন্দ করেছেন৷

Datadog এ যেকোন উদাহরণ রিসোর্স খোলা এবং অধ্যয়ন করা যেতে পারে:

অনুরোধের পরামিতি, প্রতিটি উপাদানে ব্যয় করা সময়ের একটি সারসংক্ষেপ চার্ট এবং কলের ক্রম দেখানো একটি জলপ্রপাতের চার্ট উপস্থাপন করা হয়েছে। আপনি জলপ্রপাত চার্টের একটি ট্রি ভিউতেও যেতে পারেন:

এবং সবচেয়ে আকর্ষণীয় বিষয় হল হোস্টের লোড দেখা যার উপর অনুরোধটি কার্যকর করা হয়েছিল এবং অনুরোধের লগগুলি দেখা।

মহান ইন্টিগ্রেশন!

আপনি ভাবতে পারেন ট্যাবগুলো কোথায় ডেটাবেস и বাহ্যিক পরিষেবা, নিউ রিলিকের মতো। এখানে কোনটি নেই: যেহেতু Datadog অ্যাপ্লিকেশনটিকে উপাদানগুলিতে বিভক্ত করে, PostgreSQL বিবেচনা করা হবে একটি পৃথক পরিষেবা, এবং বহিরাগত পরিষেবাগুলির পরিবর্তে এটি সন্ধান করা মূল্যবান৷ aws.storage (অ্যাপ্লিকেশন অ্যাক্সেস করতে পারে এমন প্রতিটি বাহ্যিক পরিষেবার জন্য এটি একই রকম হবে)।

এখানে একটি উদাহরণ সঙ্গে postgres:

মূলত আমরা যা চেয়েছিলাম সবই আছে:

আপনি কোন "পরিষেবা" থেকে অনুরোধ এসেছে তা দেখতে পারেন৷

আপনাকে মনে করিয়ে দেওয়া ভুল হবে না যে ডেটাডগ এনজিআইএনএক্স ইনগ্রেসের সাথে পুরোপুরি একীভূত হয় এবং ক্লাস্টারে একটি অনুরোধ আসার মুহুর্ত থেকে আপনাকে এন্ড-টু-এন্ড ট্রেসিং করতে দেয় এবং আপনাকে স্ট্যাটাসডি মেট্রিক্স গ্রহণ করতে, লগ সংগ্রহ করতে এবং হোস্ট মেট্রিক্সের অনুমতি দেয়। .

Datadog এর একটি বিশাল প্লাস হল এর দাম বিকাশ করে অবকাঠামো পর্যবেক্ষণ, এপিএম, লগ ম্যানেজমেন্ট এবং সিনথেটিক্স পরীক্ষা থেকে, যেমন আপনি নমনীয়ভাবে আপনার পরিকল্পনা চয়ন করতে পারেন.

2.অ্যাটাটাস

অ্যাটাটাস দল দাবি করে যে তাদের পরিষেবা "নিউ রিলিকের মতোই, তবে আরও ভাল।" দেখা যাক সত্যিই তাই হয় কিনা।

প্রধান প্যানেলটি একই রকম দেখায়, তবে অ্যাপ্লিকেশনটিতে ব্যবহৃত রেডিস এবং মেমক্যাশেড নির্ধারণ করা সম্ভব ছিল না।

APM ডিফল্টরূপে সমস্ত লেনদেন নির্বাচন করে, যদিও সাধারণত শুধুমাত্র ওয়েব লেনদেনের প্রয়োজন হয়। Datadog এর মত, মূল প্যানেল থেকে পছন্দসই পরিষেবাতে নেভিগেট করার কোন উপায় নেই। তদুপরি, লেনদেনগুলি ত্রুটির পরে তালিকাভুক্ত করা হয়, যা APM-এর জন্য খুব যুক্তিযুক্ত বলে মনে হয় না।

Atatus লেনদেনে, সবকিছুই যতটা সম্ভব নিউ রিলিকের মতো। নেতিবাচক দিক হল যে প্রতিটি কন্ট্রোলারের গতিশীলতা অবিলম্বে দৃশ্যমান হয় না। আপনাকে কন্ট্রোলার টেবিলে এটি সন্ধান করতে হবে, বাছাই করে সবচেয়ে বেশি সময় লাগে:

কন্ট্রোলারের স্বাভাবিক তালিকা ট্যাবে উপলব্ধ Explore:

কিছু উপায়ে, এই টেবিলটি Datadog-এর স্মরণ করিয়ে দেয় এবং আমি এটিকে নিউ রিলিকের অনুরূপের চেয়ে ভাল পছন্দ করি।

আপনি প্রতিটি লেনদেন প্রসারিত করতে পারেন এবং অ্যাপ্লিকেশনটি কী করছে তা দেখতে পারেন:

প্যানেলটি ডেটাডগের আরও বেশি স্মরণ করিয়ে দেয়: অনেকগুলি অনুরোধ রয়েছে, কলগুলির একটি সাধারণ চিত্র রয়েছে। উপরের প্যানেলটি একটি ত্রুটি ট্যাব প্রদান করে HTTP ব্যর্থতা এবং ধীর প্রশ্নের উদাহরণ সেশন ট্রেস:

আপনি যদি একটি লেনদেনে যান, আপনি একটি ট্রেসের উদাহরণ দেখতে পারেন, আপনি ডাটাবেসের অনুরোধের একটি তালিকা পেতে পারেন এবং অনুরোধের শিরোনামগুলি দেখতে পারেন। সবকিছুই নিউ রিলিকের মতো:

সাধারণভাবে, অ্যাটাটাস বিশদ চিহ্নের সাথে সন্তুষ্ট - একটি অনুস্মারক ব্লকে কলের সাধারণ নিউ রিলিক আঠালো ছাড়া:

যাইহোক, এটিতে একটি ফিল্টারের অভাব রয়েছে যা (New Relic-এর মতো) অতি-দ্রুত অনুরোধগুলি (<5ms) কেটে দেবে। অন্যদিকে, আমি চূড়ান্ত লেনদেনের প্রতিক্রিয়া (সফলতা বা ত্রুটি) প্রদর্শন পছন্দ করেছি।

প্যানেল ডেটাবেস আপনাকে বহিরাগত ডাটাবেসের অনুরোধগুলি অধ্যয়ন করতে সাহায্য করবে যা অ্যাপ্লিকেশনটি করে। আমি আপনাকে মনে করিয়ে দিই যে Atatus শুধুমাত্র PostgreSQL এবং MySQL খুঁজে পেয়েছে, যদিও Redis এবং memcachedও এই প্রকল্পের সাথে জড়িত।

অনুরোধগুলি সাধারণ মানদণ্ড অনুসারে সাজানো হয়: প্রতিক্রিয়া ফ্রিকোয়েন্সি, গড় প্রতিক্রিয়া সময় এবং আরও অনেক কিছু। আমি সবচেয়ে ধীরগতির প্রশ্নের সাথে ট্যাবটি উল্লেখ করতে চাই - এটি খুব সুবিধাজনক। তাছাড়া, PostgreSQL-এর জন্য এই ট্যাবে থাকা ডেটা এক্সটেনশনের ডেটার সাথে মিলে যায় pg_stat_statements - চমৎকার ফলাফল!

ট্যাব বহিরাগত অনুরোধ ডাটাবেসের সাথে সম্পূর্ণ অভিন্ন।

তথ্যও

উভয় উপস্থাপিত সরঞ্জাম APM ভূমিকায় ভাল সঞ্চালিত. তাদের যে কেউ প্রয়োজনীয় ন্যূনতম অফার করতে পারে। আমাদের ইমপ্রেশনগুলি সংক্ষেপে নিম্নরূপ সংক্ষিপ্ত করা যেতে পারে:

ডাটাডোগ

পেশাদাররা:

• সুবিধাজনক শুল্কের সময়সূচী (এপিএম প্রতি হোস্টের জন্য 31 ইউএসডি খরচ হয়);
• পাইথনের সাথে ভাল কাজ করেছে;
• OpenTracing এর সাথে একীকরণের সম্ভাবনা
• কুবারনেটসের সাথে একীকরণ;
• NGINX প্রবেশের সাথে একীকরণ।

কনস:

• একমাত্র APM যার কারণে একটি মডিউল ত্রুটির (predis) কারণে অ্যাপ্লিকেশনটি অনুপলব্ধ হয়েছে;
• দুর্বল পিএইচপি অটো-ইনস্ট্রুমেন্টেশন;
• পরিষেবার আংশিক অদ্ভুত সংজ্ঞা এবং তাদের উদ্দেশ্য।

আতাতুস

পেশাদাররা:

• গভীর পিএইচপি উপকরণ;
• ইউজার ইন্টারফেস নিউ রিলিকের অনুরূপ।

কনস:

• পুরানো অপারেটিং সিস্টেমে কাজ করে না (Ubuntu 12.05, CentOS 5);
• দুর্বল অটো-ইনস্ট্রুমেন্টেশন;
• শুধুমাত্র দুটি ভাষার জন্য সমর্থন (Node.js এবং PHP);
• ধীর ইন্টারফেস।

প্রতি সার্ভারে প্রতি মাসে Atatus-এর মূল্য 69 USD বিবেচনা করে, আমরা বরং Datadog ব্যবহার করব, যা আমাদের প্রয়োজনের সাথে ভালভাবে সংহত করে (K8s-এ ওয়েব অ্যাপ্লিকেশন) এবং অনেক দরকারী বৈশিষ্ট্য রয়েছে।

দ্রষ্টব্য

আমাদের ব্লগেও পড়ুন:

• «কুবারনেটসে চালিত অ্যাপ্লিকেশনগুলির বিকাশকারীদের জন্য সরঞ্জাম";
• «Kubernetes পডগুলিতে ডিবাগ করার জন্য kubectl-debug প্লাগইন";
• «মাইক্রোসার্ভিস: আপনার কুবারনেটস থাকলেও আকার গুরুত্বপূর্ণ».

উত্স: www.habr.com