সার্ভারের পরিবর্তনগুলি কীভাবে রেকর্ড করবেন?


52

সুতরাং আমাদের সবার সম্ভবত এই পরিস্থিতি ছিল: আপনি কিছু সমস্যা ডিবাগ করেছেন, কেবল এটি উপলব্ধি করার জন্য যে এটি ছয় মাস আগে আপনি তৈরি করেছেন এমন কোনও কনফিগারেশনের কারণে হয়েছিল এবং আপনি কেন এটি করেছিলেন তা মনে করতে পারছেন না। সুতরাং আপনি এটিকে পূর্বাবস্থায় ফিরিয়ে আনুন এবং সমস্যার সমাধান করুন এবং এখন আবার কিছু সমস্যা ফিরে আসবে। ওহ হ্যাঁ, এখনই মনে আছে! তারপরে আপনি এটি সঠিকভাবে ঠিক করুন।

এটি কারণ আপনি সঠিক নোট নেন নি, বোকা! তবে এটি করার একটি ভাল উপায় কী?

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

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

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

অতীতে আমি আমাদের উইকিতে একটি ম্যানুয়াল পরিবর্তন লগ রাখার চেষ্টা করেছি, তবে এটি করার জন্য শৃঙ্খলা বজায় রাখা অত্যন্ত কঠিন (আমি জানি, একটি ভাল অজুহাত নয়, তবে এটি সত্যই শক্ত)।

আমার প্রশ্ন: আপনার সার্ভারে কনফিগারেশন পরিবর্তনের ট্র্যাকিংয়ের এই সমস্যাটি মোকাবেলায় আপনি কোন কৌশল এবং সরঞ্জামগুলি ব্যবহার করেন?

-- হালনাগাদ --

দ্রষ্টব্য: আমি ভাগ করে নেওয়া নোট গ্রহণের সরঞ্জামগুলি (আমি ওয়ানোটের সাথে পরিচিত, তাই) সন্ধান করছি না যতটা স্বয়ংক্রিয় সরঞ্জামগুলি নির্দিষ্ট করে সার্ভারের পরিবর্তনগুলি ট্র্যাকিংয়ে সহায়তা করার জন্য বোঝানো হয়েছিল। সার্ভার কনফিগারেশন পরিবর্তনগুলি ট্র্যাক করার জন্য কোনও বিস্তৃত সরঞ্জাম নেই, তবে সম্ভবত জিপিও'র মতো নির্দিষ্ট অ্যাপ্লিকেশনগুলির জন্য কিছু রয়েছে।

এছাড়াও আপনি সুনির্দিষ্ট কৌশলগুলিতে খুব আগ্রহী যেগুলি আপনি দরকারী বলে মনে করেছেন। "আমরা শেয়ারপয়েন্টে নোটগুলি ভাগ করি" বেশ অস্পষ্ট। আপনি কিভাবে শৃঙ্খলা বজায় রাখবেন? আপনার পরিবর্তনগুলি ট্র্যাক করতে আপনি কোন ফর্ম্যাট ব্যবহার করেন? আপনি কীভাবে আপনার পরিবর্তন ডেটা সংগঠিত করবেন? আমি উদাহরণের পাশাপাশি ধারণাও চাই।

উত্তর:


20

