বিকাশকারীদের জন্য CI পরিষেবা হিসাবে লোড টেস্টিং

মাল্টি-প্রোডাক্ট সফ্টওয়্যার বিক্রেতারা প্রায়শই যে সমস্যার মুখোমুখি হন তা হল প্রায় প্রতিটি দলে প্রকৌশলী - বিকাশকারী, পরীক্ষক এবং অবকাঠামো প্রশাসকদের দক্ষতার নকল। এটি ব্যয়বহুল প্রকৌশলী - লোড পরীক্ষার ক্ষেত্রে বিশেষজ্ঞদের ক্ষেত্রেও প্রযোজ্য।

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

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

ধারণার সারমর্ম

একটি পরিষেবা হিসাবে লোড পরীক্ষার ধারণাটি লোড সরঞ্জামগুলি Apache JMeter, Yandex.Tank এবং আপনার নিজস্ব ফ্রেমওয়ার্কগুলিকে একটি নির্বিচারে অবিচ্ছিন্ন ইন্টিগ্রেশন সিস্টেমে সংহত করার ক্ষমতা বোঝায়। ডেমোটি GitLab CI-এর জন্য হবে, তবে নীতিগুলি সমস্ত CI সিস্টেমের জন্য সাধারণ।

একটি পরিষেবা হিসাবে লোড পরীক্ষা লোড পরীক্ষার জন্য একটি কেন্দ্রীভূত পরিষেবা। লোড পরীক্ষাগুলি ডেডিকেটেড এজেন্ট পুলে চালানো হয়, ফলাফলগুলি স্বয়ংক্রিয়ভাবে গিটল্যাব পেজ, ইনফ্লাক্স ডিবি এবং গ্রাফানা বা রিপোর্টিং সিস্টেম পরীক্ষা করার জন্য (টেস্টরেল, রিপোর্টপোর্টাল, ইত্যাদি) প্রকাশিত হয়। অটোমেশন এবং স্কেলিং যতটা সম্ভব সহজভাবে প্রয়োগ করা হয় - GitLab CI প্রকল্পে স্বাভাবিক gitlab-ci.yml টেমপ্লেট যোগ এবং প্যারামিটারাইজ করার মাধ্যমে।

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

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

লোড পরীক্ষায় মৌলিক ধারণা এবং সংজ্ঞা

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

লোড এজেন্ট - একটি ভার্চুয়াল মেশিন যার উপর অ্যাপ্লিকেশন চালু করা হবে - লোড উৎস (Apache JMeter, Yandex.Tank বা একটি স্ব-লিখিত লোড মডিউল)।

টেস্ট গোল (লক্ষ্য) - সার্ভারে ইনস্টল করা সার্ভার বা অ্যাপ্লিকেশন যা লোড সাপেক্ষে হবে।

পরীক্ষার দৃশ্য (টেস্ট কেস) - প্যারামিটারাইজড ধাপগুলির একটি সেট: নির্দিষ্ট প্যারামিটারের উপর নির্ভর করে নির্দিষ্ট নেটওয়ার্ক অনুরোধ এবং প্রতিক্রিয়া সহ ব্যবহারকারীর ক্রিয়া এবং এই ক্রিয়াগুলির প্রত্যাশিত প্রতিক্রিয়া।

প্রোফাইল বা লোড প্ল্যান (প্রোফাইল) - এ ISTQB পদ্ধতি (অনুচ্ছেদ 4.2.4, পৃ. 43) লোড প্রোফাইলগুলি এমন মেট্রিকগুলিকে সংজ্ঞায়িত করে যা একটি নির্দিষ্ট পরীক্ষার জন্য গুরুত্বপূর্ণ এবং পরীক্ষার সময় লোডের পরামিতিগুলি পরিবর্তন করার বিকল্পগুলি। আপনি চিত্রে প্রোফাইলের উদাহরণ দেখতে পারেন।

পরীক্ষা — পরামিতিগুলির একটি পূর্বনির্ধারিত সেট সহ একটি স্ক্রিপ্ট৷

পরীক্ষার পরিকল্পনা (পরীক্ষা-পরিকল্পনা) - পরীক্ষার একটি সেট এবং একটি লোড প্রোফাইল।

