DevOps কে এবং কখন এটির প্রয়োজন নেই

DevOps থিম গত কয়েক বছরে খুব জনপ্রিয় হয়ে উঠেছে। অনেকে এতে যোগদানের স্বপ্ন দেখে, তবে অনুশীলন দেখায়, প্রায়শই কেবল বেতনের স্তরের কারণে।

কেউ কেউ তাদের জীবনবৃত্তান্তে DevOps নির্দেশ করে, যদিও তারা সবসময় এই শব্দটির সারমর্ম জানেন না এবং বোঝেন না। কেউ মনে করেন যে Ansible, GitLab, Jenkins, Terraform এবং এর মতো অধ্যয়ন করার পরে (তালিকাটি আপনার স্বাদে চালিয়ে যেতে পারে), তিনি অবিলম্বে "ডিভপস" হয়ে যাবেন। এই, অবশ্যই, সত্য নয়.

বিগত কয়েক বছর ধরে, আমি মূলত বিভিন্ন কোম্পানিতে DevOps বাস্তবায়নের সাথে জড়িত ছিলাম। তার আগে, 20 বছরেরও বেশি সময় ধরে তিনি একজন সিস্টেম অ্যাডমিনিস্ট্রেটর থেকে একজন আইটি ডিরেক্টর পদে কাজ করেছেন। বর্তমানে প্লেজেন্ডারিতে DevOps লিড ইঞ্জিনিয়ার।

কে DevOps

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

DevOps নিয়োগের জন্য একজন বিশেষজ্ঞ নয়, ইউটিলিটিগুলির একটি সেট নয় এবং ইঞ্জিনিয়ারদের সাথে একটি উন্নয়ন বিভাগ নয়।

DevOps একটি দর্শন এবং পদ্ধতি।

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

DevOps এর আবির্ভাবের সাথে, বিশেষজ্ঞদের গঠন এবং ভূমিকা একই রয়ে গেছে (ডেভেলপার আছে, ইঞ্জিনিয়ার আছে), কিন্তু মিথস্ক্রিয়া নিয়ম পরিবর্তিত হয়েছে। বিভাগের মধ্যে সীমানা ঝাপসা হয়ে গেছে।

DevOps লক্ষ্য তিনটি পয়েন্টে সংক্ষিপ্ত করা যেতে পারে:

• সফটওয়্যারটি নিয়মিত আপডেট করতে হবে।
• সফটওয়্যার দ্রুত তৈরি করতে হবে।
• সফ্টওয়্যারটি সুবিধাজনকভাবে এবং অল্প সময়ের মধ্যে স্থাপন করা উচিত।

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

এবং এটি DevOps টুলের অংশ মাত্র

2 বছরেরও বেশি সময় ধরে আমি একজন DevOps ইঞ্জিনিয়ারের পদের জন্য লোকেদের সাক্ষাত্কার নিচ্ছি, এবং আমি বুঝতে পেরেছি যে শব্দটির সারমর্ম স্পষ্টভাবে বোঝা কতটা গুরুত্বপূর্ণ। আমি নির্দিষ্ট অভিজ্ঞতা, পর্যবেক্ষণ এবং চিন্তা সঞ্চয় করেছি যা আমি শেয়ার করতে চাই।

সাক্ষাৎকারের অভিজ্ঞতা থেকে, আমি এই ছবিটি দেখি: যে পেশাদাররা DevOps-কে একটি অবস্থান বলে মনে করেন তাদের সাধারণত সহকর্মীদের সাথে ভুল বোঝাবুঝি হয়.

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

তারপর আমি তাকে একটি প্রশ্ন জিজ্ঞাসা করলাম যেটি প্রত্যেক প্রার্থীর জন্য আমার তালিকার প্রথম একটি।

ব্যক্তিগতভাবে আপনার কাছে DevOps মানে কী?
- সাধারণভাবে, বা আমি কীভাবে এটি উপলব্ধি করব?

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

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

DevOps পদ্ধতি এবং দর্শন

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

DevOps পদ্ধতি আপনার লক্ষ্য অর্জনের একটি উপায় মাত্র।