লিনাক্সের জমিতে, লোকেরা বিভিন্ন কৌশল অবলম্বন করছে:

  • কনফিগারেশন সীমাবদ্ধ সিস্টেমগুলি যেমন সিফেনজিন বা পুতুল বা শেফ । এগুলি উইন্ডোজের জিপিওগুলির মতো। পয়েন্ট হ'ল সমস্ত সার্ভার কনফিগারেশন ইচ্ছাকৃতভাবে এক জায়গায় নথিভুক্ত করা হয়েছে এবং নীতিটি কী কী গ্রানুলারিটি (সার্ভার রুম, গ্রুপ, নির্দিষ্ট সার্ভার) প্রণীত হয়েছে তা আপনি জানেন। এটি আপনাকে "ছয় মাস আগে কী আলাদা ছিল?" তবে এটি আপনাকে কেবল একটি সার্ভার কনফিগারেশনটি কড়া নাড়তে দেয় এবং স্ক্র্যাচ থেকে পুনর্নির্মাণ করতে পারে। প্রশ্নের উত্তর দেওয়ার জন্য আপনি সিফিনিজেন এবং পুতুল নীতিগুলি সংশোধন নিয়ন্ত্রণে রাখতে পারেন।
  • পরিবর্ধন ও পরিবর্তন নিয়ন্ত্রণকারী / ইত্যাদি । সাধারণত লিনাক্স প্রোগ্রামগুলি তাদের কনফিগারেশনকে এক জায়গায় সংরক্ষণ করে, ইত্যাদি। সাহসী সংশোধন নিয়ন্ত্রণে / ইত্যাদি রাখার জন্য স্ক্রিপ্ট লিখতে শুরু করে। এই ধরনের একটি প্রোগ্রাম আমি জানি হয় etckeeper :
বিবরণ: স্টোর / ইত্যাদি
 এডিকিপার প্রোগ্রামটি / ইত্যাদি কোনও গিট, পার্কিয়াল,
 bzr বা darcs সংগ্রহস্থল। স্বয়ংক্রিয়ভাবে পরিবর্তনগুলি সংঘবদ্ধ করতে এটি এপিটিতে প্রবেশ করে
 প্যাকেজ আপগ্রেড চলাকালীন / ইত্যাদি। এটি সেই সংস্করণ ফাইল মেটাটাটা ট্র্যাক করে
 নিয়ন্ত্রণ সিস্টেমগুলি সাধারণত সমর্থন করে না, তবে এটি / ইত্যাদি জন্য গুরুত্বপূর্ণ
 / ইত্যাদি / ছায়ার অনুমতি হিসাবে। এটি বেশ মডুলার এবং কনফিগারযোগ্য, যখন
 সংস্করণ দিয়ে কাজ করার বেসিকগুলি বুঝতে পারলে ব্যবহার করা সহজ
 নিয়ন্ত্রণ।

1
উভয় প্রকারের সিস্টেমের উল্লেখ করার জন্য +1, এবং বিশেষত অ্যাডকিপার যা এটি বেশ সহজ করে তোলে - গিট বা এইচজি সহ কাজ করে।
রিচভেল

1
আমি অন্যটি ইনস্টল করতে একটি ব্যবহার করি এবং এভাবে উভয়ই থাকে।
ড্যান গারথওয়েট

FYI সিফেনজিন লিঙ্কটি www.cfengine.org- এ নির্দেশ করে, যা এখন ভেঙে গেছে। অফিসিয়াল সাইটটি এখন www.cfengine.com এ অবস্থিত । এছাড়াও ectkeeper এখন একটি বাড়ি পৃষ্ঠা রয়েছে etckeeper.branchable.com
e_i_pi

@ e_i_pi এবং পুতুল আর পুতুল নেই।
jldugger

10

এই পরিস্থিতির মধ্যে অন্যতম সমস্যা হ'ল, এটি সত্যিই একটি সংমিশ্রণ ব্যবসায়িক প্রক্রিয়া / প্রযুক্তিগত সমস্যা। এবং এটি অ্যাডমিন কী কী পরিবর্তন করে তা সন্ধান করার চেয়ে স্পষ্টতই এটি বড়। অপ্রত্যাশিত পরিবর্তনগুলির জন্য এবং অ্যাডমিন বা ইউনিটগুলির মধ্যে ভাল সমন্বয় যাতে আপনার কোনও এডি কন্ট্রোলারের পরিবর্তনে কোনও বিভাগীয় সার্ভারে ডেটাবেস অনুমতিগুলি ভঙ্গ করতে না পারে সেদিকেও নজর রাখা দরকার। অর্থাৎ, আপনার প্রশ্নটি কৃমিতে বিশালাকার ক্যান :)

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

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