টেস্টরান (টেস্ট্রান) - সম্পূর্ণরূপে নির্বাহিত লোড দৃশ্যকল্প এবং প্রাপ্ত প্রতিবেদন সহ একটি পরীক্ষা চালানোর একটি পুনরাবৃত্তি।

নেটওয়ার্ক অনুরোধ (অনুরোধ) — একটি এজেন্ট থেকে লক্ষ্যে পাঠানো একটি HTTP অনুরোধ।

নেটওয়ার্ক প্রতিক্রিয়া (প্রতিক্রিয়া) — লক্ষ্য থেকে এজেন্টের কাছে পাঠানো একটি HTTP প্রতিক্রিয়া।
HTTP প্রতিক্রিয়া কোড (HTTP প্রতিক্রিয়া স্থিতি) - অ্যাপ্লিকেশন সার্ভার থেকে আদর্শ প্রতিক্রিয়া কোড।
একটি লেনদেন একটি সম্পূর্ণ অনুরোধ-প্রতিক্রিয়া চক্র। একটি লেনদেন একটি অনুরোধ (অনুরোধ) পাঠানোর শুরু থেকে একটি প্রতিক্রিয়া (প্রতিক্রিয়া) প্রাপ্তির সমাপ্তি পর্যন্ত গণনা করা হয়।

লেনদেনের অবস্থা - অনুরোধ-প্রতিক্রিয়া চক্র সফলভাবে সম্পন্ন করা সম্ভব ছিল কিনা। যদি এই চক্রে কোনো ত্রুটি থাকে, তাহলে সম্পূর্ণ লেনদেন ব্যর্থ বলে বিবেচিত হয়।

প্রতিক্রিয়ার সময় (লেটেন্সি) - একটি অনুরোধ (অনুরোধ) পাঠানোর শেষ থেকে একটি প্রতিক্রিয়া (প্রতিক্রিয়া) পাওয়ার শুরু পর্যন্ত সময়।

লোড মেট্রিক্স — লোড করা পরিষেবার বৈশিষ্ট্য এবং লোড পরীক্ষার প্রক্রিয়ায় নির্ধারিত লোড এজেন্ট।

লোড পরামিতি পরিমাপের জন্য মৌলিক মেট্রিক্স

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

লোড এজেন্টের জন্য মেট্রিক্স
লক্ষ্য সিস্টেমের মেট্রিক্স বা অ্যাপ্লিকেশন লোডের অধীনে পরীক্ষা করা হচ্ছে

সংখ্যা  vCPU এবং স্মৃতি র্যাম,
ডিস্ক - লোড এজেন্টের "লোহা" বৈশিষ্ট্য
সিপিইউ, মেমরি, ডিস্ক ব্যবহার - CPU, মেমরি এবং ডিস্ক লোডিং এর গতিবিদ্যা
পরীক্ষার প্রক্রিয়ায়। সাধারণত শতাংশ হিসাবে পরিমাপ করা হয়
সর্বাধিক উপলব্ধ মান

নেটওয়ার্ক থ্রুপুট (লোড এজেন্টে) - থ্রুপুট
সার্ভারে নেটওয়ার্ক ইন্টারফেস,
যেখানে লোড এজেন্ট ইনস্টল করা হয়।
সাধারণত প্রতি সেকেন্ডে বাইটে পরিমাপ করা হয় (bps)
নেটওয়ার্ক থ্রুপুট(লক্ষ্যে) - নেটওয়ার্ক ইন্টারফেস ব্যান্ডউইথ
টার্গেট সার্ভারে। সাধারণত প্রতি সেকেন্ডে বাইটে পরিমাপ করা হয় (bps)

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

এটি সাধারণত প্রত্যাশিত যে সমস্ত ব্যবহারকারী সম্পূর্ণ করতে সক্ষম হয়েছিল৷
আপনার সমস্ত কাজ লোড প্রোফাইলে নির্দিষ্ট করা আছে।
কোনো ত্রুটির মানে হবে যে একজন প্রকৃত ব্যবহারকারী পারবে না
সিস্টেমের সাথে কাজ করার সময় আপনার সমস্যার সমাধান করুন

প্রতি সেকেন্ডে অনুরোধ (মিনিট)- প্রতি সেকেন্ডে নেটওয়ার্ক অনুরোধের সংখ্যা (বা মিনিট)।

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

লক্ষ্য পরিষেবার একটি গুরুত্বপূর্ণ বৈশিষ্ট্য: কত
তৈরি করুন এবং এর সাথে প্রশ্নের উত্তর পাঠান
লোডিং এজেন্ট