এখন DevOps এর দর্শন কি সম্পর্কে. এবং এটি সম্ভবত সবচেয়ে কঠিন প্রশ্ন।

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

আমার বিশ্ববিদ্যালয়ে এমন কোন বিষয় ছিল না, 90 এর দশকে আমি যে উপকরণগুলি খুঁজে পেয়েছি তা ব্যবহার করে আমাকে নিজেরাই সবকিছু অধ্যয়ন করতে হয়েছিল। বিষয়টি প্রকৌশল শিক্ষার জন্য ঐচ্ছিক, তাই উত্তরের আনুষ্ঠানিকতার অভাব। কিন্তু যারা গুরুতরভাবে DevOps-এ নিমজ্জিত তারা কোম্পানির সমস্ত প্রক্রিয়ার একটি নির্দিষ্ট "আত্মা" বা "অচেতন ব্যাপকতা" অনুভব করতে শুরু করে।

আমার নিজের অভিজ্ঞতার ভিত্তিতে, আমি এই দর্শনের কিছু "পোস্টুলেট" আনুষ্ঠানিক করার চেষ্টা করেছি। এটি নিম্নলিখিত পরিণত হয়েছে:

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

আমি মনে করি যে আমার "পোস্টুলেটস" আলোচনার জন্য একটি পৃথক বিষয়। কিন্তু এখন নির্মাণ করার কিছু আছে.

DevOps কি করে?

এখানে মূল শব্দ যোগাযোগ. অনেক যোগাযোগ আছে, যার সূচনাকারী ঠিক একই DevOps ইঞ্জিনিয়ার হওয়া উচিত। কেন এমন হল? কারণ এটি দর্শন এবং পদ্ধতি এবং তবেই প্রকৌশল জ্ঞান।

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

রাশিয়ায়, DevOps এখনও খুব অল্প বয়স্ক, কিন্তু ইতিমধ্যে একটি প্রবণতা বিষয়। যতদূর আমি জানি, শুধুমাত্র মস্কোতেই, 2019 সালে এই জাতীয় বিশেষজ্ঞের ঘাটতি ছিল 1000 জনেরও বেশি লোকের। এবং নিয়োগকারীদের জন্য কুবারনেটস শব্দটি প্রায় ষাঁড়ের জন্য একটি লাল ন্যাকড়ার মতো। এই সরঞ্জামটির অনুগামীরা এটি ব্যবহার করতে প্রস্তুত এমনকি যেখানে এটির প্রয়োজন নেই এবং অর্থনৈতিকভাবে লাভজনক নয়। নিয়োগকর্তা সর্বদা বুঝতে পারেন না কোন ক্ষেত্রে কোনটি ব্যবহার করা বেশি উপযুক্ত, এবং সঠিক স্থাপনার সাথে, একটি কুবারনেটস ক্লাস্টার বজায় রাখতে একটি প্রচলিত ক্লাস্টার স্কিম ব্যবহার করে একটি অ্যাপ্লিকেশন স্থাপনের চেয়ে 2-3 গুণ বেশি খরচ হয়৷ আপনার সত্যিই এটি প্রয়োজন যেখানে এটি ব্যবহার করুন.

অর্থের দিক থেকে DevOps বাস্তবায়ন করা ব্যয়বহুল। এবং এটি কেবলমাত্র সেখানেই যুক্তিযুক্ত যেখানে এটি অন্যান্য ক্ষেত্রে অর্থনৈতিক সুবিধা নিয়ে আসে, এবং নিজে থেকে নয়।

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

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

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

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

যখন DevOps প্রয়োজন হয় না

এমন পরিস্থিতিতে আছে যখন DevOps প্রয়োজন হয় না। এটা একটা বাস্তবতা- এটা বুঝতে হবে এবং মেনে নিতে হবে।

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

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

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

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

• DevOops
• DevOpsConf
• হাইলোড++
• চ্যাপ্টা
• MailRu ক্লাউড সমাধান

