DORA রিপোর্ট 2019: কিভাবে DevOps দক্ষতা উন্নত করা যায়

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

টীম Mail.ru ক্লাউড সলিউশন থেকে সবচেয়ে আকর্ষণীয় অনুবাদ 2019 অ্যাক্সিলারেট স্টেট অফ DevOps রিপোর্ট, DevOps গবেষণা ও মূল্যায়ন (DORA) বিশেষজ্ঞদের দ্বারা সংকলিত৷ গবেষণায় সারা বিশ্ব থেকে 31 বিশেষজ্ঞ জড়িত। 000 সালে শিল্পে কী পরিবর্তন হয়েছে এবং কীভাবে ব্যবসাগুলি তাদের সফ্টওয়্যার সরবরাহের দক্ষতা উন্নত করতে পারে তা একবার দেখে নেওয়া যাক।

কিভাবে শিল্প এবং কোম্পানির আকার DevOps রাজ্যকে প্রভাবিত করে

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

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

একটি কোম্পানিতে DevOps-এর স্তর কীভাবে মূল্যায়ন করবেন

বিশেষজ্ঞরা DevOps প্রক্রিয়াগুলিকে একটি বেঞ্চমার্কের সাথে তুলনা করেছেন, জরিপের উত্তরদাতাদের সেরা, ভাল, গড় এবং দুর্বল পারফর্মারদের চারটি গ্রুপে ভাগ করেছেন।

প্রতিবেদনের জন্য, আমরা DevOps-এর কার্যকারিতা মূল্যায়নের জন্য চারটি মূল মেট্রিক্স নিয়েছি: সফ্টওয়্যার বিকাশে পরিবর্তনগুলি সম্পূর্ণ করার সময়, স্থাপনার ফ্রিকোয়েন্সি, ব্যর্থতার হার এবং পুনরুদ্ধারের সময়।

DevOps-এর চারটি স্তর - আপনার কোম্পানি কোথায় তা মূল্যায়ন করুন:

কোম্পানির প্রধান পরিষেবা এবং অ্যাপ্লিকেশনগুলির জন্য সফ্টওয়্যার সরবরাহের কার্যকারিতা মূল্যায়নের জন্য একটি মেট্রিক৷

সেরা রেকর্ড সহ দল

ভালো পারফরম্যান্স সহ দল

গড় দল

কম পারফরম্যান্সকারী দল

স্থাপনার ফ্রিকোয়েন্সি
কোম্পানী কত ঘন ঘন উৎপাদনে কোড স্থাপন করে বা শেষ ব্যবহারকারীদের কাছে প্রকাশ করে।

অনুরোধের ভিত্তিতে, প্রতিদিন একাধিক স্থাপনা

দিনে একবার থেকে সপ্তাহে একবার

সপ্তাহে একবার থেকে মাসে একবার

মাসে একবার/কয়েক মাস

সম্পাদনের সময় পরিবর্তন করুন
উত্পাদনে সফলভাবে চলমান একটি পরীক্ষা থেকে সফ্টওয়্যারে যেতে কতক্ষণ লাগে?

এক দিনেরও কম সময়ে

এক দিন থেকে এক সপ্তাহ

এক সপ্তাহ থেকে এক মাস

এক মাস থেকে ছয় মাস পর্যন্ত

পরিষেবা পুনরুদ্ধারের সময়
কোন ঘটনা বা বাগ ব্যবহারকারীদের প্রভাবিত করার পরে একটি পরিষেবা পুনরুদ্ধার করতে কতক্ষণ সময় লাগে।

এক ঘন্টার কম

দিনের মধ্যে

এক সপ্তাহের মধ্যে

এক সপ্তাহ থেকে এক মাস

ব্যর্থতার হার পরিবর্তন করুন
কত শতাংশ আপডেট বা নতুন রিলিজের ফলে পরিষেবার অবনতি হয় এবং এর জন্য সংশোধনের প্রয়োজন হয়?

0-15%

0-15%

0-15%

46-60%

সমীক্ষাটি নিম্নলিখিত প্রবণতা প্রকাশ করেছে: উচ্চ-কার্যকারি দলের সংখ্যা প্রায় তিনগুণ, 7 সালে সমস্ত উত্তরদাতাদের 2018% থেকে 20 সালে 2019% বেড়েছে।

