আমরা বোধগম্য ভাষায় DevOps সম্পর্কে কথা বলি

DevOps সম্পর্কে কথা বলার সময় মূল বিষয়টি উপলব্ধি করা কি কঠিন? আমরা আপনার জন্য প্রাণবন্ত উপমা, আকর্ষণীয় ফর্মুলেশন এবং বিশেষজ্ঞদের কাছ থেকে পরামর্শ সংগ্রহ করেছি যা এমনকি অ-বিশেষজ্ঞদেরও পয়েন্টে পৌঁছাতে সাহায্য করবে। শেষে, বোনাস হল Red Hat কর্মীদের নিজস্ব DevOps।

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

অতএব, আপনি প্রায়শই DevOps সম্পর্কে প্রশ্ন শুনতে পারেন যেমন, এটি কি চটপটে একই? নাকি এটা কোনো বিশেষ পদ্ধতি? নাকি এটি "সহযোগিতা" শব্দের আরেকটি প্রতিশব্দ?

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

DevOps কি: 6টি সংজ্ঞা এবং উপমা

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

1. DevOps একটি সাংস্কৃতিক আন্দোলন

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

2. DevOps হল ডেভেলপারদের ক্ষমতায়ন করা।

"DevOps ডেভেলপারদের অ্যাপ্লিকেশনের মালিকানা, সেগুলি চালানো এবং শুরু থেকে শেষ পর্যন্ত ডেলিভারি পরিচালনা করার ক্ষমতা দেয়।"

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

3. DevOps অ্যাপ্লিকেশন তৈরি এবং বিতরণে সহযোগিতা সম্পর্কে।

"সোজা কথায় বলতে গেলে, DevOps হল সফ্টওয়্যার উত্পাদন এবং বিতরণের একটি পদ্ধতি যেখানে সবাই একসাথে কাজ করে," গুর স্টাফ বলেছেন, BMC-এর ডিজিটাল ব্যবসা অটোমেশনের সভাপতি এবং প্রধান৷

4. DevOps একটি পাইপলাইন

"পরিবাহক সমাবেশ কেবল তখনই সম্ভব যদি সমস্ত অংশ একসাথে ফিট হয়।"

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

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

“একমাত্র তাদের নিজস্ব কাজগুলিতে মনোনিবেশ না করে অন্যরা যে কাজের অংশগুলি করছে সেগুলি সম্পর্কে লোকেদের সহযোগিতা করা এবং চিন্তা করা, এটি অতিক্রম করার সবচেয়ে বড় বাধা। আপনি যদি এটি করতে পারেন, তাহলে আপনার কাছে ডিজিটাল রূপান্তরের একটি চমৎকার সুযোগ রয়েছে,” গুর স্টাফ যোগ করেন।

5. DevOps হল মানুষ, প্রক্রিয়া এবং অটোমেশনের সঠিক সমন্বয়

DevOps ইনস্টিটিউটের নির্বাহী পরিচালক Jayne Groll, DevOps ব্যাখ্যা করার জন্য একটি দুর্দান্ত উপমা দিয়েছেন। তার কথায়, “DevOps হল একটি রেসিপির মতো যার তিনটি প্রধান বিভাগ উপাদান রয়েছে: মানুষ, প্রক্রিয়া এবং অটোমেশন। এই উপাদানগুলির বেশিরভাগই অন্যান্য এলাকা এবং উত্স থেকে নেওয়া যেতে পারে: Lean, Agile, SRE, CI/CD, ITIL, নেতৃত্ব, সংস্কৃতি, টুলস। যেকোনো ভালো রেসিপির মতো DevOps-এর গোপনীয়তা হল, অ্যাপ্লিকেশন তৈরি এবং প্রকাশের গতি এবং দক্ষতা বাড়াতে এই উপাদানগুলির সঠিক অনুপাত এবং মিশ্রণ কীভাবে পাওয়া যায়।"

6. DevOps হল যখন প্রোগ্রামাররা ফর্মুলা 1 টিমের মতো কাজ করে৷

"দৌড় শুরু থেকে শেষ পর্যন্ত পরিকল্পিত নয়, বরং বিপরীতে, শেষ থেকে শুরু পর্যন্ত।"

Red Hat-এর ক্লাউড প্ল্যাটফর্ম মার্কেটিং-এর সিনিয়র ম্যানেজার এবং DevOps'ish নিউজলেটারের প্রকাশক ক্রিস শর্ট বলেছেন, "একটি DevOps উদ্যোগ থেকে কী আশা করা যায় সে সম্পর্কে কথা বলার সময়, আমি একটি NASCAR বা ফর্মুলা 1 রেসিং দলের উদাহরণ ব্যবহার করি।" - এই জাতীয় দলের নেতার একটি লক্ষ্য থাকে: দলের কাছে উপলব্ধ সংস্থানগুলি এবং এটির মুখোমুখি হওয়া চ্যালেঞ্জগুলি বিবেচনায় রেখে দৌড়ের শেষে সর্বোচ্চ সম্ভাব্য স্থান অর্জন করা। এই ক্ষেত্রে, দৌড় শুরু থেকে শেষ পর্যন্ত নয়, বরং বিপরীতে, শেষ থেকে শুরু পর্যন্ত পরিকল্পনা করা হয়েছে। প্রথমত, একটি উচ্চাভিলাষী লক্ষ্য নির্ধারণ করা হয় এবং তারপরে এটি অর্জনের উপায় নির্ধারণ করা হয়। তারপরে তারা সাবটাস্কে বিভক্ত হয়ে দলের সদস্যদের কাছে অর্পণ করা হয়।"

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

