মঞ্চের কী লাভ?


18

আমি ভেবেছিলাম আমি এটি কাজ করেছি, তবে কনটিনিউস ডেলিভারি (দুর্দান্ত বই) পড়ার পরে আমি কিছুটা বিভ্রান্ত হয়ে পড়েছি। তারা এর জন্য সার্ভার থাকার বিষয়ে কথা বলে:

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

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


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

ইউএটি = ব্যবহারকারীর গ্রহণযোগ্যতা পরীক্ষা, তাই না?
মার্টিন থোমা

উত্তর:


13

মঞ্চে পুরো পণ্য সিস্টেম স্থাপন করা হবে, কিন্তু বাস্তবে সেগুলি এখনও ব্যবহার করছে না। এগুলি ব্যবহারে গেলে "উত্পাদন" হবে be এটি ব্যবহার করা, পরীক্ষা করা এবং তারপরে স্যুইচটি উল্টাতে হবে এমনভাবে আপনার সমস্ত কিছু রাখা উচিত।

ইউএটি সাধারণত "টেস্টিং" পরিবেশ ব্যবহার করে যা উত্পাদনে ব্যবহৃত হবে এমন হার্ডওয়্যার / সফ্টওয়্যার / কনফিগারেশন থেকে উল্লেখযোগ্যভাবে পৃথক।

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


উত্পাদনে যাওয়ার আগে কেবলমাত্র ইউএটি-তে নয়, স্টেজিং সার্ভারেও আরও পরীক্ষা করা হয়।
jftuga

3
@ জাফতুগা, প্রথম অনুচ্ছেদের শেষ বাক্যটি দেখুন ...
ক্রিস এস

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

1
@ ব্র্যান্ডন আপনার অভিজ্ঞতায় "স্টেজিং সার্ভার" আসলে কী? এটি কোনও আঞ্চলিক পার্থক্য হতে পারে, যেমন কোনও সার্ভারকে "বাউন্সিং" করার মতো।
ক্রিস এস

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

17

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

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

সুতরাং আমরা এখানে কি:

  • উন্নয়ন
    • অবিচ্ছিন্ন একীকরণ এবং স্বয়ংক্রিয় পরীক্ষার অন্তর্ভুক্ত
  • রিলিজ পরীক্ষা
    • আমার গোষ্ঠীটি মুক্তিটি নিজেই বিশ্লেষণ করে
    • ইনস্টল লগ পর্যালোচনা
    • পরীক্ষার রোলব্যাক
  • QA তে
    • ব্যবহারকারীর গ্রহন নিরিক্ষা

আমরা মঞ্চায়ন এবং উত্পাদনের মধ্যে শাখা যে বিন্দু। আমরা প্রকাশের জন্য একটি ট্রেনের মডেল ব্যবহার করি, প্রতি সপ্তাহে একটি নতুন ট্রেন শুরু হয়। এমনকি সংখ্যাযুক্ত ট্রেনগুলি মঞ্চ সার্ভারগুলিতে যায় (যা উত্পাদনে রয়েছে)। অদ্ভুত সংখ্যাযুক্ত ট্রেনগুলি করে না।

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

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

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

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


5

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

এর উদাহরণ উইন্ডোজ আজুর হবে, যার জন্য একটি নতুন সংস্করণ স্থাপনের জন্য 5-25 মিনিটের প্রয়োজন, তবে আপনি একটি মঞ্চ পরিবেশে স্থাপন করতে পারেন, পরীক্ষা করতে পারেন এবং তারপরে তাত্ক্ষণিকভাবে উত্পাদন এবং মঞ্চ পরিবেশটি সরিয়ে নিতে পারেন


0

আমি এই নিবন্ধটি জুড়ে এসেছি মঞ্চে পরিবেশ সম্পর্কে যা বলে

মঞ্চায়ন হ'ল যেখানে আপনি আপনার সিস্টেমগুলির পরিচিত-অজানাগুলি যাচাই করেছেন।

নিবন্ধটি পুরোপুরি পড়ার মতো।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.