কিভাবে ইভান DevOps মেট্রিক্স করেছে। প্রভাবের বস্তু

এক সপ্তাহ কেটে গেছে যখন ইভান প্রথম DevOps মেট্রিক্স সম্পর্কে চিন্তা করেছিলেন এবং বুঝতে পেরেছিলেন যে তাদের সহায়তায় পণ্য সরবরাহের সময় পরিচালনা করা প্রয়োজন (বাজার করার সময়).

এমনকি সপ্তাহান্তে, তিনি মেট্রিক্স সম্পর্কে ভেবেছিলেন: "তাহলে আমি যদি সময় পরিমাপ করি? এটা আমাকে কি দেবে?

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

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

কিভাবে হবে?…

একটি মেট্রিক একটি সাধারণ কাঠের শাসকের মতো। এর সাহায্যে করা পরিমাপ কারণ জানাবে না, কেন বস্তুটি পরিমাপ করা হচ্ছে ঠিক সেই দৈর্ঘ্য যা সে দেখিয়েছে। শাসক কেবল তার আকার দেখাবে, আর কিছুই নয়। তিনি দার্শনিকের পাথর নন, কেবল একটি কাঠের বোর্ড যা দিয়ে পরিমাপ করা যায়।

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

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

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

ইভান বুঝতে পেরেছিলেন যে DevOps মেট্রিক্সকে গ্রাফ দ্বারা উপস্থাপন করা উচিত নয়। তাদের নিজেদের প্রতিনিধিত্ব করতে হবে অনুসন্ধান টুল "অসামান্য" দল যারা চূড়ান্ত ডেলিভারি সময়কে আকার দেয়।

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

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

বিনা দ্বিধায়, ইভান ফোনটি তুলে নিলেন এবং একজন ব্যক্তির নম্বর ডায়াল করলেন যিনি DevOps-এর ইনস অ্যান্ড আউটগুলিতে পারদর্শী:

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

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

"সবচেয়ে বেশি সময় কোথায় ব্যয় করা হয় তা বোঝা, আমরা দলগুলিকে চিহ্নিত করব, তাদের কাছে যাব এবং সমস্যাটি খনন করব।" ইভান হাসল।

আগামীকালের জন্য, তিনি নিজেকে আঁকতে থাকা সিস্টেমের আর্কিটেকচারের স্কেচ করার কাজটি সেট করেছিলেন।

চলবে…

উত্স: www.habr.com