কর্মক্ষমতা স্তর দ্বারা উন্নয়ন দল বিতরণ.

কম-পারফর্মিং গ্রুপের দলগুলোর তুলনায়, উচ্চ-পারফর্মিং DevOps টিম:

1. 208 গুণ বেশি কোড স্থাপন করা হয়েছে।
2. কোড স্থাপনে 106 গুণ কম সময় ব্যয় করা হয়েছে।
3. আমরা প্রায় 7 বার কম ব্যর্থতার সম্মুখীন হই।
4. ব্যর্থতার পরে সফ্টওয়্যার 2,604 গুণ দ্রুত পুনরুদ্ধার করা হয়েছিল।

উপরন্তু, উচ্চ-পারফরম্যান্সকারী DevOps দলগুলি নিম্ন-কার্যকারি দলগুলির তুলনায় তাদের সাংগঠনিক কর্মক্ষমতা মেট্রিক্সের সাথে মিলিত হওয়ার বা অতিক্রম করার সম্ভাবনা দ্বিগুণ।

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

DevOps দলের সংখ্যা বৃদ্ধিতে আমি আশ্চর্যজনক কিছু দেখছি না: এটা স্বাভাবিক: DevOps দর্শন এখন জনপ্রিয়, এবং স্টার্টআপের সংখ্যা বাড়ছে।

কিন্তু, আমার মতে, বিশেষজ্ঞরা DevOps-এর কার্যকারিতা মূল্যায়নের জন্য সম্পূর্ণরূপে সঠিক প্যারামিটার বেছে নেননি।

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

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

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

ডেনিস রোমানেনকো, Mail.ru ক্লাউড সলিউশনের ফ্রিল্যান্স বিশেষজ্ঞ

কিভাবে DevOps প্রক্রিয়া উন্নত করা যায়

প্রতিবেদনে দুটি ক্ষেত্র উপস্থাপন করা হয়েছে যা DevOps-কে উন্নত করতে সাহায্য করবে: সফ্টওয়্যার উন্নয়ন এবং বিতরণের দক্ষতা বৃদ্ধি এবং কর্মীদের উত্পাদনশীলতা উন্নত করা।

প্রতিটি ক্ষেত্রের নিজস্ব উপাদান রয়েছে, যা উন্নত করে আপনি কাঙ্ক্ষিত লক্ষ্য অর্জন করতে পারেন।

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

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

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

ডেনিস রোমানেনকো, Mail.ru ক্লাউড সলিউশনের ফ্রিল্যান্স বিশেষজ্ঞ

নীচে আমরা DevOps টিমের দক্ষতা উন্নত করার কিছু উপাদান দেখব।

ক্লাউড প্রযুক্তিগুলি DevOps সাফল্য সক্ষম করে৷

2019 সালে, আরও অনেক সংস্থা ক্লাউড সমাধানগুলি বেছে নিচ্ছে যা উল্লেখযোগ্যভাবে DevOps টিমের উত্পাদনশীলতা বাড়ায়।

DevOps দলগুলি কোন পরিকাঠামো ব্যবহার করে?

DORA খুঁজে পেয়েছে যে উত্তরদাতাদের 80% স্থান পেয়েছে ক্লাউড প্ল্যাটফর্মে মূল অ্যাপ্লিকেশন বা পরিষেবা. যাইহোক, মাত্র 29% উত্তরদাতারা ন্যাশনাল ইনস্টিটিউট অফ স্ট্যান্ডার্ডস অ্যান্ড টেকনোলজির মূল ক্লাউড বৈশিষ্ট্যগুলির পাঁচটিই বাস্তবায়ন করেছেন- যা DevOps-এর মধ্যে ক্লাউডের মান নির্ণয় করার জন্য সবচেয়ে গুরুত্বপূর্ণ মান।

Характеристика

ব্যবহারকারীদের শতাংশ

চাহিদা অনুযায়ী স্ব-পরিষেবা
ভোক্তারা স্বয়ংক্রিয়ভাবে কম্পিউটিং সংস্থান সরবরাহ করতে পারে
প্রয়োজন অনুযায়ী, প্রদানকারীর অংশগ্রহণ ছাড়াই।

৮০%
(11 সাল থেকে + 2018%)