"এটি 'সঠিক জিনিস' করার বিষয়ে নয়," শর্ট যোগ করে, "এটি কাঙ্ক্ষিত ফলাফলের পথে দাঁড়ানো যতটা সম্ভব এমন অনেকগুলিকে নির্মূল করার বিষয়ে। আপনি রিয়েল টাইমে প্রাপ্ত প্রতিক্রিয়ার উপর ভিত্তি করে সহযোগিতা করুন এবং মানিয়ে নিন। অসঙ্গতির জন্য প্রস্তুত থাকুন এবং আপনার লক্ষ্যের দিকে অগ্রগতির উপর তাদের প্রভাব কমানোর জন্য গুণমান উন্নত করার জন্য কাজ করুন। DevOps এর জগতে এটিই আমাদের জন্য অপেক্ষা করছে।"

কীভাবে DevOps স্কেল করবেন: বিশেষজ্ঞদের কাছ থেকে 10 টি টিপস

এটা ঠিক যে DevOps এবং mass DevOps সম্পূর্ণ ভিন্ন জিনিস। আমরা আপনাকে বলবো কিভাবে প্রথম থেকে দ্বিতীয় পথে বাধা অতিক্রম করা যায়।

অনেক প্রতিষ্ঠানের জন্য, DevOps-এ যাত্রা সহজে এবং আনন্দদায়কভাবে শুরু হয়। ছোট উত্সাহী দলগুলি তৈরি করা হয়, পুরানো প্রক্রিয়াগুলি নতুনগুলির সাথে প্রতিস্থাপিত হয়, এবং প্রথম সাফল্য আসতে বেশি সময় লাগে না।

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

এটা সহজে দেখা যায় যে ফলাফলটি "আমাদের" এবং "তাদের" মধ্যে বিভাজনের সংস্কৃতি।

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

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

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

উপরে বর্ণিত এই চ্যালেঞ্জগুলি কীভাবে কাটিয়ে উঠবেন এবং একটি বৃহৎ প্রতিষ্ঠানে DevOps-এর ব্যাপক গ্রহণের দিকে যাবেন? আপনার চূড়ান্ত লক্ষ্য আপনার সফ্টওয়্যার বিকাশ চক্র এবং ব্যবসায়িক প্রক্রিয়াগুলিকে ত্বরান্বিত করা হলেও, বিশেষজ্ঞরা ধৈর্যের আহ্বান জানান।

1. মনে রাখবেন যে সংস্কৃতি পরিবর্তনের সময় লাগে।

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

2. পরিকল্পনা এবং একটি প্ল্যাটফর্ম নির্বাচন করার জন্য যথেষ্ট সময় ব্যয় করুন

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

“তারপর একীকরণ এবং পরীক্ষার পর্যায় আসে, যেখানে অটোমেশনের জন্য একটি মাপযোগ্য প্ল্যাটফর্ম ইতিমধ্যেই প্রয়োজন। এখানেই DevOps টিমের জন্য সঠিক প্ল্যাটফর্ম বেছে নেওয়া গুরুত্বপূর্ণ যা তাদের দক্ষতার স্তর এবং প্রকল্পের শেষ লক্ষ্যগুলির জন্য উপযুক্ত।

পরবর্তী পর্যায়ে উৎপাদনে স্থাপনা এবং এটি অর্কেস্ট্রেশন সরঞ্জাম এবং পাত্রে ব্যবহার করে সম্পূর্ণ স্বয়ংক্রিয় হওয়া উচিত। DevOps (উৎপাদন সিমুলেটর, QA এনভায়রনমেন্ট এবং প্রকৃত উৎপাদন পরিবেশ) সব পর্যায়ে ভার্চুয়ালাইজড পরিবেশ থাকা গুরুত্বপূর্ণ এবং প্রাসঙ্গিক সিদ্ধান্তে পৌঁছানোর জন্য সর্বদা পরীক্ষার জন্য শুধুমাত্র সর্বশেষ ডেটা ব্যবহার করুন। অ্যানালিটিক্সকে অবশ্যই স্মার্ট এবং দ্রুত এবং কার্যকর প্রতিক্রিয়া সহ বড় ডেটা প্রক্রিয়া করতে সক্ষম হতে হবে।"