আমি টিপিংপয়েন্টের মতো কিছু অনুসন্ধান করারও পরামর্শ দেব। এটি এমন একটি ক্লায়েন্ট পরিষেবা যা সিস্টেম কনফিগারেশন দেখে এবং পরিবর্তনের বিষয়ে সতর্কতা প্রেরণ করে। এটি আমাদের সুরক্ষিত লোকদের সবচেয়ে বেশি আনন্দিত করে। এটি মূলত দূষিত বা অপ্রকাশিত পরিবর্তনগুলি ট্র্যাক করার জন্য ব্যবহৃত হয়।


আপনি যখন কোনও ভিসিএসে পুতুলের কনফিগারেশন ফাইলগুলি সংরক্ষণ করেন, আপনি একটি সম্পূর্ণ ইতিহাস এবং আপনার সার্ভারের কনফিগারেশনের লগ পেয়েছেন, খুব ঝরঝরে :) তবে, প্রতিটি জিনিসকে পুতুল স্ক্রিপ্টে রূপান্তর করার জন্য আরও একটি শৃঙ্খলা দরকার: ডি
হাইয়ালকি

আমি বললাম না এটা সহজ ছিল, শুধুমাত্র দরকারী :) পুতুল সঙ্গে কৌতুক মডিউলগুলি উর্বর ব্যবহার করা হয়, একটি মনে রাখা উচিত যে আপনার প্রচেষ্টার হবে পুরস্কৃত করা। এখন যদি কেবল আরএসএ এনভিশনের লগগুলির জন্য একটি পার্সার থাকে ...
স্কট প্যাক

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

4

আমি 4 বা 5 সংস্থায় ছিলাম এখন আমার সত্যি মনে নেই।

আমাদের সবারই এই সমস্যা ছিল। আমাদের মধ্যে কেউই এটি 100 শতাংশ সমাধান করেনি, তবে আমি বর্তমানে যে সংস্থায় আছি তা আমাদের কাছে এখনকার সেরা কৌশল বলে আমি মনে করি।

SharePoint / উইকি / Evernote এই ধরনের / PIN গুলি

  • শেয়ার পয়েন্ট
    • আপনি যা চান তা হাহাকার করুন ... এর কয়েকটি খুব সুন্দর তালিকা বৈশিষ্ট্য রয়েছে।
    • আইপি ঠিকানা তালিকা
    • জায়
    • পরিষেবা অ্যাকাউন্ট এবং ব্যবহার
    • বিজ্ঞপ্তি লগ পরিবর্তন করুন
  • উইকি
    • কীভাবে এর
    • দীর্ঘ পরিসীমা টাস্ক তালিকা
  • Evernote এই ধরনের
    • আমার সঙ্গী এবং আমি উইকিতে আমরা যা চাই না তার সবকিছু রাখার জন্য এটি ব্যবহার করি
    • প্রকৃতির প্রযুক্তিগত আরও কীভাবে তা
    • স্ক্র্যাচ নোটগুলি আমাদের উভয়েরই দেখতে হবে
    • সপ্তাহের জন্য টাস্ক অ্যাকাউন্টিং
    • ঠিকাদারের কাজ তালিকা
    • এভারনোট ক্লিপার এডি / রাইটস সেটিংসের স্ক্রিন শট করা সহজ করে তোলে
    • সর্বত্র উপলব্ধ
  • PIN গুলি
    • পাসওয়ার্ড সংগ্রহস্থল

2

এর মধ্যে কয়েকটির জন্য সম্ভবত আরও ভাল সরঞ্জাম রয়েছে তবে আমরা এটি ব্যবহার করি:

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

আমি কনফিগারেশন ফাইলগুলিতে উত্স নিয়ন্ত্রণ ব্যবহার করতে পছন্দ করি - চেক ইন বা কোনও সংস্করণ আউট করার সময় আপনি কি "দরকারী" মন্তব্য প্রয়োগ করেন?
ওয়ারেন