প্রশস্ত নেটওয়ার্ক অ্যাক্সেস
ক্লাউড ক্ষমতা বিভিন্ন প্ল্যাটফর্মের মাধ্যমে উপলব্ধ,
যেমন মোবাইল ফোন, ট্যাবলেট, ল্যাপটপ এবং ওয়ার্কস্টেশন।

৮০%
(14 সাল থেকে + 2018%)

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

৮০%
(15 সাল থেকে + 2018%)

পরিমাপযোগ্যতা এবং স্থিতিস্থাপকতা
চাহিদা অনুযায়ী সম্পদ অনুভূমিকভাবে বা উল্লম্বভাবে স্কেল করা হয়, তারা কার্যত সীমাহীন এবং যে কোনো সময় যেকোনো পরিমাণে জারি করা যেতে পারে।

৮০%
(135 সাল থেকে +2018)

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

৮০%
(14 সাল থেকে + 2018%)

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

ক্লাউড প্রদানকারীদের জন্য, বিভিন্ন পরিষেবার বিধান একটি সর্বজনীন মান হয়ে উঠছে: ভার্চুয়াল মেশিন নেটওয়ার্কিং, আইডেন্টিটি অ্যান্ড অ্যাক্সেস ম্যানেজমেন্ট (IAM), স্টোরেজ এবং ডেটাবেস, মেশিন লার্নিং, ইন্টারনেট অফ থিংস (IoT), কন্টেইনার সমাধান, নিরাপত্তা সমাধান এবং অন্যান্য .

ক্লাউড প্রদানকারীর ক্লায়েন্টরা শুধুমাত্র তাদের ব্যবহার করা সম্পদের জন্য অর্থ প্রদান করে, যা খরচের স্বচ্ছতা প্রদান করে, ঐতিহ্যগত ডেটা সেন্টারের বিপরীতে যেখানে উন্নয়ন খরচ সম্পর্কিত তথ্য পাওয়া কঠিন বা অসম্ভব। উপরে তালিকাভুক্ত ক্লাউড বৈশিষ্ট্যগুলি পূরণ করে এমন কোম্পানিগুলির উত্তরদাতারা সফ্টওয়্যার চালানোর খরচ সঠিকভাবে অনুমান করার সম্ভাবনা 2,6 গুণ বেশি, কোন অ্যাপ্লিকেশনগুলির জন্য আরও সংস্থান প্রয়োজন তা বোঝার সম্ভাবনা 2 গুণ বেশি এবং তাদের IT বাজেটের মধ্যে থাকার সম্ভাবনা 1,65 গুণ বেশি৷

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

ডেনিস রোমানেনকো, Mail.ru ক্লাউড সলিউশনের ফ্রিল্যান্স বিশেষজ্ঞ

DevOps প্রযুক্তিগত অনুশীলন

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

বলা হচ্ছে, এমন কিছু সাধারণ ক্ষেত্র রয়েছে যা DevOps পারফরম্যান্সকে উন্নত করতে সাহায্য করতে পারে: কিছু টিম স্তরে বিকশিত হয়, অন্যদের সাংগঠনিক স্তরে প্রচেষ্টার প্রয়োজন হয়।

2019 সালে DevOps টিমের জন্য বৃদ্ধির কোন ক্ষেত্রগুলি হাইলাইট করা হয়েছে:

সাংগঠনিক পর্যায়ে

• ঢিলেঢালাভাবে সংযুক্ত আর্কিটেকচার
• পরিবর্তন বাস্তবায়ন
• কোড সমর্থন

দলগত পর্যায়ে

• একটানা সমাকলান
• পরীক্ষা অটোমেশন
• স্থাপনা অটোমেশন
• পর্যবেক্ষণ
• উন্নয়ন পাইপলাইন

দল ও সংগঠন পর্যায়ে

• ক্লাউড পরিষেবার ব্যবহার
• দুর্যোগ পুনরুদ্ধার পরীক্ষা

গবেষণাটি DevOps পারফরম্যান্সের উপর আলগাভাবে সংযুক্ত আর্কিটেকচারের ইতিবাচক প্রভাব নিশ্চিত করেছে।

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

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

ডেনিস রোমানেনকো, Mail.ru ক্লাউড সলিউশনের ফ্রিল্যান্স বিশেষজ্ঞ