HTTP প্রতিক্রিয়া স্থিতি— বিভিন্ন প্রতিক্রিয়া কোডের সংখ্যা
লোড এজেন্ট দ্বারা প্রাপ্ত অ্যাপ্লিকেশন সার্ভার থেকে।
উদাহরণস্বরূপ, 200 ওকে মানে একটি সফল কল,
এবং 404 - যে সংস্থানটি পাওয়া যায়নি

অদৃশ্যতা (প্রতিক্রিয়া সময়) - শেষ থেকে সময়
একটি প্রতিক্রিয়া (প্রতিক্রিয়া) পেতে শুরু করার আগে একটি অনুরোধ (অনুরোধ) পাঠানো।
সাধারণত মিলিসেকেন্ডে পরিমাপ করা হয়

লেনদেনের প্রতিক্রিয়া সময়- একটি সম্পূর্ণ লেনদেনের সময়,
অনুরোধ-প্রতিক্রিয়া চক্রের সমাপ্তি।
এটি অনুরোধ পাঠানোর শুরু থেকে সময় (অনুরোধ)
একটি প্রতিক্রিয়া (প্রতিক্রিয়া) প্রাপ্তির সম্পূর্ণ না হওয়া পর্যন্ত।

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

প্রতি সেকেন্ডে লেনদেন (মিনিট) - সম্পূর্ণ সংখ্যা
প্রতি সেকেন্ডে লেনদেন (মিনিট),
অর্থাৎ কতটা আবেদন গ্রহণ করতে পেরেছিল এবং
প্রক্রিয়া অনুরোধ এবং ইস্যু প্রতিক্রিয়া.
আসলে, এটি সিস্টেমের থ্রুপুট

লেনদেনের অবস্থা , উত্তীর্ণ/অকৃতকার্য/মোট - সংখ্যা
সফল, অসফল এবং মোট লেনদেনের সংখ্যা।

বাস্তব ব্যবহারকারীদের জন্য অসফল
লেনদেন আসলে মানে হবে
লোডের অধীনে সিস্টেমের সাথে কাজ করতে অক্ষমতা

লোড টেস্টিং স্কিম্যাটিক ডায়াগ্রাম

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

পরিকল্পিত নোট:

• QA.Tester লোড পরীক্ষায় একজন বিশেষজ্ঞ,
• টার্গেট হল টার্গেট অ্যাপ্লিকেশন যার জন্য আপনি লোডের অধীনে এর আচরণ জানতে চান।

চিত্রে সত্তা, পর্যায় এবং ধাপগুলির শ্রেণীবিভাগকারী

পর্যায় এবং ধাপ
কি হচ্ছে
প্রবেশদ্বারে কি আছে
আউটপুট কি

প্রস্তুত করুন: পরীক্ষার জন্য প্রস্তুতির পর্যায়

লোড প্যারামিটার
সেটিং এবং ইনিশিয়ালাইজেশন
ব্যবহারকারী
লোড পরামিতি,
মেট্রিক্স পছন্দ এবং
পরীক্ষার পরিকল্পনা প্রস্তুতি
(লোড প্রোফাইল)
জন্য কাস্টম অপশন
লোড এজেন্ট সূচনা
পরীক্ষণ পরিকল্পনা
পরীক্ষার উদ্দেশ্য

VM
মেঘ স্থাপন
সাথে ভার্চুয়াল মেশিন
প্রয়োজনীয় বৈশিষ্ট্য
লোড এজেন্টের জন্য VM সেটিংস
জন্য অটোমেশন স্ক্রিপ্ট
ভিএম সৃষ্টি
ভিএম কনফিগার করা হয়েছে
মেঘ

eNV
ওএস সেটআপ এবং প্রস্তুতি
জন্য পরিবেশ
লোড এজেন্ট কাজ
জন্য পরিবেশ সেটিংস
লোড এজেন্ট
জন্য অটোমেশন স্ক্রিপ্ট
পরিবেশ সেটিংস
প্রস্তুত পরিবেশ:
OS, পরিষেবা এবং অ্যাপ্লিকেশন,
কাজের জন্য প্রয়োজনীয়
লোড এজেন্ট