না, প্রকৃতপক্ষে পরিবর্তনগুলি জমা দেওয়া ও পুনরায় পরিবর্তন করা সহজ করতে আমি বেশ কয়েকটি স্ক্রিপ্ট লিখেছি (জমা দিন এবং প্রত্যাবর্তিত)। তবে আমরা এখন অ্যাডকিপার নিয়ে পরীক্ষা-নিরীক্ষা করছি।
ব্রেন্ট 14

2

উইন্ডোজের জন্য, মাইক্রোসফ্টস সিস্টেম সেন্টার সিরিজ বা সেই প্ল্যাটফর্মের জন্য কনফিগারেশন এবং পরিষেবা পরিচালনার ক্ষেত্রে অন্য কোনও প্রতিযোগীকে পরীক্ষা করে দেখুন।

পরিবর্তনগুলি একটি শালীন পরিবর্তন পরিচালনার রুটিনের মাধ্যমে রুট করা দরকার যা সেগুলি সম্পাদন করার আগে নিজেই সেগুলি অনুমোদন করে এবং লগ করে। এটি শুরু করতে 100% ম্যানুয়াল হতে পারে। কিছু উন্নত সংহত সরঞ্জামের সাহায্যে আপনি সরঞ্জামটিকে প্রকৃত পরিবর্তনগুলি করতে এবং এটি থেকে একটি কেন্দ্রীয় কনফিগারেশন ডেটাবেজে "স্বয়ংক্রিয়" লগ আউট করতে বলতে পারেন - বরং পৃথক সার্ভারের কনসোলে খালি হাতে যাওয়ার পরিবর্তে, সেটিংসের মাধ্যমে হাতে খনন করতে গিয়ে চেষ্টা করুন এবং কোনও সমস্যা কাউবয় স্টাইলে ঠিক করুন।


2

আপনার একেবারে পরিবর্তনের ব্যবস্থাপনার প্রক্রিয়াটি হওয়া উচিত, বিশেষত যদি এমন একাধিক লোক থাকে যা আপনার পরিবেশে সিস্টেম স্তরে পরিবর্তন আনার ক্ষমতা / অ্যাক্সেস পেয়ে থাকে। এটি সম্ভাব্য পরিবর্তনে সাইন আপ করার ব্যবস্থাপনারও একটি উপায় সরবরাহ করে, তবে আপনি যদি উড়ে যাওয়ার পরিবর্তন না করতে পারেন তবে পরিবর্তনটি প্রসেসে ক্ষীণতা প্রবণ করে the

পরিবর্তনগুলি ট্র্যাক করার কিছু উপায়গুলির মধ্যে আপনার SEM- এর ইভেন্টগুলির বৈধতা (ধরে নেওয়া আপনার সুরক্ষা ইভেন্ট ম্যানেজার রয়েছে) বা নেসাসের মতো সরঞ্জামগুলি (প্রচুর পরিশ্রমের সাথে পরিবর্তনগুলি অনুসন্ধানের জন্য আপনার পরিবেশ নিরীক্ষণ করতে পারে) অন্তর্ভুক্ত থাকতে পারে।


2

এটি একটি আরও স্থানীয়, * নিক্স ভিত্তিক উত্তর। উইন্ডোজ এর অধীনে এটিকে অনুকরণ করার জন্য আমি কোনও ভাল সরঞ্জাম খুঁজে পাইনি।

এটি বাস্তবায়নের কয়েকটি উপায় রয়েছে ... এবং ভুলে গেলে এটি ধরার জন্য।

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

আপনি পরিবর্তন, একটি রাত্রিকালীন মাধ্যমে কনফিগারেশন পরিবর্তন স্বয়ংক্রিয় প্রতিবেদনের লগ ইন করার স্মরণ সাহায্য করার জন্য, cron'ed tripwire রান একটি ভালো শুরু। ফাইলগুলির বর্তমান অবস্থার ট্রিপওয়্যারের ডেটাবেস তৈরি করার পরে, এগুলিতে যে কোনও পরিবর্তন ঘটে যা পরবর্তী রান চলাকালীন একটি ইমেল তৈরি করবে। ডাটাবেস আপডেট না হওয়া অবধি আপনি এই মেইলটি পেতে থাকবেন, এভাবে ট্রিপওয়্যারের "পুনরায় সেট করা"।


