🥇 বিশৃঙ্খলা ব্যবস্থাপনা: একটি প্রযুক্তিগত মানচিত্রের সাহায্যে জিনিসগুলিকে সাজানো

ছবি: Unsplash

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

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

বিশৃঙ্খলা এবং DevOps সম্পর্কে

সংক্ষেপে, DevOps-এর ধারণার মধ্যে রয়েছে ডেভেলপমেন্ট টুল এবং পরিষেবা, সেইসাথে তাদের ব্যবহারের জন্য পদ্ধতি এবং সর্বোত্তম অনুশীলন। এর বিশ্বব্যাপী একক আউট করা যাক цель আমাদের কোম্পানিতে DevOps ধারনা বাস্তবায়ন থেকে: এটি পরিমাণগত শর্তে পণ্যগুলির উত্পাদন এবং রক্ষণাবেক্ষণের ব্যয়ের একটি ধারাবাহিক হ্রাস (ম্যান-আওয়ার বা মেশিন ঘন্টা, CPU, RAM, ডিস্ক, ইত্যাদি)। সম্পূর্ণ কোম্পানির পর্যায়ে উন্নয়নের সামগ্রিক খরচ কমানোর সবচেয়ে সহজ এবং সবচেয়ে সুস্পষ্ট উপায় সাধারণ সিরিয়াল কাজ সম্পাদনের খরচ কমানো উত্পাদনের সব পর্যায়ে। কিন্তু এই পর্যায়গুলো কী, সাধারণ প্রক্রিয়া থেকে কীভাবে আলাদা করা যায়, সেগুলো কী কী ধাপ নিয়ে গঠিত?

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

কিভাবে অনন্যতা এবং সিরিয়াল সমাধান মধ্যে একটি ভারসাম্য খুঁজে পেতে?

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

উন্নয়ন পরিচালক: "বন্ধুরা, আমরা কি কোনোভাবে মূল্যায়ন করতে পারি যে পণ্যগুলির জন্য DevOps কী করে?"

আমরা: "আমরা জানি না, আমরা এমন প্রশ্ন করিনি, তবে কোন সূচকগুলি বিবেচনা করা উচিত?"

উন্নয়ন পরিচালক: "কে জানে! ভাবুন..."

সেই বিখ্যাত ছবিতে যেমন: "আমি হোটেলে আছি! .." - "উহ... তুমি কি আমাকে পথ দেখাতে পারবে?" প্রতিফলনের উপর, আমরা উপসংহারে এসেছি যে আমাদের প্রথমে পণ্যগুলির চূড়ান্ত অবস্থা সম্পর্কে সিদ্ধান্ত নিতে হবে; এটি আমাদের প্রথম লক্ষ্য হয়ে উঠেছে।

সুতরাং, কিভাবে আপনি 10 থেকে 200 জনের মোটামুটি বড় দল নিয়ে এক ডজন পণ্য বিশ্লেষণ করবেন এবং সমাধানগুলি প্রতিলিপি করার সময় পরিমাপযোগ্য মেট্রিক্স নির্ধারণ করবেন?

1:0 ক্যাওস, বা কাঁধের ব্লেডের উপর DevOps-এর পক্ষে

আমরা BPwin সিরিজ থেকে IDEF0 ডায়াগ্রাম এবং বিভিন্ন ব্যবসায়িক প্রক্রিয়া ডায়াগ্রাম প্রয়োগ করার প্রচেষ্টা দিয়ে শুরু করেছি। বিভ্রান্তিটি পরবর্তী প্রকল্পের পরবর্তী পর্যায়ের পঞ্চম বর্গক্ষেত্রের পরে শুরু হয়েছিল এবং প্রতিটি প্রকল্পের জন্য এই স্কোয়ারগুলি 50+ ধাপের নিচে একটি দীর্ঘ পাইথনের লেজে আঁকা যেতে পারে। আমি দুঃখিত ছিলাম এবং চাঁদে চিৎকার করতে চেয়েছিলাম - এটি সাধারণভাবে মানায় না।

সাধারণ উত্পাদন কাজ

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

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

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

ছবিটিতে ক্লিক করলে এটি সম্পূর্ণ আকারে খুলবে

