একটি গ্রাফ ডাটাবেসে একে অপরের সাথে তাদের সম্পর্ক সহ একটি আইটি প্রযুক্তি স্ট্যাক ডকুমেন্ট করার জন্য কী সুপারিশ করা হয়?


12

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

এই চ্যালেঞ্জটি বিবেচনা করে, ডিওওপ্সের মধ্যে আইটি পরিবেশে বিভিন্ন প্রযুক্তি স্ট্যাকের গঠন করে এমন সমস্ত উপাদান সংজ্ঞায়িত এবং নথিভুক্ত করার প্রয়োজন রয়েছে। Ditionতিহ্যগতভাবে এটি একটি স্বতন্ত্র সিএমডিবি সমাধান দিয়ে সম্পন্ন হতে পারে।

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

উদাহরণস্বরূপ একটি কার্যক্ষম সমাধান, এই ধারণাগুলির জন্য গুরুত্বপূর্ণ বৈশিষ্ট্যগুলি সহ বিভিন্ন ধারণাটি সংজ্ঞায়িত করবে:

  • হার্ডওয়্যারের
  • Virtualisation
  • অপারেটিং সিস্টেম
  • অ্যাপ্লিকেশন সার্ভার
  • অ্যাপ্লিকেশন

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

এই জাতীয় সমাধানের উদ্দেশ্য প্রযুক্তি স্ট্যাকের বিরুদ্ধে বিভিন্ন প্রশ্ন করা যেমন:

  • কোনটি উপাদান সমর্থন করে তা নির্ধারণ করা
  • কোন উপাদানগুলি পুরানো
  • কোন উপাদান প্যাচ করা প্রয়োজন

এটি মাথায় রেখে, নিও 4 জে যেমন গ্রাফ ডাটাবেসে একে অপরের সাথে তাদের সম্পর্ক সহ একটি আইটি প্রযুক্তি স্ট্যাকের সমস্ত উপাদান সংজ্ঞায়িত করার জন্য কোন ওপেন সোর্স সরঞ্জামগুলি বিদ্যমান?


সিস্টেম, কর্মী, দল ইত্যাদির ক্ষেত্রে সংস্থার আকার কত?
030

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

এটি অদ্ভুত লাগতে পারে তবে আরও সাধারণ তবে কাস্টমাইজযোগ্য এন্টারপ্রাইজ গুদামজাতকরণ সমাধানটিও কি করতে পারে?
পিটার মুরিশকিন

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

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

উত্তর:


5

আপনার প্রথম অনুচ্ছেদের কথা বিবেচনা করে, আপনি যে সংস্থার বর্ণনা দিচ্ছেন তা হ'ল একটি চাইল্ড org, যা ঠিক কোনও ডিভাইস সংস্থা এড়ানোর ঝোঁক।

এই চ্যালেঞ্জটি বিবেচনা করে, ডিওওপ্সের মধ্যে আইটি পরিবেশে বিভিন্ন প্রযুক্তি স্ট্যাকের গঠন করে এমন সমস্ত উপাদান সংজ্ঞায়িত এবং নথিভুক্ত করার প্রয়োজন রয়েছে। Ditionতিহ্যগতভাবে এটি একটি স্বতন্ত্র সিএমডিবি সমাধান দিয়ে সম্পন্ন হতে পারে।

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

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

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

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

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

কোড অব ভিউ হিসাবে একটি অবকাঠামোতে, অবকাঠামোগত প্রয়োজনীয়তাগুলি অ্যাপ্লিকেশনটির সাথে রাখা হবে, এটি এখনও অ্যাপ্লিকেশন যারা জানেন যে এটি মিডল ওয়্যার হিসাবে কী প্রয়োজন, কোন ওএস, কোন লোকেলের সাথে, অন্যান্য পরিষেবাগুলির নির্ভরতা কী এবং কী পরিষেবাগুলি এই অ্যাপ্লিকেশন প্রস্তাব)।

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

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