1

আমি ফ্লাইস্প্রেয়ের মতো ইস্যু ট্র্যাকিং সিস্টেম ব্যবহার করব (যে কোনও কাজ করবে তবে আমি নন-প্রোগ্রামিং স্টাফের জন্য ফ্লাইস্প্রে পছন্দ করি)। যে কোনও কনফিগার স্পর্শ করার আগে উন্নতি / সমস্যাটি লগ করা উচিত। আপনি যখন এটি ঠিক / কার্যকর করেন, পরিবর্তনগুলি টিকিটে যায় go

একটি উইকি বর্তমান সেটআপটি নথিভুক্ত করতে পারে তবে এটির তারিখের বাইরে যাওয়া সহজ - এবং এটি আইএমও আপডেট করার জন্য আরও বেশি প্রচেষ্টা গ্রহণ করবে বলে মনে হয়।

এটি করার জন্য আপনি কিছু স্বয়ংক্রিয়ভাবে সন্ধান করতে যাচ্ছেন না - যদিও আপনি সম্ভবত এটি সেট আপ করতে পারতেন তবে আপনি চাইলে নির্দিষ্ট কনফিগার ফাইলগুলিতে স্বয়ংক্রিয়ভাবে ইস্যু ট্র্যাকারে ইমেল হয়ে যায়।

আমি মনে করি এটি কেবল একটি ভাল নীতি, লো-বাধা সরঞ্জাম এবং শৃঙ্খলার বিষয়।


1

আমরা আমাদের পরিবেশে লগ ট্র্যাকিং পরিবর্তন করতে হোমগ্রাউন কিছু তৈরি করেছি; এটি অতি জটিল কিছু নয় এবং এটি বেশ ভালভাবে কাজ করে।

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

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

ভুলত্রুটি:

  • পরিষেবার গোষ্ঠীগুলির সাথে কাজ করা শক্ত, উদাহরণস্বরূপ, আপনি কেবলমাত্র 25 টি ডোমেন নিয়ন্ত্রকের সাথে একই প্যাচ যুক্ত করেছেন; আমাদের একটি "ডোমেন নিয়ন্ত্রক" গ্রুপ নেই, তাই আমাদের ম্যানুয়ালি সেগুলি সব নির্বাচন করতে হবে
  • সমস্যা সমাধানে সহায়তা করার জন্য হার্ডওয়্যার, সফ্টওয়্যার, বা ইভেন্ট লগ ত্রুটির প্রতিবেদনের সাথে একীকরণ করে না
  • সম্পর্কিত হিসাবে, আমি উপরে যেমন বলেছি সমস্ত 'জনসংখ্যক' ডেটার জন্য ম্যানুয়াল ডেটা এন্ট্রি

যাইহোক, যদি আপনি কোডটিতে আগ্রহী হয়ে ওঠেন, তবে আমাকে জানান এবং আমি সম্ভবত এটি ভাগ করে নিতে পারি।


1

যেমনটি বলা হয়েছে, এটি প্রায়শই একটি সাংস্কৃতিক সমস্যা - সর্বোপরি, কিছু বিকাশকারী দোকানগুলি এখন আর মন্তব্যে বিরক্ত করে না (স্ব-ডকুমেন্টিং কোডটি আজ একটি ফ্যাশনেবল বুজওয়ার্ড!) এবং কিছু historicalতিহাসিক রেকর্ডের পবিত্র কান্ড হিসাবে সংস্করণ নিয়ন্ত্রণ ব্যবস্থা ব্যবহার করে। স্পষ্টতই, এগুলি নিখুঁত নয়।

সুতরাং, এটির সমাধানের একমাত্র সত্য উপায় এটি একটি সাংস্কৃতিক সমাধান তৈরি করা। পরিবর্তনের জন্য সমস্ত কারণগুলি একটি বাগ ট্র্যাকারে (বা নলজবেস, বা উইকি) লগইন করা হয়েছে তা নিশ্চিত করুন এবং পরিবর্তনগুলি নিয়ন্ত্রণ ব্যবস্থায় সমস্ত পরিবর্তন লগইন হয়েছে তা নিশ্চিত করুন।