কোম্পানিতে আমাদের কাজ বিভিন্ন কার্যকরী এলাকায় বিভক্ত করা হয়. অবকাঠামোর দিকনির্দেশটি বিভাগের সমস্ত "লোহা" সংস্থানগুলির অপারেশনের অপ্টিমাইজেশনের পাশাপাশি ভার্চুয়াল মেশিন এবং তাদের উপর পরিবেশ স্থাপনের অটোমেশনে নিযুক্ত রয়েছে। পর্যবেক্ষণের দিক 24/7 পরিষেবা কর্মক্ষমতা নিয়ন্ত্রণ প্রদান করে; আমরা ডেভেলপারদের জন্য একটি পরিষেবা হিসাবে পর্যবেক্ষণ প্রদান করি। কর্মপ্রবাহের দিকনির্দেশ দলগুলিকে উন্নয়ন এবং পরীক্ষার প্রক্রিয়াগুলি পরিচালনা করতে, কোডের অবস্থা বিশ্লেষণ করতে এবং প্রকল্পগুলিতে বিশ্লেষণ পেতে সরঞ্জাম সরবরাহ করে। এবং অবশেষে, ওয়েবডেভ দিকনির্দেশ GUS এবং FLUS আপডেট সার্ভারগুলিতে প্রকাশের প্রকাশনা প্রদান করে, সেইসাথে LicenseLab পরিষেবা ব্যবহার করে পণ্যের লাইসেন্স প্রদান করে। প্রোডাকশন পাইপলাইনকে সমর্থন করার জন্য, আমরা ডেভেলপারদের জন্য অনেকগুলি বিভিন্ন সহায়তা পরিষেবা সেট আপ এবং রক্ষণাবেক্ষণ করি (আপনি পুরানো মিটআপগুলিতে তাদের কিছু সম্পর্কে গল্প শুনতে পারেন: অপ!দেওঅপস! 2016 и অপ!দেওঅপস! 2017) এছাড়াও আমরা অভ্যন্তরীণ অটোমেশন সরঞ্জামগুলি বিকাশ করি, সহ ওপেন সোর্স সমাধান.

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

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

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

অনেক সাধারণ উত্পাদন চেইন গঠন তৈরির পদ্ধতি. প্রসেস বর্ণনা করার আদর্শ পদ্ধতি হল কার্যকরী IDEF0 মডেল ব্যবহার করা।

একটি উত্পাদন CI প্রক্রিয়া মডেলিং একটি উদাহরণ

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

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

যদি আমরা আমাদের রিলিজ স্কিমকে ব্যাপকভাবে সরল ও সাধারণীকরণ করি, তাহলে এতে নিম্নলিখিত ধাপগুলি অন্তর্ভুক্ত থাকে:

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

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

ছবিটিতে ক্লিক করলে এটি সম্পূর্ণ আকারে খুলবে

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

আশার জন্ম

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

একটি সাধারণ সারণীতে, আমরা কলাম দ্বারা পণ্য রেকর্ড করার সিদ্ধান্ত নিয়েছি, এবং প্রযুক্তিগত পর্যায়গুলি এবং সারি দ্বারা পণ্য পাইপলাইনের ধাপগুলি। মাইলস্টোনগুলি বড় কিছু, যেমন একটি পণ্য তৈরির পদক্ষেপ। এবং পদক্ষেপগুলি ছোট এবং আরও বিস্তারিত কিছু, যেমন বিল্ড সার্ভারে সোর্স কোড ডাউনলোড করার ধাপ বা কোড কম্পাইল করার ধাপ।

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

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

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

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

তারা আমাদের আপত্তি করতে পারে: "এটি সব, অবশ্যই, ভাল, শুধুমাত্র সময়ের সাথে সাথে ধাপ এবং ধাপের সংখ্যা নিষেধজনকভাবে বড় হবে। কিভাবে হবে?

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

প্রতিলিপি সমাধানের প্রভাব কিভাবে মূল্যায়ন করবেন? আমরা একটি অত্যন্ত সহজ পদ্ধতি ব্যবহার করি: আমরা একটি নতুন পর্যায় বাস্তবায়নের জন্য প্রাথমিক মূলধন খরচগুলিকে বার্ষিক সাধারণ পণ্য খরচের জন্য দায়ী করি এবং তারপর প্রতিলিপি করার সময় সমস্ত দ্বারা ভাগ করি।

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

উত্পাদন প্রক্রিয়ার প্রযুক্তিগত মানচিত্র

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

[Production] — [InfMonitoring] — [SourceCodeControl] — [Prepare] — [PrepareLinuxDocker] — [PrepareWinDocker] — [Build] — [PullSourceCode] — [PrepareDep] — [UnitTest] — [CodeCoverage] — [StaticAnalyze] — [BuildScenario] — [PushToSnapshot] — [ChangelogBuilder] — [Deploy] — [PrepareTestStand] — [PullTestCode] — [PrepareTestEnv] — [PullArtifact] — [DeployArtifact] — [Test] — [BVTTest] — [SmokeTest] — [FuncTest] — [LoadTest] — [IntegrityTest] — [DeliveryTest] — [MonitoringStands] — [TestManagement] — [Promote] — [QualityTag] — [MoveToRelease] — [License] — [Publish] — [PublishGUSFLUS] — [ControlVisibility] — [Install] — [LicenseActivation] — [RequestUpdates] — [PullUpdates] — [InitUpdates] — [PrepareEnv] — [InstallUpdates] — [Telemetry] — [Workflow] — [Communication] — [Certification] — [CISelfSufficiency]