সফল DevOps দলগুলি সবকিছু স্বয়ংক্রিয় করে

ক্রমাগত ইন্টিগ্রেশন এবং ডেলিভারি (CI/CD) আপনাকে কম খরচে এবং ঝুঁকি সহ পরিষেবা এবং অ্যাপ্লিকেশনগুলিকে উত্পাদনে প্রকাশ করতে দেয়, সেইসাথে সংস্থার লক্ষ্য অনুসারে সমর্থন প্রকাশের অনুমতি দেয়।

সফল CI/CD এর মানে হল যে দলগুলি চাহিদা অনুযায়ী উত্পাদনে পরিবর্তনগুলি স্থাপন করতে পারে, স্থাপনার গুণমান সম্পর্কে অবিলম্বে প্রতিক্রিয়া পেতে পারে এবং পরবর্তী স্থাপনা চক্রের উন্নতি করতে দ্রুত এটিতে কাজ করতে পারে।

প্রতিবেদনটি দেখায় যে সফল DevOps দলগুলি বিস্তৃত সমর্থনকারী প্রক্রিয়া, অনুশীলন এবং সরঞ্জামগুলিতে বিনিয়োগ করে:

• 92% স্বয়ংক্রিয় সমাবেশ সরঞ্জাম ব্যবহার;
• 87% স্বয়ংক্রিয় ইউনিট পরীক্ষা ব্যবহার করে;
• 57% গ্রহণযোগ্যতা পরীক্ষার জন্য অটোমেশন প্রসারিত;
• পরীক্ষার পরিবেশে 72% স্বয়ংক্রিয় স্থাপনা, 69% উত্পাদনে স্থাপনার জন্য একই কাজ করে;
• 69% চ্যাটবটগুলিকে স্থাপনার প্রক্রিয়ার সাথে একীভূত করে;
• 57% নিরীক্ষণ সরঞ্জামের সাথে একীভূত।

সঠিক সরঞ্জাম এবং প্রযুক্তি নির্বাচন করা গুরুত্বপূর্ণ

জটিল সিস্টেম নির্মাণ এবং ব্যবসা-সমালোচনামূলক অবকাঠামো পরিচালনা করার সময়, প্রযুক্তি নির্বাচন করা গুরুত্বপূর্ণ:

• যা প্রথম সংযোগের জন্য এবং ক্রমাগত ব্যবহারের জন্য উভয়ই ব্যবহার করা সহজ;
• যা আপনাকে আপনার লক্ষ্য অর্জনে সহায়তা করে।

প্রতিবেদনে CI/CD এর মাধ্যমে সফ্টওয়্যার স্থাপন করার সময় ব্যবহৃত সরঞ্জামগুলি পরীক্ষা করা হয়েছে এবং অটোমেশন সরঞ্জামগুলি পরীক্ষা করা হয়েছে - এইগুলিই প্রযুক্তি যা DevOps-এর অন্তর্গত।

DevOps দলগুলি কোন প্রযুক্তি ব্যবহার করে:

প্রযুক্তির

কম পারফরম্যান্সকারী দল

গড় দল

ভালো পারফরম্যান্স সহ দল

উচ্চ পারফরম্যান্সকারী দল

মালিকানা, ওপেন সোর্স এবং বাণিজ্যিক প্যাকেজ পণ্যের সংমিশ্রণ

৮০%

৮০%

৮০%

৮০%

প্রধানত ওপেন সোর্স এবং অত্যন্ত কাস্টমাইজড প্যাকেজ সমাধান

৮০%

8%

7%

৮০%

বেশিরভাগই ওপেন সোর্স এবং সামান্য কাস্টমাইজেশন সহ প্যাকেজড সমাধান

৮০%

৮০%

৮০%

৮০%

প্রাথমিকভাবে বক্সযুক্ত বাণিজ্যিক সমাধান

8%

৮০%

8%

4%

কোম্পানির জন্য অভ্যন্তরীণ উন্নয়ন এবং মালিকানা সমাধান

৮০%

6%

5%

6%

শক্তিশালী কাস্টমাইজেশন সহ প্রাথমিকভাবে ওপেন সোর্স

6%

7%

5%

৮০%

একটু কাস্টমাইজেশন সহ প্রাথমিকভাবে ওপেন সোর্স

