Prometheus-এ মেট্রিক, Grafana-এ ডাশবোর্ড, লোকিতে লগ, টেম্পোতে বিতরণের ট্রেস, অ্যালার্টম্যানেজারের মাধ্যমে সতর্কবার্তা - সবই তারা যে প্ল্যাটফর্মে দেখছে তার সাথে নিজেদের হোস্ট করা। পর্যবেক্ষণ হচ্ছে প্রকল্পের সেই অংশ যা বাজেট কমে গেলে কাটা হয়, এবং এটি সেই অংশ যার অনুপস্থিতি সবচেয়ে বেশি খরচ করে।
| মাপ | মান | উৎস | পরিমাপকৃত |
|---|---|---|---|
| পর্যবেক্ষণযোগ্য উপাদান চলছে | 5 (Prometheus, Grafana, Loki, Tempo, Alertmanager) | kubectl get deployments,statefulsets -n monitoring | |
| মেট্রিক সংগ্রহের অধীনে পরিষেবা | 65 deployments in the platform namespace | kubectl get deployments -n kamo |
কি ভবন এটা আমাদের শিখিয়েছে
প্রায় প্রতিটি সিস্টেম যা আমাদেরকে গ্রহণ করতে বলা হয় তার একই ধরনের ফাঁক রয়েছে। এটি কাজ করছে কিনা তা বলার কোন উপায় নেই এটি ব্যবহার করা ছাড়া। কেউ জানে না স্বাভাবিকভাবে কি দেখায়, তাই কেউ বলতে পারে না যখন এটি বন্ধ হয়ে যায়। সমস্যার প্রথম চিহ্ন হল একটি গ্রাহক অভিযোগ, যার অর্থ কেউ দেখতে শুরু করার আগেই ঘড়ি শুরু হয়ে যায়।
বিতরণকৃত অনুসন্ধান সবচেয়ে বেশি ত্রুটিপূর্ণ এবং সবচেয়ে বেশি নির্ধারক । চল্লিশটি সার্ভিসের একটি সিস্টেমে, 'পৃষ্ঠাটি ধীর' একটি রোগনিরূপণ নয় — এটি দলগুলির মধ্যে বিতর্কের শুরু । একটি অনুসন্ধান একটি মিনিটের মধ্যে বিতর্ক শেষ করে ঠিক কোন কলটি সময় নিয়েছিল তা দেখায় । আমরা শুরু করার আগে ক্লায়েন্ট সিস্টেমগুলির জন্য এটি ব্যবহার করি, কারণ একটি চলমান সিস্টেমে অনুসন্ধান পুনঃস্থাপন করা এটিকে তৈরি করার চেয়ে অনেক গুণ বেশি কাজ ।
এটি সমর্থন সংলাপ কিভাবে দেখায় তাও পরিবর্তন করে। যখন একজন ট্যানেন্ট রিপোর্ট করে যে একটি উইজেট স্কীমা পরিবর্তনের পরে দ্রুত ভেঙ্গে যায়, আমরা মেট্রিক থেকে বলতে পারি যে সংযোগ পুল এর কারণ এবং এটি নিজেই পরিষ্কার করে দেবে, সার্ভিস পুনরায় আরম্ভ করার পরিবর্তে এবং এটিকে খারাপ করে দেবার পরিবর্তে। জানতে পারা কখন কিছু না করা একটি অপারেটিং দক্ষতা এবং এটি সম্পূর্ণরূপে দেখার ক্ষমতার উপর নির্ভর করে।
নির্মিত হয়েছে
- Prometheus
- Grafana
- Loki
- Tempo
- Alertmanager
- kube-state-metrics
আমাদের বলুন আপনি কি করতে চাচ্ছেন
আমরা সঠিক লোক কিনা তা জানার জন্য সাধারণত একটি সংক্ষিপ্ত কথাবার্তাই যথেষ্ট। যদি আমরা সঠিক না হই, তাহলে আমরা তা বলব এবং আপনাকে আরো ভালো কোন জায়গায় নিয়ে যাব।