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