এগুলি হল প্রোডাক্ট তৈরির পর্যায়গুলি [বিল্ড], সার্ভারগুলিকে পরীক্ষা করা [প্রয়োগ], পরীক্ষা করা [পরীক্ষা], পরীক্ষার ফলাফলের উপর ভিত্তি করে সংগ্রহস্থল প্রকাশের জন্য বিল্ডগুলিকে প্রচার করা [প্রচার], লাইসেন্স তৈরি করা এবং প্রকাশ করা [লাইসেন্স], প্রকাশনা [ GUS আপডেট সার্ভারে] প্রকাশ করুন এবং FLUS আপডেট সার্ভারে বিতরণ, পণ্য কনফিগারেশন ম্যানেজমেন্ট [ইনস্টল] ব্যবহার করে গ্রাহকের পরিকাঠামোতে পণ্য উপাদানগুলির ইনস্টলেশন এবং আপডেট করা, সেইসাথে ইনস্টল করা পণ্যগুলি থেকে টেলিমেট্রি [টেলিমেট্রি] সংগ্রহ।

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

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

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

আমাদের কোম্পানির অভ্যন্তরে, মানচিত্রটি স্বয়ংক্রিয়ভাবে জিঞ্জা টেমপ্লেট থেকে একটি নিয়মিত HTML ফাইল হিসাবে তৈরি হয় এবং তারপর GitLab পেজ সার্ভারে আপলোড করা হয়। সম্পূর্ণরূপে তৈরি করা মানচিত্রের উদাহরণ সহ একটি স্ক্রিনশট দেখা যেতে পারে লিংক.

ছবিটিতে ক্লিক করলে এটি সম্পূর্ণ আকারে খুলবে

সংক্ষেপে, প্রযুক্তিগত মানচিত্র হল উত্পাদন প্রক্রিয়ার একটি সাধারণ চিত্র, যা সাধারণ কার্যকারিতা সহ স্পষ্টভাবে শ্রেণীবদ্ধ ব্লকগুলিকে প্রতিফলিত করে।

আমাদের রোড ম্যাপের কাঠামো

মানচিত্রটি বেশ কয়েকটি অংশ নিয়ে গঠিত:

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

প্রযুক্তিগত মানচিত্রের উপর ভিত্তি করে সিদ্ধান্ত গ্রহণ

মানচিত্রটি পরীক্ষা করার পরে, কিছু পদক্ষেপ নেওয়া সম্ভব - কোম্পানির কর্মচারীর ভূমিকার উপর নির্ভর করে (ডেভেলপমেন্ট ম্যানেজার, প্রোডাক্ট ম্যানেজার, ডেভেলপার বা পরীক্ষক):

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

উপরের সমস্ত সংক্ষিপ্তসার

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

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

ফলাফল

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

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

নিম্নলিখিত নিবন্ধগুলিতে, আমরা আমাদের মানচিত্রে নির্দিষ্ট প্রযুক্তিগত পর্যায়গুলি বাস্তবায়নের জন্য কী প্রযুক্তিগত সরঞ্জামগুলি ব্যবহার করা হয় তা আরও বিশদে বর্ণনা করব।

প্রবন্ধ লেখক:

আলেকজান্ডার পাজডনিকভ — পজিটিভ টেকনোলজিসে অটোমেশনের প্রধান (DevOps)
তৈমুর গিলমুলিন - সহকারী পজিটিভ টেকনোলজিসে অটোমেশন বিভাগের প্রধান (DevOps)

উত্স: www.habr.com

বিশৃঙ্খলা পরিচালনা: প্রযুক্তিগত মানচিত্রের সাহায্যে জিনিসগুলিকে সাজানো

বিশৃঙ্খলা এবং DevOps সম্পর্কে

কিভাবে অনন্যতা এবং সিরিয়াল সমাধান মধ্যে একটি ভারসাম্য খুঁজে পেতে?

1:0 ক্যাওস, বা কাঁধের ব্লেডের উপর DevOps-এর পক্ষে

সাধারণ উত্পাদন কাজ

একটি উত্পাদন CI প্রক্রিয়া মডেলিং একটি উদাহরণ

আশার জন্ম

উত্পাদন প্রক্রিয়ার প্রযুক্তিগত মানচিত্র

আমাদের রোড ম্যাপের কাঠামো

প্রযুক্তিগত মানচিত্রের উপর ভিত্তি করে সিদ্ধান্ত গ্রহণ

উপরের সমস্ত সংক্ষিপ্তসার

ফলাফল

একটি মন্তব্য জুড়ুন উত্তর বাতিল