আমাদের জরুরি সেবা গ্রাহক রয়েছে, তাদের সিস্টেমে ঘটে যাওয়া প্রতিটি পরিবর্তন লগইন হয় এবং আমরা যখনই তাদের সিস্টেমে লগইন করি তখন আমাদের এটি লগইন করতে হয়। তাদের কয়েকজনের জন্য, আমাদের প্রথমে অনুমতি নিতে ফোন করতে হবে (এবং আমার ধারণা তারা এগুলিতে লগও করে!)। প্রতিটি পরিবর্তন লগ হয় এবং এটি লগইন না করে গ্রাহক সিস্টেম পরিবর্তন করা একটি শৃঙ্খলাবদ্ধ অপরাধ হবে be

এটি প্রচণ্ড শোনায়, তবে তা নয়। আপনি অ্যাক্সেস লগ এবং লগ পরিবর্তন করার জন্য নিজেকে দ্রুত যুক্ত করার অভ্যাসে পরিণত হন - কোড পরিবর্তন পরীক্ষা করার সময় কোনও মন্তব্য লেখার চেয়ে খারাপ এটি নয় no

আমি পরিবর্তনের নিয়ন্ত্রণ কারণ লগ হিসাবে একটি বাগট্রেকার প্রস্তাব দিই, কারণ তারা সাধারণত আপডেট করা সহজ (আমি ম্যান্টিস ব্যবহার করি)।


1

যদি আপনি "এন্টারপ্রাইজ সলিউশন" খুঁজছেন (যেমন, thanশ্বরের চেয়ে আপনার আরও অর্থ আছে এবং একটি দুর্দান্ত সরঞ্জাম পেতে চান), আমি যে সরঞ্জামটির জন্য অনসাইট কাজটি সমর্থন করি এবং এটি সরবরাহ করি তা এর বহুবিধ বৈশিষ্ট্য হিসাবে কাজ করে।

বেস প্রাইসিং কী তা ধারণা নেই, তবে এইচপি অপ্সওয়্যার কেনার আগে এটি ছিল $ 350,000 মার্কিন ডলার (কোনও সমর্থন ছাড়াই, এবং আমাকে বিশ্বাস করুন - আমি যখন ওপ্সওয়্যারের সাথে শুরু করি তখন আপনি সমর্থন চেয়েছিলেন)।

আমি সেখানে কাজ করার সময় আমাদের বেশিরভাগ গ্রাহক ট্রিপওয়্যারের সাথে একযোগে অ্যাপ্লিকেশন কনফিগারেশন এবং স্ন্যাপশট বৈশিষ্ট্যগুলি ব্যবহার করেছিলেন ।

অবশ্যই আপনার যদি কোনও বাজেট না থাকে - এটি একটি খারাপ পছন্দ ™ :)

এবং, হ্যাঁ, আমি যখন পুনরায় লোড করি তখন আমার জন্য এই পৃষ্ঠার শীর্ষে প্রদর্শিত বিজ্ঞাপনটি মশালার কাজগুলির জন্য । এইচপিএসএ এর সাথে দুর্দান্ত দেখতে পাওয়া যায় :)


1

আপনি যা করতে চান তা হ'ল পরিবর্তনগুলি ট্র্যাক করে পুরো প্রক্রিয়াটি (যেমন, শেফ বা পুতুলের মাধ্যমে) পরিচালনা না করে, কেবল rsyncআপনার etcডিরেক্টরিটি (যেখানে যেখানেই হোক না কেন) স্থানীয় গিট রেপোতে।

for HOST in alpha bravo charlie delta ...; do

    rsync -avz --exclude-from=exclusions -e ssh admin@$HOST:/opt/local/etc/ ./$HOST

done

আপনি অবশ্যই প্রয়োজন হিসাবে অন্যান্য উত্স যোগ করতে পারেন।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.