লোডএজেন্ট
ইনস্টলেশন, কনফিগারেশন এবং প্যারামিটারাইজেশন
লোডিং এজেন্ট।
অথবা থেকে একটি ডকার ইমেজ ডাউনলোড করা হচ্ছে
প্রি-কনফিগার করা লোড সোর্স
সোর্স ডকার ইমেজ লোড করুন
(YAT, JM বা স্ব-লিখিত কাঠামো)
সেটিংস
লোড এজেন্ট
সেট আপ এবং প্রস্তুত
লোড এজেন্ট কাজ করতে

পরীক্ষা: লোড পরীক্ষা সম্পাদনের পর্যায়। উৎস হল গিটল্যাব সিআই-এর জন্য ডেডিকেটেড এজেন্ট পুলে মোতায়েন করা লোড এজেন্ট

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

এজেন্ট চালান
এজেন্ট এক্সিকিউশন
পরীক্ষার স্ক্রিপ্ট লোড
অনুসারে
প্রোফাইল লোড করুন
লোড এজেন্ট মিথস্ক্রিয়া
পরীক্ষার উদ্দেশ্যে
পরীক্ষণ পরিকল্পনা
পরীক্ষার উদ্দেশ্য

লগ
"কাঁচা" লগের সংগ্রহ
লোড পরীক্ষার সময়:
লোড এজেন্ট কার্যকলাপ রেকর্ড,
পরীক্ষার লক্ষ্যের অবস্থা
এবং VM এজেন্ট চালাচ্ছে

এক্সিকিউশন লগ
লোড পরীক্ষা
সিস্টেম লগ

ছন্দোবিজ্ঞান
পরীক্ষার সময় "কাঁচা" মেট্রিক্স সংগ্রহ করা হচ্ছে

লক্ষ্য মেট্রিক্সে পরিবর্তনের গতিবিদ্যা
এবং লোড এজেন্ট

রিপোর্ট: পরীক্ষার রিপোর্ট প্রস্তুতি পর্যায়

উত্পাদক
সংগৃহীত প্রক্রিয়াকরণ
লোডিং সিস্টেম এবং
মনিটরিং সিস্টেম "কাঁচা"
মেট্রিক্স এবং লগ
একটি রিপোর্ট গঠন
মানুষের পাঠযোগ্য ফর্ম
উপাদান দিয়ে সম্ভব
বিশ্লেষকরা
এক্সিকিউশন লগ
লোড পরীক্ষা
সিস্টেম লগ
মেট্রিক্সে পরিবর্তনের গতিশীলতা
লক্ষ্য এবং লোড এজেন্ট
প্রক্রিয়াকৃত "কাঁচা" লগ
জন্য উপযুক্ত একটি বিন্যাসে
বহিরাগত স্টোরেজ আপলোড
স্ট্যাটিক লোড রিপোর্ট,
মানব পাঠযোগ্য

প্রকাশ করা
প্রতিবেদন প্রকাশ
লোড সম্পর্কে
বাহ্যিক পরীক্ষা
সেবা
প্রক্রিয়াকৃত "কাঁচা"
একটি উপযুক্ত বিন্যাসে লগ
এক্সটার্নাল আনলোড করার জন্য
সংগ্রহস্থল
বহিরাগত সংরক্ষিত
স্টোরেজ রিপোর্ট অন
লোড, উপযুক্ত
মানুষের বিশ্লেষণের জন্য

একটি CI টেমপ্লেটে লোড উত্স সংযুক্ত করা হচ্ছে

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

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

কিভাবে হার্ডওয়্যার দ্বারা প্রয়োজনীয় শক্তি খুঁজে বের করতে? লোড এজেন্টের বৈশিষ্ট্য - পর্যাপ্ত সংখ্যক vCPU, RAM এবং ডিস্ক - এজেন্টে ডকার, পাইথন (Yandex.Tank-এর জন্য), GitLab CI এজেন্ট, Java (Apache JMeter-এর জন্য) চালানো উচিত তার উপর ভিত্তি করে গণনা করা যেতে পারে। . JMeter-এর অধীনে জাভা-এর জন্য, ন্যূনতম 512 MB RAM ব্যবহার করারও সুপারিশ করা হয় এবং একটি উচ্চ সীমা হিসাবে, 80% উপলব্ধ মেমরি.

