প্রাক-ডিভোপস ডিপ্লোয়মেন্ট মেট্রিক্স চ্যালেঞ্জ


9

টিএল; ডিআর, আপনি কীভাবে ডিওপসকে প্রমাণ করবেন, বিশেষতঃ মোতায়েনের অটোমেশন, ব্যর্থতার হারকে কীভাবে উন্নত করবেন?

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

তবে, স্বজ্ঞাতভাবে আমরা সবাই জানি যে এটি ভাল নয়। ডিওপস-এর ২০১২ রাজ্যের প্রতিবেদনে বলা হয়েছে যে প্রায় 31-45% " ব্যর্থতার হার পরিবর্তন হয়েছে " that যদিও স্বজ্ঞাতভাবে ডানটি শোনা যাচ্ছে, তারা কি ঘটনা হিসাবে চিহ্নিত? নাহ। কারণ তারা বেশিরভাগ সময় ঠিক হয়ে যায়, সাধারণত বৈধতার সময়। বাস্তবে কোনও ডিপ্লোয়মেন্ট পিছনে রোল করা এটি অনেক বেশি বিরল।

সুতরাং, ব্যর্থতার হারগুলি সঠিকভাবে রিপোর্ট করতে শৃঙ্খলা লাগে takes আমরা এ জাতীয় প্রতিবেদন ছিন্ন করতে পারি কারণ আমরা জিনিসগুলি কাজ করতে চাই এবং এটি ঘটতে যা লাগে তা আমরা করি।

সুতরাং, কীভাবে আপনি ডিভোপসকে প্রমাণ করবেন, বিশেষতঃ মোতায়েনের অটোমেশন, ব্যর্থতার হার পরিবর্তন করে?

(পিএস "# ডিভোপস-ক্যাপিলিটি-মডেল" দিয়ে এটি ট্যাগ করার চেষ্টা করেছেন)


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

উত্তর:


6

অনুরূপ পরিস্থিতিতে আমরা অতীতে যে কৌশলটি ব্যবহার করেছি তা হ'ল "পরিচালন প্রতিশ্রুতি" পাওয়া যা প্রতিটি দলের সদস্যের জন্য এই নিয়মগুলি চাপিয়ে দেয়:

  1. লক্ষ্য স্থাপনার ক্ষেত্রগুলিতে আপডেটগুলি সম্পাদন করার অ্যাক্সেস (অর্থাত্ উত্পাদন) কেবলমাত্র নির্বাচিত স্বয়ংক্রিয় সিস্টেমগুলিতেই সীমাবদ্ধ থাকে, যার ক্ষেত্রে তারা পরিচালনা করে এমন অঞ্চলে কোনও ধরণের আপডেটের উপযুক্ত নিরীক্ষণ ট্রেইল (= লগিং) থাকে।

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

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

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

আপডেট :

এই উত্তরের নীচে আপনার অতিরিক্ত মন্তব্য থেকে উদ্ধৃতি:

আমি মনে করি একটি স্থাপনার ইস্যু সমাধানের জন্য কৃত্রিম বাধা যুক্ত করা প্রতি-উত্পাদনশীল।

সত্য যে এটি একটি অতিরিক্ত বাধা যুক্ত করে, তবে আমি বিশ্বাস করি না এটি "কৃত্রিম"। কারণ এটি আমার জানা মতে, এই দলের সদস্যরা অন্যথায় কখনই জিনিসগুলি সম্পর্কে অবহিত হওয়ার একমাত্র উপায়, কারণগুলির জন্য:

  • কাজের নিরাপত্তা.
  • খারাপ জিনিস / অভ্যাসগুলি তারা গোপন রাখতে পছন্দ করে।
  • শক্তি তারা শিথিল করতে চান না।

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

5

ডিওপস-এর 2017 সালের প্রতিবেদনে বলা হয়েছে যে প্রায় 31-45% "ব্যর্থতার হার পরিবর্তন হয়"। যদিও স্বজ্ঞাতভাবে ডানটি শোনাচ্ছে, সেগুলি কি ঘটনা হিসাবে চিহ্নিত হয়েছে? নাহ। কারণ তারা বেশিরভাগ সময় ঠিক হয়ে যায়, সাধারণত বৈধতার সময়।

যে সমস্যাটি দ্রুত স্থির হয়ে যায় তা এখনও একটি সমস্যা। আপনি যদি এটির মতো রিপোর্ট না করে থাকেন তবে এটি একটি সমস্যা।

সুতরাং, ব্যর্থতার হারগুলি সঠিকভাবে রিপোর্ট করতে শৃঙ্খলা লাগে takes আমরা এ জাতীয় প্রতিবেদন ছিন্ন করতে পারি কারণ আমরা জিনিসগুলি কাজ করতে চাই এবং এটি ঘটতে যা লাগে তা আমরা করি।

যদি আপনার লক্ষ্যটি আসলে জিনিসগুলির কাজ করে থাকে তবে আপনাকে ব্যর্থতা সম্পর্কে সৎ হতে হবে যাতে আপনি ভবিষ্যতে সেগুলি প্রতিরোধ করতে পারেন। মত শোনাচ্ছে দল এখানে (সম্ভবত নিজেদের অবশ্যই ব্যবস্থাপনায়) ব্যর্থতা সম্পর্কে কারণ তাদের লক্ষ্য জিনিস আছে হয় মিথ্যা বলছে প্রদর্শিত কাজ করা।

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


টিএল; ডিআর, আপনি কীভাবে ডিওপসকে প্রমাণ করবেন, বিশেষতঃ মোতায়েনের অটোমেশন, ব্যর্থতার হারকে কীভাবে উন্নত করবেন?

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

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

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