এখন আপনার ব্যবসার দিকে তাকান এবং এটি সম্পর্কে চিন্তা করুন: গ্রাহকের অভিজ্ঞতা প্রদানের জন্য আপনার কোম্পানি এবং এর লাভ কতটা নির্ভর করে আইটি পণ্যের উপর?

যদি আপনার কোম্পানি একটি ছোট দোকানে মাছ বিক্রি করে এবং একমাত্র আইটি পণ্য দুটি 1C কনফিগারেশন হয়: এন্টারপ্রাইজ (অ্যাকাউন্টিং এবং UNF), তাহলে DevOps সম্পর্কে কথা বলা খুব কমই বোঝা যায়।

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

আপনার কোম্পানির DevOps প্রয়োজন কিনা তা নির্ধারণের জন্য বার্ষিক আর্থিক টার্নওভারের আকার এবং আয়তন প্রধান মানদণ্ড নয়।

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

তাদের ক্লায়েন্ট গাড়ি ব্যবসায়ীদের একটি সীমিত তালিকা। এবং প্রস্তুতকারকের একজন বিশেষজ্ঞ প্রতিটির সাথে সংযুক্ত থাকে। সমস্ত অভ্যন্তরীণ নথি প্রবাহ SAP ERP এর মাধ্যমে ঘটে। অভ্যন্তরীণ কর্মচারীরা, আসলে, তথ্য সিস্টেমের ক্লায়েন্ট। কিন্তু এই আইএসের ব্যবস্থাপনা ক্লাস্টার সিস্টেম পরিচালনার শাস্ত্রীয় উপায়ে পরিচালিত হয়। যা DevOps অনুশীলন ব্যবহার করার সম্ভাবনা বাদ দেয়।

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

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

DevOps প্রয়োজন কিনা তা বোঝার প্রধান মাপকাঠি: কোম্পানি এবং গ্রাহকদের জন্য আপনার IT পণ্যের মূল্য কী।

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

তহবিলের কারণে যেকোনো গেম বিদ্যমান: খেলোয়াড়দের কাছ থেকে প্রত্যক্ষ বা পরোক্ষ। প্লেজেন্ডারিতে, আমরা 200 জনেরও বেশি লোকের সাথে তৈরির সাথে সরাসরি জড়িত বিনামূল্যে মোবাইল গেম বিকাশ করি। আমরা কিভাবে DevOps ব্যবহার করব?

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

এখন আমরা সক্রিয়ভাবে জেনকিন্সকে CI/CD পাইপলাইন টুল হিসেবে ব্যবহার করছি ইউনিটির সাথে সমস্ত অ্যাসেম্বলি পাইপলাইন এবং পরবর্তীতে অ্যাপ স্টোর এবং প্লে মার্কেটে স্থাপনের জন্য। সরঞ্জামের ক্লাসিক সেট থেকে আরও:

• আসন - প্রকল্প পরিচালনার জন্য। জেনকিন্সের সাথে ইন্টিগ্রেশন সেট আপ করুন।
• Google Meet - ভিডিও মিটিংয়ের জন্য।
• স্ল্যাক - যোগাযোগের জন্য এবং জেনকিন্সের বিজ্ঞপ্তি সহ বিভিন্ন বিজ্ঞপ্তি।
• আটলাসিয়ান সঙ্গম - ডকুমেন্টেশন এবং গ্রুপ কাজের জন্য।

অদূর ভবিষ্যতে, আমরা SonarQube ব্যবহার করে স্ট্যাটিক কোড বিশ্লেষণ বাস্তবায়নের পরিকল্পনা করছি এবং ক্রমাগত ইন্টিগ্রেশন পর্যায়ে সেলেনিয়াম ব্যবহার করে স্বয়ংক্রিয় UI পরীক্ষা পরিচালনা করার পরিকল্পনা করছি।

পরিবর্তে একটি উপসংহারের

আমি নিম্নলিখিত চিন্তার সাথে শেষ করতে চাই: একজন উচ্চ যোগ্য DevOps ইঞ্জিনিয়ার হওয়ার জন্য, মানুষের সাথে কীভাবে যোগাযোগ করতে হয় তা শেখা অত্যাবশ্যক।

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

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

উত্স: www.habr.com