সুতরাং, আমাদের অভিজ্ঞতার উপর ভিত্তি করে, আমরা লোড এজেন্টের জন্য কমপক্ষে 4টি vCPU, 4 GB RAM, 60 GB SSD ব্যবহার করার পরামর্শ দিই। নেটওয়ার্ক কার্ডের থ্রুপুট লোড প্রোফাইলের প্রয়োজনীয়তার উপর ভিত্তি করে নির্ধারিত হয়।

আমরা প্রধানত দুটি লোড উত্স ব্যবহার করি - Apache JMeter এবং Yandex.Tank ডকার ইমেজ।

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

অ্যাপাচি জেমেটার Apache থেকে একটি ওপেন সোর্স লোড টেস্টিং টুল। এটি স্ট্যাটিক এবং ডাইনামিক ওয়েব অ্যাপ্লিকেশন উভয় পরীক্ষা করার জন্য সমানভাবে ব্যবহার করা যেতে পারে। JMeter বিপুল সংখ্যক প্রোটোকল এবং অ্যাপ্লিকেশনগুলির সাথে ইন্টারঅ্যাক্ট করার উপায়গুলিকে সমর্থন করে: HTTP, HTTPS (Java, NodeJS, PHP, ASP.NET, ইত্যাদি), SOAP/REST Webservices, FTP, TCP, LDAP, SMTP(S), POP3( S) ) এবং IMAP(S), JDBC এর মাধ্যমে ডাটাবেস, শেল কমান্ড চালাতে পারে এবং জাভা অবজেক্টের সাথে কাজ করতে পারে। পরীক্ষা পরিকল্পনা তৈরি, ডিবাগিং এবং কার্যকর করার জন্য JMeter এর একটি IDE আছে। যেকোন জাভা সামঞ্জস্যপূর্ণ অপারেটিং সিস্টেমে (লিনাক্স, উইন্ডোজ, ম্যাক ওএস এক্স) কমান্ড লাইন অপারেশনের জন্য একটি CLI রয়েছে। টুলটি গতিশীলভাবে একটি HTML পরীক্ষার রিপোর্ট তৈরি করতে পারে।

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

আমরা Yandex.Tank-এর জন্য এই মৌলিক ডকার ফাইলটি নিয়েছি:

Dockerfile 
1 | FROM direvius/yandex-tank
2 | ENTRYPOINT [""]

এবং Apache JMeter এর জন্য এটি:

Dockerfile 
1 | FROM vmarrazzo/jmeter
2 | ENTRYPOINT [""]

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

টেমপ্লেট এবং পাইপলাইন

লোড পরীক্ষা পরিচালনার জন্য একটি টেমপ্লেটের উদাহরণ প্রকল্পে পাওয়া যায় ডেমো লোড। দ্য readme ফাইল আপনি টেমপ্লেট ব্যবহার করার জন্য নির্দেশাবলী পড়তে পারেন. টেমপ্লেট নিজেই (ফাইল gitlab-ci.yml) প্রতিটি পদক্ষেপ কি জন্য দায়ী সে সম্পর্কে নোট আছে।

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

1. পর্যায় প্রস্তুত করা পরীক্ষার লক্ষ্যগুলিকে প্রাক কনফিগার করতে বা তাদের প্রাপ্যতা পরীক্ষা করতে ব্যবহার করা উচিত। লোড উত্সগুলির জন্য পরিবেশ কনফিগার করার প্রয়োজন নেই, সেগুলি ডকার ইমেজ হিসাবে পূর্ব-নির্মিত এবং ডকার রেজিস্ট্রিতে পোস্ট করা হয়েছে: শুধুমাত্র পরীক্ষার পর্যায়ে পছন্দসই সংস্করণটি নির্দিষ্ট করুন৷ কিন্তু আপনি তাদের পুনর্নির্মাণ করতে পারেন এবং আপনার নিজের পরিবর্তিত ছবি তৈরি করতে পারেন।
2. পর্যায় পরীক্ষা লোড উত্স নির্দিষ্ট করতে, পরীক্ষা চালাতে এবং পরীক্ষার নিদর্শন সংরক্ষণ করতে ব্যবহৃত হয়। আপনি যেকোন লোড সোর্স বেছে নিতে পারেন: Yandex.Tank, Apache JMeter, আপনার নিজের বা সব একসাথে। অপ্রয়োজনীয় উত্সগুলি নিষ্ক্রিয় করতে, কেবল মন্তব্য করুন বা কাজটি মুছুন৷ লোড উত্স জন্য প্রবেশ পয়েন্ট:
   • Yandex.Tank-এর জন্য লঞ্চের পরামিতিগুলি এতে উল্লেখ করা হয়েছে।/tests/yandextank.sh,
   • Apache JMeter স্টার্টআপ প্যারামিটার ফাইলে নির্দিষ্ট করা আছে ./tests/jmeter.sh.

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