5%

৮০%

৮০%

৮০%

টুল ব্যবহারযোগ্যতা একটি দলের তাদের নির্বাচিত প্রযুক্তি স্ট্যাকের মান সর্বাধিক করার ক্ষমতার উপর একটি উল্লেখযোগ্য প্রভাব ফেলে: সহজে-ব্যবহারযোগ্য প্রযুক্তি সহ ইঞ্জিনিয়ারদের উচ্চ-কার্যকারি দলগুলির অন্তর্ভুক্ত হওয়ার সম্ভাবনা 1,5 গুণ বেশি।

আমার মতে, এই টেবিলটি এই অনুভূতি দেয় যে একটি সফল DevOps দল হতে, আপনাকে ফ্যাশন অনুসরণ করতে হবে, প্রযুক্তিগত সমস্যা নয়।

একজন দক্ষ বিশেষজ্ঞ টাস্কের জন্য টুল বেছে নেন, বিপরীতে নয়। যেকোন সমস্যা সমাধানের জন্য সবসময় বেশ কিছু টুলস এবং পন্থা থাকে। একটি নির্দিষ্ট টুল দ্বারা নির্ধারিত হয়: কাজের সুনির্দিষ্ট বৈশিষ্ট্য; কর্মীরা এই টুলটির সাথে কতটা পরিচিত (টুলটি নতুন হলে প্রবেশের থ্রেশহোল্ড কত বেশি); আর্থিক উপাদান, যদি উপস্থিত থাকে।

ডেনিস রোমানেনকো, Mail.ru ক্লাউড সলিউশনের ফ্রিল্যান্স বিশেষজ্ঞ

দুর্যোগ পুনরুদ্ধার

প্রতিটি প্রতিষ্ঠানের সফ্টওয়্যার পরিচালনার উপর নির্ভর করে যার অপারেশন থাকতে হবে দূর্যোগ পুনর্বাসন প্রকল্প. প্রতিবেদনে দেখায় বিভিন্ন কোম্পানি কী ধরনের দুর্যোগ স্থিতিস্থাপকতা পরীক্ষা করে।

কোম্পানিগুলি দুর্যোগ পুনরুদ্ধারের জন্য কি ধরনের পরীক্ষা ব্যবহার করে?

পরীক্ষার ধরন

কম পারফরম্যান্সকারী দল

গড় দল

ভালো পারফরম্যান্স সহ দল

উচ্চ পারফরম্যান্সকারী দল

গড়

বাস্তব সিস্টেম প্রভাবিত করে না যে পরীক্ষা

৮০%

৮০%

৮০%

৮০%

৮০%

অবকাঠামো ব্যর্থতা (ডেটা সেন্টার সহ)

৮০%

৮০%

৮০%

৮০%

৮০%

অ্যাপ্লিকেশন ব্যর্থতা পরীক্ষা

৮০%

৮০%

৮০%

৮০%

৮০%

পরীক্ষার সিস্টেমের ব্যাঘাত জড়িত ঘটনার সিমুলেশন

৮০%

৮০%

৮০%

৮০%

৮০%

কাজের সিস্টেমের ব্যাঘাত জড়িত ঘটনার সিমুলেশন

৮০%

৮০%

৮০%

৮০%

৮০%

অটোমেশন এবং সিস্টেম তৈরি করা যা ব্যাহত করে
একটি নিয়মিত, চলমান ভিত্তিতে উত্পাদন সিস্টেম

9%

8%

7%

9%

8%

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

DevOps টিমকে তথ্যের অ্যাক্সেস প্রদান করা গুরুত্বপূর্ণ

সমস্যা সমাধানের জন্য সহজে তথ্য খোঁজা DevOps টিমকে উৎপাদনশীল রাখতে সাহায্য করতে পারে। এটি আজকের প্রযুক্তি পরিবেশে বিশেষভাবে সত্য, যা জটিল সিস্টেম নিয়ে গঠিত।

এই ধরনের তথ্যের উত্স দুটি গ্রুপে বিভক্ত করা যেতে পারে:

