আমি জানি একটি সমাধান বিকাশের সময় আমাদের কমপক্ষে 3 টি আলাদা পরিবেশ থাকা উচিত:
- বিকাশ : প্রোগ্রামাররা কোনও পরিবর্তন ভাঙার ভয় ছাড়াই দ্রুত তাদের কোডটি পরীক্ষা করতে এবং অন্যান্য পরিবর্তনের সাথে সংহত করার জন্য পরিবর্তনগুলি পরিবর্তন করতে এবং চাপ দেওয়ার জন্য নির্বিঘ্ন - এটি টেস্ট ডাটাবেস এবং পরিষেবাদির সাথে সংযুক্ত;
- ইউএটি : বিকাশকারীদের দ্বারা শ্রদ্ধার সাথে চিকিত্সা করা উচিত, কারণ এতে হার্ডওয়্যার সম্পর্কিত উত্পাদন পরিবেশের একটি "যথাসম্ভব ভাল" অনুলিপি থাকা উচিত, পার্থক্যটি হ'ল এই পরিবেশটি উত্পাদন ডেটার একটি সম্পাদনযোগ্য অনুলিপি সহ ইউএটি ডাটাবেসের সাথে সংযুক্ত রয়েছে - উত্পাদনে যাওয়া পরিবর্তনগুলি যাচাই করতে এটি প্রশ্নোত্তর দল এবং ব্যবহারকারী উভয়ই ব্যবহার করেছেন
- উত্পাদন : আসল চুক্তি।
আমি মধ্যে লাগছিল থাকেন SoftwareEngineering উপর এই প্রশ্ন এবং ServerFault উপর এই প্রশ্ন , এবং তারা স্টেজিং এনভায়রনমেন্ট মানে কি তফাত বলে মনে হচ্ছে। এছাড়াও, বিষয় সম্পর্কে উইকিপিডিয়া পৃষ্ঠাতে বলা হয়েছে:
মঞ্চ পরিবেশের প্রাথমিক ব্যবহার হ'ল উত্পাদনের পরিবেশে প্রয়োগ করার আগে সমস্ত ইনস্টলেশন / কনফিগারেশন / মাইগ্রেশন স্ক্রিপ্ট এবং পদ্ধতি পরীক্ষা করা। এটি নিশ্চিত করে যে উত্পাদন পরিবেশে সমস্ত বড় এবং ছোট আপগ্রেডগুলি ন্যূনতম সময়ে, ত্রুটি ছাড়াই নির্ভরযোগ্যভাবে সম্পন্ন হবে।
আমার জন্য, মঞ্চটি সমানভাবে ইউএটি সমান, যেখানে আপনাকে বাস্তব বিশ্বের দিকে ধাক্কা দেওয়ার আগে অবশ্যই অ্যাপ্লিকেশন এবং স্থাপনার পদ্ধতিগুলি পরীক্ষা করতে হবে। সুতরাং, আমরা প্যাকেজটিকে ইউএটির পরিবর্তনের সাথে একইভাবে উত্পাদনের দিকে ধাক্কা দিয়েছি, সম্পূর্ণ স্বয়ংক্রিয়ভাবে এবং সমস্ত পরিবেশনের সাথে আমাদের উত্পাদন পরিবেশের সাথে রাখা উচিত।
বলা হচ্ছে, কোন ইউএটি পরিবেশ এবং একটি মঞ্চ পরিবেশের মধ্যে উপযুক্ত পার্থক্য কী?
-
সম্পাদনা: পরিষ্কার করার জন্য, আমি একটি ওয়েব অ্যাপ্লিকেশন হিসাবে বিবেচনা করছি, এটি একটি ইন্টারনেট ওয়েবসাইট বা কোনও ইন্ট্রানেট ওয়েবসাইটই হোক। কোনও "ফর্ম" অ্যাপ্লিকেশন বা মোবাইল অ্যাপ্লিকেশন নেই।