3. মঞ্চে রিপোর্ট পরীক্ষার পর্যায়ে প্রাপ্ত পরীক্ষার ফলাফলগুলি বহিরাগত স্টোরেজে প্রকাশ করার জন্য আপনাকে বর্ণনা করতে হবে, উদাহরণস্বরূপ, গিটল্যাব পেজ বা বিশেষ রিপোর্টিং সিস্টেমে। গিটল্যাব পৃষ্ঠাগুলির জন্য প্রয়োজন যে ./public ডিরেক্টরিটি খালি থাকবে না এবং পরীক্ষাগুলি সম্পূর্ণ হওয়ার পরে অন্তত একটি index.html ফাইল থাকবে৷ আপনি গিটল্যাব পেজ পরিষেবার সূক্ষ্মতা সম্পর্কে পড়তে পারেন। লিংক.

   কিভাবে ডেটা এক্সপোর্ট করতে হয় তার উদাহরণ:

   • JMeter থেকে গিটল্যাব পেজ,
   • Yandex.Tank থেকে ইনফ্লাক্সডিবি এবং গ্রাফানা.

   সেটআপ নির্দেশাবলী পোস্ট করা:

   • এইচটিএমএল স্ট্যাটিক্স ইন গিটল্যাব পেজ,
   • ইনফ্লাক্সডিবিতে এবং তারপরে গ্রাফানা.

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

Apache JMeter নিজেই একটি HTML রিপোর্ট তৈরি করতে পারে, তাই স্ট্যান্ডার্ড টুল ব্যবহার করে গিটল্যাব পেজে এটি সংরক্ষণ করা আরও লাভজনক। Apache JMeter রিপোর্টটি দেখতে এইরকম:

Yandex.Tank এর ডেমো উদাহরণে, আপনি শুধুমাত্র দেখতে পাবেন জাল টেক্সট রিপোর্ট গিটল্যাব পৃষ্ঠাগুলির বিভাগে। পরীক্ষার সময়, ট্যাঙ্ক ইনফ্লাক্সডিবি ডাটাবেসে ফলাফলগুলি সংরক্ষণ করতে পারে এবং সেখান থেকে সেগুলি প্রদর্শিত হতে পারে, উদাহরণস্বরূপ, গ্রাফনায় (ফাইলে কনফিগারেশন করা হয় ./tests/example-yandextank-test.yml) ট্যাঙ্কের প্রতিবেদনটি গ্রাফানায় এইভাবে দেখায়:

সারাংশ

নিবন্ধে, আমি "পরিষেবা হিসাবে লোড টেস্টিং" (পরিষেবা হিসাবে লোড টেস্টিং) ধারণা সম্পর্কে কথা বলেছি। মূল ধারণা হল লোড এজেন্টের পূর্ব-কনফিগার করা পুলের পরিকাঠামো, লোড উৎসের ডকার ইমেজ, রিপোর্টিং সিস্টেম এবং একটি পাইপলাইন যা একটি সাধারণ .gitlab-ci.yml টেমপ্লেটের উপর ভিত্তি করে গিটল্যাব CI-এ তাদের একত্রিত করা (উদাহরণ লিংক) এই সমস্ত অটোমেশন ইঞ্জিনিয়ারদের একটি ছোট দল দ্বারা সমর্থিত এবং পণ্য দলের অনুরোধে প্রতিলিপি করা হয়। আমি আশা করি এটি আপনাকে আপনার কোম্পানিতে একটি অনুরূপ স্কিম প্রস্তুত এবং বাস্তবায়নে সহায়তা করবে। আপনার মনোযোগের জন্য ধন্যবাদ!

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

লেখক: তৈমুর গিলমুলিন - সহকারী পজিটিভ টেকনোলজিসে হেড অফ টেকনোলজি অ্যান্ড ডেভেলপমেন্ট প্রসেসেস (DevOps)

উত্স: www.habr.com