1. অভ্যন্তরীণ সূত্র: কোড তৈরি এবং বজায় রাখার বিষয়ে কোম্পানির ডকুমেন্টেশন, কর্পোরেট জ্ঞানের ভিত্তি, সংগ্রহস্থল এবং আরও অনেক কিছু। DevOps দলগুলি যেগুলি অভ্যন্তরীণ জ্ঞানের উত্সগুলি ব্যবহার করেছিল 1,73 গুণ বেশি উত্পাদনশীল ছিল৷
2. বাইরের উৎস: সার্চ ইঞ্জিন এবং স্ট্যাক সমাপ্তি. আউটসোর্স করা DevOps দলগুলি 1,67 গুণ বেশি উত্পাদনশীল ছিল। বাহ্যিক প্রযুক্তিগুলি শেখার এবং বৃদ্ধির জন্য একটি দুর্দান্ত সুবিধা প্রদান করে, বিশেষ করে পাবলিক ক্লাউড এবং ওপেন সোর্স সরঞ্জামগুলির ব্যবহার।

কোম্পানিগুলোর জন্য প্রযুক্তিগত ঋণ কমানো গুরুত্বপূর্ণ

কারিগরি ঋণের মধ্যে রয়েছে পরিচিত কিন্তু অনির্দিষ্ট বাগ সহ কোড বা সিস্টেম; অপর্যাপ্ত পরীক্ষা কভারেজ; নিম্ন মানের কোড বা নকশা; নিদর্শন যা ব্যবহার করা হয় না কিন্তু মুছে ফেলা হয় না; দল কার্যকরভাবে সমর্থন করতে পারে না যে বাস্তবায়ন; পুরানো প্রযুক্তি; অসম্পূর্ণ বা পুরানো ডকুমেন্টেশন।

বিশেষজ্ঞরা খুঁজে পেয়েছেন যে প্রযুক্তিগত ঋণ নেতিবাচকভাবে DevOps কর্মক্ষমতা প্রভাবিত করে। উচ্চ প্রযুক্তিগত ঋণ সহ দলগুলি 1,6 গুণ কম উত্পাদনশীল ছিল। উচ্চ কর্মক্ষমতা সহ দলগুলি কম প্রযুক্তিগত ঋণ থাকার সম্ভাবনা 1,4 গুণ বেশি ছিল।

DevOps স্টাডি রাজ্য থেকে মূল অনুসন্ধান

1. উচ্চ পারফরম্যান্স সহ DevOps টিমের শতাংশ প্রায় তিনগুণ বেড়ে 20% হয়েছে৷ এর মানে হল যে ব্যবসাগুলি সফ্টওয়্যার ডেভেলপমেন্ট এবং ডেলিভারির উন্নতির জন্য অনুশীলনের প্রতিশ্রুতি বোঝে এবং কোম্পানিগুলি তাদের আইটি বিভাগে আরও সক্রিয়ভাবে DevOps বাস্তবায়ন করছে।
2. অ্যাপ্লিকেশন এবং পরিষেবাগুলির দ্রুত ডেলিভারি প্রযুক্তি এবং সাংগঠনিক রূপান্তরের মূলে রয়েছে। রিলিজের গতি এবং ধারাবাহিকতা লাভ এবং গ্রাহকের সন্তুষ্টি বাড়ায়।
3. ক্লাউড প্রযুক্তিগুলি DevOps টিমগুলির জন্য শ্রেষ্ঠত্ব অর্জনের চাবিকাঠি হিসাবে অবিরত। ক্লাউডের ব্যবহার আপনাকে প্রয়োজনীয় গতিতে সফ্টওয়্যার ডেলিভারি সংগঠিত করতে দেয়, উপলব্ধতা, পরিমাপযোগ্যতা এবং অবকাঠামোর কার্যকারিতা নিশ্চিত করে।
4. DevOps টিমের কার্যকারিতা টিমের সদস্যদের উত্পাদনশীলতার দিকে মনোযোগ দিয়ে, একটি আরামদায়ক মনস্তাত্ত্বিক পরিবেশ প্রদান করে এবং সুবিধাজনক সরঞ্জাম ব্যবহার করে উন্নত করা যেতে পারে।
5. সঠিক পদ্ধতির সাথে রিলিজ বের করার গতি বাড়ানো কোম্পানির পরিষেবা এবং অ্যাপ্লিকেশনগুলির স্থায়িত্বকে প্রভাবিত করে না।

উত্স: www.habr.com