3. দায়বদ্ধতার বাইরে অপরাধবোধ নিন।

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

4. সামনের পথ পরিষ্কার করুন

বেন গ্রিনেল, ম্যানেজিং ডিরেক্টর এবং কনসালটেন্সি নর্থ হাইল্যান্ডের ডিজিটাল প্রধান: "স্কেল অর্জনের জন্য, আমি অগ্রণী প্রকল্পগুলির সাথে একসাথে একটি "পাথ ক্লিয়ারিং" প্রোগ্রাম চালু করার সুপারিশ করছি৷ এই প্রোগ্রামের লক্ষ্য হল DevOps অগ্রগামীরা যে আবর্জনা ফেলে যায়, যেমন সেকেলে নিয়ম এবং এই জাতীয় জিনিসগুলিকে পরিষ্কার করা, যাতে সামনের পথ পরিষ্কার থাকে।"

“কাজের নতুন উপায়ের সাফল্যকে ব্যাপকভাবে উদযাপন করে অগ্রগামী গোষ্ঠীর বাইরে গিয়ে যোগাযোগের মাধ্যমে লোকেদের সাংগঠনিক সমর্থন এবং গতি দিন। যারা DevOps প্রকল্পের পরবর্তী তরঙ্গের সাথে জড়িত এবং প্রথমবার DevOps ব্যবহার করার বিষয়ে উদ্বিগ্ন তাদের প্রশিক্ষক দিন। এবং মনে রাখবেন যে এই লোকেরা অগ্রগামীদের থেকে খুব আলাদা।"

5. সরঞ্জাম গণতন্ত্রীকরণ

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

6. দলের কাজের জন্য আদর্শ পরিস্থিতি তৈরি করুন

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

7. কনওয়ের আইন এবং কানবান বোর্ড সম্পর্কে ভুলবেন না

লোগান ডাইগল, CollabNetVersionOne-এ সফ্টওয়্যার ডেলিভারি এবং DevOps কৌশলের পরিচালক: “কনওয়ের আইনের পরিণতি বোঝা গুরুত্বপূর্ণ। আমার আলগা প্যারাফ্রেসে, এই আইনটি বলে যে আমরা যে পণ্যগুলি তৈরি করি এবং যে প্রক্রিয়াগুলি আমরা তা করতে ব্যবহার করি, তার মধ্যে DevOps সহ, ​​আমাদের সংস্থার মতোই গঠন করা হয়েছে৷

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

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

8. পুরানো দাগ জন্য দেখুন

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

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

9. DevOps বিকল্পগুলি প্রজনন করবেন না

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

10. DevOps-এর ব্যবসায়িক মূল্য প্রচার করুন

স্টিভ নিউম্যান, স্কেলারের প্রতিষ্ঠাতা এবং চেয়ারম্যান: “DevOps-এর মান চিনতে কাজ করুন। আপনি যা করেন তার সুবিধা সম্পর্কে জানুন এবং নির্দ্বিধায় কথা বলুন। DevOps হল একটি অবিশ্বাস্য সময় এবং অর্থ সাশ্রয়কারী (শুধু চিন্তা করুন: কম ডাউনটাইম, পুনরুদ্ধারের জন্য কম গড় সময়), এবং DevOps টিমগুলিকে অবশ্যই ব্যবসায়িক সাফল্যের জন্য এই উদ্যোগগুলির গুরুত্বের উপর অক্লান্তভাবে জোর দিতে হবে (এবং প্রচার করতে হবে)৷ এইভাবে আপনি অনুগামীদের বৃত্ত প্রসারিত করতে পারেন এবং প্রতিষ্ঠানে DevOps-এর প্রভাব বাড়াতে পারেন।”

বোনাস

মধ্যে রেড হ্যাট ফোরাম রাশিয়া আমাদের নিজস্ব DevOps 13 সেপ্টেম্বর আসবে - হ্যাঁ, একটি সফ্টওয়্যার প্রস্তুতকারক হিসাবে Red Hat এর নিজস্ব DevOps টিম এবং অনুশীলন রয়েছে৷

আমাদের প্রকৌশলী মার্ক বার্গার, যিনি সমগ্র সংস্থা জুড়ে অন্যান্য গোষ্ঠীর জন্য অভ্যন্তরীণ অটোমেশন পরিষেবাগুলি বিকাশ করেন, তিনি তার নিজের গল্পটি পরিষ্কার রাশিয়ান ভাষায় বলবেন - কীভাবে Red Hat DevOps টিম হ্যাট ভার্চুয়ালাইজেশন ভার্চুয়াল পরিবেশ থেকে অ্যানসিবল দ্বারা পরিচালিত অ্যাপ্লিকেশনগুলিকে একটি সম্পূর্ণ কন্টেইনার ফর্ম্যাটে স্থানান্তরিত করেছে। OpenShift প্ল্যাটফর্ম।

কিন্তু এখানেই শেষ নয়:

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

উত্স: www.habr.com