লগ ফাইলগুলি যে কোনও গুরুতর অ্যাপ্লিকেশনের একটি সমালোচনামূলক অঙ্গ: অ্যাপে লগ ইন করা যদি কোনও ভাল হয় তবে তারা আপনাকে দেখতে দেয় যে কোন মূল ইভেন্টগুলি কখন ঘটেছে এবং কখন; কি ত্রুটি ঘটেছে; এবং সাধারণ অ্যাপ্লিকেশন স্বাস্থ্য যা মনিটরিংয়ের নকশা করা হয়েছে তার বাইরে চলে যায় a কোনও সমস্যা সম্পর্কে শুনতে শুনতে সাধারণভাবে অ্যাপ্লিকেশনটির বিল্ট-ইন ডায়াগনস্টিকগুলি পরীক্ষা করুন (পপ তার ওয়েব কনসোলটি খুলুন বা জেএমএক্সের মতো ডায়াগনস্টিক সরঞ্জাম ব্যবহার করুন) এবং তারপরে যাচাই করার জন্য অবলম্বন করুন লগ ফাইল.
আপনি যদি একটি অ-পাঠ্য বিন্যাস ব্যবহার করেন, তবে আপনাকে অবিলম্বে একটি প্রতিবন্ধকতার মুখোমুখি হতে হবে: আপনি বাইনারি লগগুলি কীভাবে পড়বেন? লগ-রিডিং সরঞ্জাম সহ, যা আপনার উত্পাদন সার্ভারে নেই! বা এটি, তবে ওহে প্রিয়, আমরা একটি নতুন ক্ষেত্র যুক্ত করেছি এবং এটিই পুরানো পাঠক। আমরা কি এটি পরীক্ষা করিনি? হ্যাঁ, তবে কেউ এখানে এটি মোতায়েন করেনি। ইতিমধ্যে, আপনার পর্দা ব্যবহারকারীদের আপনাকে পিং করার সাথে আলোকিত হতে শুরু করেছে।
অথবা সম্ভবত এটি আপনার অ্যাপ নয়, তবে আপনি সমর্থন করছেন এবং আপনি মনে করেন এটি জানেন যে এটি অন্যান্য সিস্টেম, এবং ডাব্লুটিএফ? লগগুলি বাইনারি বিন্যাসে আছে? ঠিক আছে, উইকি পৃষ্ঠাগুলি পড়া শুরু করুন এবং আপনি কোথায় শুরু করবেন? এখন আমি সেগুলি আমার স্থানীয় মেশিনে অনুলিপি করেছি, তবে - তারা দুর্নীতিগ্রস্ত? আমি কি কোনও ধরণের নন-বাইনারি স্থানান্তর করেছি? নাকি লগ-রিডিংয়ের সরঞ্জামটি গণ্ডগোল করেছে?
সংক্ষেপে, পাঠ্য-পাঠ্য সরঞ্জামগুলি ক্রস-প্ল্যাটফর্ম এবং সর্বব্যাপী এবং লগগুলি প্রায়শই দীর্ঘজীবী হয় এবং কখনও কখনও তাড়াহুড়োয় পড়ার প্রয়োজন হয় । আপনি যদি বাইনারি ফর্ম্যাটটি আবিষ্কার করেন তবে আপনি সহজে বোঝে এবং সহজেই ব্যবহারযোগ্য সরঞ্জামগুলির একটি সম্পূর্ণ বিশ্ব থেকে বিচ্ছিন্ন হয়ে পড়েছেন। আপনার প্রয়োজন হলে কার্যকারিতার গুরুতর ক্ষতি।
বেশিরভাগ লগিং পরিবেশ একটি আপস করে: বর্তমান লগগুলিকে পঠনযোগ্য এবং উপস্থিত রাখুন এবং পুরানোগুলি সংকুচিত করুন। এর অর্থ আপনি সংকোচনের সুবিধা পাবেন - আরও বেশি, আসলে, কারণ বাইনারি বিন্যাসটি লগ বার্তাগুলিকে সঙ্কুচিত করবে না। একই সময়ে, আপনি কম এবং গ্রেপ ইত্যাদি ব্যবহার করতে পারেন ।
সুতরাং, বাইনারি ব্যবহার করে কী সম্ভাব্য বেনিফিট উদ্ভব হতে পারে? অল্প পরিমাণে স্থান দক্ষতা - ক্রমবর্ধমান গুরুত্বহীন। কম (বা আরও ছোট) লিখছেন? ঠিক আছে, সম্ভবত - লেখার সংখ্যাটি ডিস্ক-কমিটের সংখ্যার সাথে সম্পর্কিত হবে, সুতরাং লগ-লাইনগুলি যদি ডিস্ক ব্লকজাইজের তুলনায় উল্লেখযোগ্যভাবে ছোট হয়, তবে কোনও এসএসডি যে কোনও উপায়ে নতুন ব্লক বরাদ্দ করবে। সুতরাং, বাইনারি উপযুক্ত পছন্দ যদি:
- আপনি প্রচুর পরিমাণে কাঠামোগত ডেটা লিখছেন
- লগগুলি বিশেষত দ্রুত তৈরি করতে হবে
- আপনার "সাপোর্ট শর্তাবলী" এর অধীনে এগুলি বিশ্লেষণের দরকার নেই
তবে এটি অ্যাপ্লিকেশন লগিংয়ের মতো কম শোনাচ্ছে; এগুলি আউটপুট ফাইল বা ক্রিয়াকলাপের রেকর্ড। এগুলিকে একটি ফাইলে রাখা সম্ভবত ডাটাবেসে সেগুলি লেখা থেকে কেবল এক ধাপ দূরে।
সম্পাদনা
আমি মনে করি "প্রোগ্রাম লগগুলি" (লগিং ফ্রেমওয়ার্ক অনুসারে) বনাম "রেকর্ডস" (অ্যাক্সেস লগগুলিতে, লগইন রেকর্ড ইত্যাদির মধ্যে) মাঝে একটি সাধারণ বিভ্রান্তি রয়েছে। আমি সন্দেহ করি যে প্রশ্নটি উত্তরটির সাথে সবচেয়ে ঘনিষ্ঠভাবে সম্পর্কিত, এবং সেক্ষেত্রে সমস্যাটি খুব কম সংজ্ঞায়িত। কোনও বার্তা-রেকর্ড বা ক্রিয়াকলাপ লগকে কমপ্যাক্ট ফর্ম্যাটে রাখার জন্য এটি পুরোপুরি গ্রহণযোগ্য, বিশেষত এটি সমস্যার সমাধানের পরিবর্তে বিশ্লেষণের জন্য ভালভাবে সংজ্ঞায়িত এবং ব্যবহৃত হওয়ার সম্ভাবনা রয়েছে। এটি করা সরঞ্জামগুলির tcpdump
মধ্যে ইউনিক্স সিস্টেম মনিটর অন্তর্ভুক্ত রয়েছে sar
। অন্যদিকে প্রোগ্রাম লগগুলি অনেক বেশি অ্যাডহক হতে থাকে।