অ্যাপ্লিকেশন সার্ভার এবং ওয়েব সার্ভারের মধ্যে পার্থক্য কী?

Question

অ্যাপ্লিকেশন সার্ভার এবং ওয়েব সার্ভারের মধ্যে পার্থক্য কী?

Comments

পারফরম্যান্স ওয়াইস যা আরও ভাল অ্যাপ্লিকেশন সার্ভার বা ওয়েবসার্ভার

— কাব্য

Answer 1

বেশিরভাগ সময় এই শর্তাদি ওয়েব সার্ভার এবং অ্যাপ্লিকেশন সার্ভারটি বিনিময়যোগ্য হিসাবে ব্যবহৃত হয়।

ওয়েব সার্ভার এবং অ্যাপ্লিকেশন সার্ভারের বৈশিষ্ট্যগুলির কয়েকটি মূল পার্থক্য নিম্নলিখিত:

• ওয়েব সার্ভারটি HTTP সামগ্রী সরবরাহ করার জন্য ডিজাইন করা হয়েছে। অ্যাপ সার্ভারটি এইচটিটিপি বিষয়বস্তুও পরিবেশন করতে পারে তবে কেবল এইচটিটিপিতে সীমাবদ্ধ নয়। এটি অন্য প্রোটোকল সমর্থন যেমন আরএমআই / আরপিসি সরবরাহ করতে পারে
• ওয়েব সার্ভার বেশিরভাগ স্ট্যাটিক সামগ্রী সরবরাহ করার জন্য ডিজাইন করা হয়েছে, যদিও বেশিরভাগ ওয়েব সার্ভারের পার্ল, পিএইচপি, এএসপি, জেএসপি ইত্যাদির মতো স্ক্রিপ্টিং ভাষার সমর্থন করার জন্য প্লাগইন রয়েছে যার মাধ্যমে এই সার্ভারগুলি গতিশীল এইচটিটিপি সামগ্রী তৈরি করতে পারে content
• বেশিরভাগ অ্যাপ্লিকেশন সার্ভারেরই অবিচ্ছেদ্য অংশ হিসাবে ওয়েব সার্ভার রয়েছে, এর অর্থ অ্যাপ্লিকেশন সার্ভার যা করতে পারে তা ওয়েব সার্ভার সক্ষম করতে পারে। সংযোজন পুলিং, অবজেক্ট পুলিং, লেনদেন সমর্থন, বার্তা পরিষেবা পরিষেবা ইত্যাদির মতো অ্যাপ্লিকেশন স্তরের পরিষেবাগুলিকে সমর্থন করার জন্য অ্যাপ সার্ভারের উপাদান এবং বৈশিষ্ট্য রয়েছে Additionally
• ওয়েব সার্ভার যেমন স্ট্যাটিক সামগ্রী এবং ডায়নামিক সামগ্রীর জন্য অ্যাপ্লিকেশন সার্ভারের জন্য উপযুক্ত, তাই বেশিরভাগ উত্পাদন পরিবেশে ওয়েব সার্ভারটি অ্যাপ সার্ভারে বিপরীত প্রক্সি হিসাবে কাজ করে। এর অর্থ পৃষ্ঠার অনুরোধটি পরিবেশন করার সময়, ওয়েব সার্ভার দ্বারা স্থির সামগ্রী (যেমন চিত্র / স্ট্যাটিক এইচটিএমএল) পরিবেশিত হয় যা অনুরোধটির ব্যাখ্যা করে ts কিছু প্রকারের ফিল্টারিং কৌশল ব্যবহার করে (বেশিরভাগ অনুরোধ করা সংস্থার প্রসারিত) ওয়েব সার্ভার গতিশীল সামগ্রী অনুরোধ সনাক্ত করে এবং স্বচ্ছভাবে অ্যাপ্লিকেশন সার্ভারে ফরোয়ার্ড করে

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

কিছু ক্ষেত্রে সার্ভারগুলি দৃly়ভাবে সংহত হয় যেমন আইআইএস এবং। নেট রানটাইম। আইআইএস ওয়েব সার্ভার। .NET রানটাইম পরিবেশের সাথে সজ্জিত হলে, আইআইএস অ্যাপ্লিকেশন পরিষেবা সরবরাহ করতে সক্ষম।

Comments

জেবস (এখন ওয়াইল্ডফ্লাই) অ্যাপ্লিকেশন সার্ভারের একটি বিখ্যাত উদাহরণ: ডি

— কেএনইউ

সুন্দর ব্যাখ্যা, যেহেতু আমরা ওয়েব সার্ভারের পরিবর্তে অ্যাপ্লিকেশন সার্ভারটি ব্যবহার করতে পারি তবে একটি ওয়েব অ্যাপ্লিকেশন এবং অ্যাপ্লিকেশন সার্ভার উভয়ই একক অ্যাপ্লিকেশনের জন্য কী কী সুবিধা পাবে? এবং পারফরম্যান্স অনুসারে সেরা বিকল্পটি কী?

— ললিন্ডা সম্পথ

"অ্যাপাচি টমক্যাট এইচটিটিপি সার্ভার হ'ল ওয়েব সার্ভার এবং ওরাকল ওয়েবলজিক হ'ল অ্যাপ্লিকেশন সার্ভার।" সুতরাং সবার আগে, অ্যাপাচি টমক্যাট এবং অ্যাপাচি এইচটিটিপি সার্ভার 2 টি আলাদা পণ্য। এবং এটি সত্যই কোনও সঠিক বক্তব্য নয়। অ্যাপাচি টমক্যাট একটি অ্যাপ্লিকেশন সার্ভার। অবশ্যই, এটি ওয়েব পৃষ্ঠাগুলিও পরিবেশন করতে পারে, তবে এটি জাভা স্থাপনের জন্য একটি অ্যাপ্লিকেশন সার্ভার। আমি বুঝতে পারি যে "ওয়েব সার্ভার" শব্দটি আলগাভাবে ব্যবহার করা হয়। তবে এটি কেবল মানুষকে বিভ্রান্ত করে।

— আয়রনর্ম

অ্যাপাচি টমক্যাট কোনও ওয়েব সার্ভার নয়, এটি একটি অ্যাপ্লিকেশন সার্ভার যা জাভা সার্লেটলেটগুলি চালায়। অ্যাপাচি এইচটিটিপি সার্ভার একটি ওয়েব সার্ভার। অ্যাপাচি টমক্যাট এইচটিটিপি সার্ভার নামে কোনও সার্ভার নেই।

— অভিষেক পাঠক

অ্যাপাচি টমক্যাট এবং অ্যাপাচি এইচটিটিপিডি বিভ্রান্ত করার জন্য -1। stackoverflow.com/questions/30632/…

— বেকন বিট

Answer 2

পার্থক্য, সাদৃশ্য এবং কীভাবে উভয়ই একযোগে কাজ করতে পারে এবং কীভাবে উভয়ই কাজ করতে পারে তা বোঝার জন্য এটি কয়েকটি পরিস্থিতিতে একটি বিশদ উত্তর is

অ্যাপ্লিকেশন সার্ভার এমন একটি শব্দ যা কখনও কখনও ওয়েব সার্ভারের সাথে মিশ্রিত হয় । যখন কোনও ওয়েব সার্ভার মূলত HTTP প্রোটোকল পরিচালনা করে , অ্যাপ্লিকেশন সার্ভারটি HTTP- র সাথে সীমাবদ্ধ নয় তবে বেশ কয়েকটি বিভিন্ন প্রোটোকল নিয়ে কাজ করে ।

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

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

বেশিরভাগ ক্ষেত্রে, সার্ভারটি J2EE (জাভা 2 প্ল্যাটফর্ম) , ইজেবি (এন্টারপ্রাইজ জাভাবিয়ান) এবং অন্যান্য বিভিন্ন অ্যাপ্লিকেশন সফ্টওয়্যার মডেলের মতো একটি উপাদান API এর মাধ্যমে এই ইন্টারঅ্যাকশন তৈরি করে ।

একটি উদাহরণ:

কোনও অ্যাপ্লিকেশন সার্ভার ওয়েব সার্ভারের সাথে কাজ করে এমন দৃশ্যের বিপরীতে পার্থক্য বোঝার সর্বোত্তম উপায় যেখানে অ্যাপ্লিকেশন সার্ভার নেই সেখানে একটি অনলাইন স্টোর through

পরিস্থিতি 1: অ্যাপ্লিকেশন সার্ভার ছাড়াই ওয়েব সার্ভার

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

পরিস্থিতি 2: একটি অ্যাপ্লিকেশন সার্ভার সহ ওয়েব সার্ভার

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

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

আশাকরি এটা সাহায্য করবে.

Comments

এটি সঠিক / বিভ্রান্তিকর নয়, এমনকি ওয়েব অ্যাপ্লিকেশনগুলির জন্যও (যেমন অ্যাপ্লিকেশন-সার্ভার শব্দটি কোনও-ওয়েব অ্যাপ্লিকেশনগুলিতে প্রযোজ্য)। কেবলমাত্র ওয়েব বিবেচনা করে: একটি ওয়েব সার্ভারে ওয়েব অনুরোধগুলি (HTTP) হ্যান্ডেল করার জন্য সফ্টওয়্যার (অ্যাপাচি, এনজিনেক্স) অন্তর্ভুক্ত করে। একটি অ্যাপ্লিকেশন সার্ভারে অ্যাপ্লিকেশনটি (এক্সপ্লোর পরিচালনা php কোড) থাকে / প্রকাশ করে। তারা একই মেশিন হতে পারে, তারা নাও পারে - উদাহরণস্বরূপ এটি কোনও মেশিনে (ওয়েব সার্ভার) এনগিনেক্স থাকা কোনও আলাদা মেশিনে (অ্যাপ্লিকেশন সার্ভার) পিএইচপি-এফপিএম-তে ফরোয়ার্ড করার অনুরোধগুলি স্বাভাবিক মনে হয় না যার কাছে নিজেই নেই normal HTTP অ্যাক্সেস (শুধুমাত্র পিএইচপি-এফপিএম-এর জন্য পোর্টটি উন্মুক্ত করে)।

— AD7six

@ AD7six একটি ওয়েব সার্ভার একচেটিয়াভাবে HTTP অনুরোধগুলি পরিচালনা করে, যেখানে একটি অ্যাপ্লিকেশন সার্ভার HTTP সহ যে কোনও সংখ্যক প্রোটোকলের মাধ্যমে অ্যাপ্লিকেশন প্রোগ্রামগুলিতে ব্যবসায়ের যুক্তি পরিচালনা করে।

— দুরাই আমুথান।এইচ

আমার বক্তব্যটি হল অ্যাপ্লিকেশন সার্ভারটি এইচটিসি অনুরোধগুলি পরিচালনা করতে পারে, এটি কোনওভাবেই প্রয়োজন হয় না। the application server deals with several different protocols, including, but not limited, to HTTP<- যেটি বলে যে এটি অবশ্যই http অনুরোধগুলি পরিচালনা করে - এটি সঠিক নয়।

— AD7six

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

— এডি

@ AD7six আমার উত্তরটি অন্য উত্তরগুলির পরিপূরক হিসাবে বোঝানো হয়েছে অন্যদের উত্তরগুলির অর্থ ইতিমধ্যে আপনি এর কাছে কেবল একটি এক্সটেনশান চেয়েছিলেন তার অর্থ what

— দুরাই আমুথান।এইচ

Answer 3

উভয় পদ খুব জেনেরিক, একটিতে অন্যটি যুক্ত এবং কিছু ক্ষেত্রে বিপরীত।

• ওয়েব সার্ভার : HTTP প্রোটোকল ব্যবহার করে ওয়েবে সামগ্রী সরবরাহ করে।

• অ্যাপ্লিকেশন সার্ভার : ব্যবসায়ের যুক্তি এবং প্রক্রিয়াগুলি হোস্ট করে এবং প্রকাশ করে।

আমি মনে করি যে মূল বক্তব্যটি হ'ল ওয়েব সার্ভারটি HTTP প্রোটোকলের মাধ্যমে সমস্ত কিছু প্রকাশ করে, যখন অ্যাপ্লিকেশন সার্ভারটি এতে সীমাবদ্ধ নয়।

এটি বলেছিল, অনেক পরিস্থিতিতে আপনি দেখতে পাবেন যে ওয়েব সার্ভারটি অ্যাপ্লিকেশন সার্ভারের সম্মুখ-প্রান্ত তৈরি করতে ব্যবহৃত হচ্ছে, এটি এটি ওয়েব পৃষ্ঠাগুলির একটি সেট উন্মোচন করে যা ব্যবহারকারীর মধ্যে থাকা ব্যবসায়ের নিয়মের সাথে ইন্টারঅ্যাক্ট করতে দেয় that অ্যাপ্লিকেশন সার্ভার.

Answer 4

ওয়েব সার্ভার

চালান python -m 'SimpleHTTPServer'এবং http: // লোকালহোস্ট: 8080 এ যান । আপনি যা দেখেন তা হ'ল ওয়েব সার্ভারের কাজ করে। সার্ভারটি কেবল আপনার কম্পিউটারে সঞ্চিত HTTP- র মাধ্যমে ফাইলগুলি সরবরাহ করে। মূল বক্তব্যটি হ'ল এই সবগুলি এইচটিটিপি প্রোটোকলের উপরে করা হয়। উদাহরণস্বরূপ এফটিপি সার্ভার উপস্থিত রয়েছে যা ঠিক একই জিনিস (সঞ্চিত ফাইলগুলি সরবরাহ করে) তবে একটি পৃথক প্রোটোকলের শীর্ষে রয়েছে।

অ্যাপ্লিকেশন সার্ভার

বলুন যে আমাদের নীচের মতো একটি ছোট অ্যাপ্লিকেশন রয়েছে ( ফ্লাস্ক থেকে স্নিপেট )।

@app.route('/')
def homepage():
    return '<html>My homepage</html>'

@app.route('/about')
def about():
    return '<html>My name is John</html>'

ছোট উদাহরণ প্রোগ্রাম URL টি মানচিত্র /ফাংশন homepage()এবং /aboutফাংশন about()।

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

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

---

Recapping

ওয়েব সার্ভার - কোথাও সঞ্চিত ফাইল পরিবেশন করে (সর্বাধিক সাধারণ .css, .html, .js)। সাধারণ ওয়েব সার্ভারগুলি হ'ল অ্যাপাচি, এনগিনেক্স বা এমনকি পাইথনের সিম্পল এইচটিটিপিএস সার্ভার।

অ্যাপ্লিকেশন সার্ভার - ফ্লাইতে উত্পন্ন ফাইলগুলি পরিবেশন করে। মূলত বেশিরভাগ ওয়েব সার্ভারগুলিতে কিছু ধরণের প্লাগইন থাকে বা এটি করতে বিল্ট-ইন কার্যকারিতাও আসে। গ্যানিকর্ন (পাইথন), ইউনিকর্ন (রুবি), ইউডাব্লুএসজিআই (পাইথন), ইত্যাদির মতো কঠোর অ্যাপ্লিকেশন সার্ভার রয়েছে exist

লক্ষ্য করুন আপনি অ্যাপ্লিকেশন সার্ভারের কোড সহ একটি ওয়েব সার্ভারটি তৈরি করতে পারেন। এটি বিকাশের সময় এমন কিছু ক্ষেত্রে করা হয় যেখানে আপনি নিজের কম্পিউটারে গাজিলিয়ন বিভিন্ন সার্ভার চালু রাখতে চান না।

Comments

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

উফ .. অবশেষে, পাইথন দৃষ্টিকোণ দেওয়ার জন্য ধন্যবাদ। এই বিষয়টির মতো ভাষা অজ্ঞাতনামা যেমন মনে হতে পারে, তেমনটি নয়। যে কেউ কখনও ইজেবি ব্যবহার করেন নি সে জাভা ওরিয়েন্টেড উত্তরগুলি পরিষ্কার করে বুঝতে পারবে না।

— বিকাশ

ধন্যবাদ। "এই কোডটি চালানোর জন্য আমাদের একটি অ্যাপ্লিকেশন সার্ভারের প্রয়োজন", আপনি ফ্ল্যাস্ক প্রোগ্রামটি চালানোর জন্য অ্যাপ্লিকেশন সার্ভারটি কী তা নির্দিষ্ট করতে পারেন?

— টিম

এটি একটি নিখুঁত নিখুঁত উত্তর

— রামি ফরিদ

Answer 5

যেমন রুতেশ এবং জেমভেদার নির্দেশ করেছেন, পার্থক্যটি এক ঝাপসা। .তিহাসিকভাবে, এগুলি পৃথক ছিল, তবে 90 এর দশকের মধ্যে এই দুটি পৃথক পৃথক বিভাগগুলি বৈশিষ্ট্যগুলিকে মিশ্রিত করেছে এবং কার্যকরভাবে সংহত হয়েছে। এই মুহূর্তে সম্ভবত কল্পনা করা ভাল যে "অ্যাপ সার্ভার" পণ্য বিভাগটি "ওয়েব সার্ভার" বিভাগের একটি কঠোর সুপারসেট।

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

একটি সমান্তরাল বিভাগে, অ্যাপ্লিকেশন সার্ভারটি দীর্ঘদিন ধরে বিকশিত হয়েছিল এবং বিদ্যমান ছিল। সংস্থাগুলি ইউনিক্সের মতো টুকসোডো, টপএন্ড, এনকিনার জন্য পণ্য সরবরাহ করেছিল যা মেইনফ্রেম অ্যাপ্লিকেশন পরিচালনা এবং আইএমএস এবং সিআইসিসির মতো পর্যবেক্ষণ পরিবেশ থেকে দার্শনিকভাবে উত্পন্ন হয়েছিল। মাইক্রোসফ্টের অফারটি ছিল মাইক্রোসফ্ট লেনদেন সার্ভার (এমটিএস), যা পরে সিওএম + তে রূপান্তরিত হয়েছিল। সার্ভারের সাথে "ফ্যাট" ক্লায়েন্টদের আন্তঃসংযোগ করার জন্য এই পণ্যগুলির বেশিরভাগ "বদ্ধ" পণ্য-নির্দিষ্ট যোগাযোগ প্রোটোকল নির্দিষ্ট করে। (এনকিনার জন্য, কমস প্রোটোকলটি ডিসিই আরপিসি; এমটিএসের জন্য এটি ডিসিওএম; ইত্যাদি) 1995/96 সালে, এই traditionalতিহ্যবাহী অ্যাপ্লিকেশন সার্ভার পণ্যগুলি গেটওয়ে দিয়ে প্রথমে প্রাথমিক HTTP যোগাযোগের ক্ষমতা এম্বেড করা শুরু করে। এবং লাইন অস্পষ্ট হতে শুরু করে।

ওয়েব সার্ভারগুলি উচ্চতর লোডগুলি, আরও সম্মতি এবং আরও ভাল বৈশিষ্ট্যগুলি পরিচালনা করার ক্ষেত্রে আরও পরিপক্ক হয়ে উঠেছে। অ্যাপ সার্ভারগুলি আরও বেশি করে এইচটিটিপি-ভিত্তিক যোগাযোগের ক্ষমতা সরবরাহ করেছে delivered

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

• ওয়েবস্পিয়ার, আইবিএম এর "অ্যাপ সার্ভার" এর নিজস্ব বান্ডিলযুক্ত ওয়েব সার্ভার রয়েছে।
• ওয়েবলজিক, একইভাবে অন্য একটি traditionalতিহ্যবাহী অ্যাপ্লিকেশন সার্ভার।
• উইন্ডোজ, যা মাইক্রোসফ্টের অ্যাপ সার্ভার (এটির ফাইল এবং প্রিন্ট সার্ভার, মিডিয়া সার্ভার ইত্যাদি হওয়া), আইআইএস বান্ডিল করে।

Comments

খুব পরিষ্কার উত্তর। তবে আপনি কীভাবে 'নতুন কৌশলগুলি' সম্পর্কে আরও কিছুটা ব্যাখ্যা করতে পারেন যা কোনও ওয়েব সার্ভারকে একটি অ্যাপ্লিকেশন সার্ভার হিসাবে সম্পাদন করতে দেয়।

— কাজী ইরফান

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

— চিজো

Answer 6

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

ওয়েব সার্ভার -> প্রোগ্রামিং পরিবেশ

আইআইএস: এএসপি (। নেট)

টমক্যাট: সার্লেট

জেটি: সার্লেট

অ্যাপাচি: পিএইচপি, সিজিআই

অ্যাপ্লিকেশন সার্ভার -> প্রোগ্রামিং পরিবেশ

এমটিএস: সিএম +

ওয়াস: ইজেবি

জবস: ইজেবি

ওয়েবলজিক অ্যাপ্লিকেশন সার্ভার: ইজেবি

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

অন্যান্য ক্ষমতা যেমন লোড-ব্যালেন্সিং, ক্লাস্টারিং, সেশন-ফেইলওভার, সংযোগ পুলিং ইত্যাদি যা অ্যাপ্লিকেশন সার্ভারের ক্ষেত্রে ব্যবহৃত হত, ওয়েব সার্ভারগুলিতে সরাসরি বা তৃতীয় পক্ষের কিছু পণ্যগুলির মাধ্যমে উপলব্ধ হয়ে উঠছে।

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

Comments

আপনি তালিকাভুক্ত অ্যাপ্লিকেশন সার্ভারগুলির মধ্যে কি কোনও অ্যাপাচি HTTP এর মতো কোনও ওয়েব সার্ভার হিসাবে ব্যবহার করা যেতে পারে?

— লার্নিং

Answer 7

ওয়েব সার্ভার এবং অ্যাপ্লিকেশন সার্ভারের মধ্যে প্রধান পার্থক্য হ'ল ওয়েব সার্ভারটি স্ট্যাটিক পৃষ্ঠাগুলি যেমন এইচটিএমএল এবং সিএসএস পরিবেশন করা বোঝায়, তবে অ্যাপ্লিকেশন সার্ভার যেমন সার্ভার সাইড কোড যেমন জেএসপি, সার্লেট বা ইজেবি চালিয়ে গতিশীল বিষয়বস্তু উত্পন্ন করার জন্য দায়বদ্ধ।

আমার কোনটি ব্যবহার করা উচিত?
একবার আপনি ওয়েব এবং অ্যাপ্লিকেশন সার্ভার এবং ওয়েব ধারকগুলির মধ্যে পার্থক্য জানলে এগুলি কখন ব্যবহার করবেন তা নির্ধারণ করা সহজ। আপনি web serverযদি স্ট্যাটিক ওয়েব পৃষ্ঠাগুলি পরিবেশন করেন তবে আপনার অ্যাপাচি এইচটিটিপিডি এর মতো দরকার । গতিশীল বিষয়বস্তু উত্পন্ন করতে যদি আপনার কাছে কেবল জেএসপি এবং সার্লেট সহ জাভা অ্যাপ্লিকেশন রয়েছে তবে আপনার web containersটমক্যাট বা জেটির মতো দরকার । যদিও আপনি EJB ব্যবহার জাভা EE আবেদন, বিতরণ লেনদেন, মেসেজিং এবং অন্যান্য অভিনব আছে অতিরিক্ত বৈশিষ্ট্যগুলিও উপস্থিত রয়েছে আপনার চেয়ে একটি পূর্ণাঙ্গ প্রয়োজন application serverJBoss, WebSphere বা ওরাকল এর WebLogic মত।

ওয়েব ধারক ওয়েব সার্ভারের একটি অংশ এবং ওয়েব সার্ভার অ্যাপ্লিকেশন সার্ভারের একটি অংশ।

ওয়েব সার্ভার ওয়েব ধারক সমন্বিত, যখন অ্যাপ্লিকেশন সার্ভার ওয়েব ধারক পাশাপাশি ইজেবি ধারক দ্বারা গঠিত।

Comments

"ওয়েব সার্ভারটি ওয়েব ধারক দ্বারা গঠিত": youtu.be/ATObcDPLa40 অনুসারে এই ভিডিওটি মিথ্যা

— বৈষ্ণব রমেশ ত্রিশুর

Answer 8

সংক্ষেপে একটি ওয়েব সার্ভার হ'ল একটি সার্ভার যা HTTP- র মাধ্যমে ব্যবহারকারীদের ওয়েব পৃষ্ঠাগুলি সরবরাহ করে। একটি অ্যাপ্লিকেশন সার্ভার এমন একটি সার্ভার যা কোনও সিস্টেমের জন্য ব্যবসায় যুক্তি রাখে। এটি প্রায়শই দীর্ঘ চলমান / ব্যাচ প্রক্রিয়া এবং / অথবা একটি ইন্টারপ পরিষেবাদি উভয়ই হোস্ট করে যা মানুষের ব্যবহারের জন্য নয় (REST / JSON পরিষেবাদি, SOAP, RPC, ইত্যাদি)।

Comments

'হোস্টের ব্যবসায়িক যুক্তি' শব্দটির অর্থ কী? এটি কিভাবে সম্পাদিত হয়?

— টুইগডটডে

ব্যবসায়িক যুক্তি কি ওয়েব পরিষেবাদির মাধ্যমে ক্লায়েন্টের কাছে উন্মুক্ত?

— টুইগডটডে

এটি ওয়েব-পরিষেবাগুলির মাধ্যমে পরিবেশন করা যেতে পারে, বা এটি অন্য কোনও ইন্টারফেস (টিসিপি, এমকিউ, শেয়ারে ফ্ল্যাট ফাইলগুলি দ্বারা পরিবেশন করা যেতে পারে) (আমি শেষেরটি সুপারিশ করি না))।

— সি রস

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

— পিথিকোস

Answer 9

একটি ওয়েব সার্ভার একচেটিয়াভাবে HTTP / HTTPS অনুরোধগুলি পরিচালনা করে। এটি HTTP / HTTPS প্রোটোকল ব্যবহার করে ওয়েবে সামগ্রী সরবরাহ করে।

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

• একটি (মালিকানাধীন বা না) API
• ভারসাম্য লোড করুন, ব্যর্থ হোন ...
• জীবন চক্র পরিচালনা অবজেক্ট
• রাজ্য ব্যবস্থাপনা (অধিবেশন)
• রিসোর্স ম্যানেজমেন্ট (যেমন ডাটাবেসের সাথে সংযোগ পুল)

বেশিরভাগ অ্যাপ্লিকেশন সার্ভারেরই অবিচ্ছেদ্য অংশ হিসাবে ওয়েব সার্ভার রয়েছে, এর অর্থ অ্যাপ্লিকেশন সার্ভার যা করতে পারে তা ওয়েব সার্ভার সক্ষম করতে পারে। সংযোজন পুলিং, অবজেক্ট পুলিং, লেনদেন সমর্থন, বার্তা পরিষেবা পরিষেবা ইত্যাদির মতো অ্যাপ্লিকেশন স্তরের পরিষেবাগুলিকে সমর্থন করার জন্য অ্যাপ সার্ভারের উপাদান এবং বৈশিষ্ট্য রয়েছে Additionally

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

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

এ জাতীয় কনফিগারেশনের উদাহরণ হ'ল অ্যাপাচি এইচটিটিপি সার্ভার এবং বিআইএ ওয়েবলজিক সার্ভার। অ্যাপাচি এইচটিটিপি সার্ভার হ'ল ওয়েব সার্ভার এবং বিআইএ ওয়েবলজিক হ'ল অ্যাপ্লিকেশন সার্ভার। কিছু ক্ষেত্রে, সার্ভারগুলি দৃly়ভাবে সংহত হয় যেমন আইআইএস এবং। নেট রানটাইম। আইআইএস ওয়েব সার্ভার। .NET রানটাইম পরিবেশের সাথে সজ্জিত হলে আইআইএস অ্যাপ্লিকেশন পরিষেবা সরবরাহ করতে সক্ষম

---

Web Server                               Programming Environment
Apache                                   PHP, CGI
IIS (Internet Information Server)        ASP (.NET)
Tomcat                                   Servlet
Jetty                                    Servlet

Application Server                       Programming Environment
WAS (IBM's WebSphere Application Server) EJB
WebLogic Application Server (Oracle's)   EJB
JBoss AS                                 EJB
MTS                                      COM+

Comments

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

— ব্রাত

Answer 10

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

একটি ওয়েব সার্ভার সংক্ষিপ্ত বিস্ফোরণের জন্য ব্যবহৃত হয় যা সাধারণত সংস্থানীয় হয় না। এটি বেশিরভাগ ওয়েব ভিত্তিক ট্র্যাফিক সরবরাহ করার সুবিধার্থে।

Answer 11

এই দু'জনের সীমানা এতটাই পাতলা হয়ে উঠছে।

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

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

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

সুতরাং উভয় সার্ভার কার্যকরভাবে ব্যবহার করা হয়।

সুতরাং .... আমরা নিরাপদে বলতে পারি যে আজকাল বেশিরভাগ ক্ষেত্রেই ওয়েব সার্ভারগুলি অ্যাপ্লিকেশন সার্ভারের সাবসেট হিসাবে ব্যবহৃত হয়। তবে থিয়েটারে এটি কেস নয়।

আমি এই বিষয়টি সম্পর্কে অনেক নিবন্ধ পড়েছি এবং এই নিবন্ধটি বেশ কার্যকর দেখলাম ।

Answer 12

জাভা পদগুলিতে, আরও একটি রয়েছে : ওয়েব ধারক (বা আরও কঠোরভাবে সার্ভলেট ধারক)। এটি বলুন, ওয়েব সার্ভার এবং অ্যাপ্লিকেশন সার্ভারের মধ্যে।

জাভা পরিপ্রেক্ষিতে একটি ওয়েব ধারক একটি অ্যাপ্লিকেশন সার্ভার মূলত শুধুমাত্র জাভা EE এর JSP / সার্ভলেট অংশ প্রয়োগ এবং এই ধরনের EJB সহায়তা হিসেবে জাভা EE বিভিন্ন কোর অংশ, অভাব আছে। উদাহরণ হ'ল আপাচি টমক্যাট।

Answer 13

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

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

Comments

আপনি দয়া করে স্নানের ক্ষেত্রে উদাহরণ দিতে পারেন?

— frewper

আপনি দয়া করে উভয়ের উদাহরণ প্রদান করতে পারেন? ধন্যবাদ।

— LearningMath

Answer 14

একটি ওয়েব সার্ভার ওয়েব পৃষ্ঠাগুলি পরিবেশন করতে HTTP প্রোটোকল চালায়। একটি অ্যাপ্লিকেশন সার্ভার প্রোগ্রাম লজিক চালানোর জন্য কোনও ওয়েব সার্ভারে (তবে সর্বদা থাকে না) চালাতে পারে, এর ফলাফলগুলি ওয়েব সার্ভারের মাধ্যমে সরবরাহ করা যেতে পারে। এটি ওয়েব সার্ভার / অ্যাপ্লিকেশন সার্ভারের দৃশ্যের একটি উদাহরণ।

মাইক্রোসফ্ট ওয়ার্ল্ডের একটি ভাল উদাহরণ হ'ল ইন্টারনেট তথ্য সার্ভার / শেয়ারপয়েন্ট সার্ভারের সম্পর্ক। আইআইএস একটি ওয়েব সার্ভার; শেয়ারপয়েন্ট একটি অ্যাপ্লিকেশন সার্ভার। শেয়ারপয়েন্ট আইআইএসের "শীর্ষে" বসে, নির্দিষ্ট যুক্তি সম্পাদন করে এবং আইআইএসের মাধ্যমে ফলাফলগুলি পরিবেশন করে।

জাভা বিশ্বে, উদাহরণস্বরূপ, অ্যাপাচি এবং টমক্যাটের সাথে একই রকম দৃশ্য রয়েছে।

Answer 15

প্রথমদিকে, একটি ওয়েব সার্ভার এইচটিটিপি প্রোটোকলের উপর দিয়ে ওয়েব সামগ্রী (এইচটিএমএল এবং স্ট্যাটিক সামগ্রী) সরবরাহ করে। অন্যদিকে, একটি অ্যাপ্লিকেশন সার্ভার হ'ল একটি ধারক যার উপর আপনি এন-টায়ার আর্কিটেকচারে এইচটিটিপি সহ বিভিন্ন প্রোটোকলের মাধ্যমে ক্লায়েন্ট অ্যাপ্লিকেশনগুলিতে ব্যবসায়ের যুক্তি এবং প্রসেসগুলি তৈরি করতে এবং প্রকাশ করতে পারেন।

একটি অ্যাপ্লিকেশন সার্ভার এভাবে একটি ওয়েব সার্ভারের চেয়ে অনেক বেশি পরিষেবা সরবরাহ করে যা সাধারণত অন্তর্ভুক্ত থাকে:

• একটি (মালিকানাধীন বা না) API
• জীবন চক্র পরিচালনা অবজেক্ট,
• রাজ্য পরিচালনা (অধিবেশন),
• রিসোর্স ম্যানেজমেন্ট (যেমন ডাটাবেসের সাথে সংযোগ পুল),
• ভারসাম্য লোড করুন, ব্যর্থ হোন ...

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

Answer 16

প্রাথমিক বোঝাপড়া:

ক্লায়েন্ট সার্ভার আর্কিটেকচারে

সার্ভার:> যা অনুরোধগুলি পরিবেশন করে।

ক্লায়েন্ট:> যা পরিষেবা গ্রহণ করে।

ওয়েব সার্ভার এবং অ্যাপ্লিকেশন সার্ভার উভয় সফ্টওয়্যার অ্যাপ্লিকেশন যা তাদের ক্লায়েন্টদের সার্ভার হিসাবে কাজ করে।

তারা তাদের ব্যবহারের জায়গার ভিত্তিতে নাম পেয়েছে got

Web server :> serve web content
           :> Like Html components
           :> Like Javascript components
           :> Other web components like images,resource files
           :> Supports mainly web protocols like http,https.
           :> Supports web Request & Response formats.

ব্যবহার -

      we require low processing rates,

      regular processing practices involves.

উদাহরণস্বরূপ: সমস্ত ফ্ল্যাট সার্ভারগুলি সাধারণত প্রস্তুত থাকে যা কেবল ওয়েব ভিত্তিক সামগ্রীতে পরিবেশন করে content

Application server :> Serve application content/component data(Business data).
                   :> These are special kind which are custom written 
                      designed/engineered for specific
                      purpose.some times fully unique in 
                      their way and stands out of the crowd. 

                   :> As these serves different types of data/response contents
                   :> So we can utilize these services for mobile client,web 
                      clients,intranet clients. 
                   :> Usually application servers are services offered on different 
                      protocols.    
                   :> Supports different Request& Response formats.

ব্যবহার -

      we require multi point processing,

      specialized processing techniques involves like for AI.

উদাহরণস্বরূপ: গুগল এআই-এর জন্য সার্ভার, গুগল অনুসন্ধান সার্ভার, গুগল ডক্স সার্ভার, মাইক্রোসফ্ট 365 সার্ভার, মাইক্রোসফ্ট কম্পিউটার ভিশন সার্ভার ম্যাপ করে।

আমরা তাদেরকে চার-স্তর / এন-স্তর স্থাপত্যে স্তর / হাইয়ারচি হিসাবে ধরে নিতে পারি ch

 So they can provide 
                    load balancing,
                    multiple security levels,
                    multiple active points,
                    even they can provide different request processing environments.

স্ট্যান্ডার্ড আর্কিটেকচার অ্যানালজিগুলির জন্য দয়া করে এই লিঙ্কটি অনুসরণ করুন:

https://docs.microsoft.com/en-us/previous-versions/msp-np/ee658120(v%3dpandp.10)

Answer 17

সবচেয়ে বড় পার্থক্য হ'ল একটি ওয়েব সার্ভার এইচটিটিপি অনুরোধগুলি পরিচালনা করে, অন্যদিকে কোনও অ্যাপ্লিকেশন সার্ভার যে কোনও সংখ্যক প্রোটোকলের ব্যবসায়িক যুক্তি কার্যকর করে।

Answer 18

আসলে অ্যাপাচি একটি ওয়েব সার্ভার এবং টমক্যাট একটি অ্যাপ্লিকেশন সার্ভার। যখন HTTP র অনুরোধটি ওয়েব সার্ভারে আসে। তারপরে স্থিতিশীল সামগ্রীগুলি ওয়েব সার্ভারের মাধ্যমে ব্রাউজারে ফেরত পাঠায়। সেখানে কি যুক্তি রয়েছে এবং তা করার পরে সেই অনুরোধটি অ্যাপ্লিকেশন সার্ভারে প্রেরণ করুন। যুক্তি প্রক্রিয়া করার পরে প্রতিক্রিয়া ওয়েব সার্ভারে প্রেরণ করুন এবং ক্লায়েন্টকে প্রেরণ করুন।

Answer 19

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

CDI - Apache OpenWebBeans
EJB - Apache OpenEJB
JPA - Apache OpenJPA
JSF - Apache MyFaces
JSP - Apache Tomcat
JSTL - Apache Tomcat
JTA - Apache Geronimo Transaction
Servlet - Apache Tomcat
Javamail - Apache Geronimo JavaMail
Bean Validation - Apache BVal

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

Answer 20

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

Answer 21

Https://en.wikedia.org/wiki/Web_server থেকে

একটি ওয়েব সার্ভার একটি কম্পিউটার সিস্টেম HTTP এর মাধ্যমে প্রসেস অনুরোধ, মৌলিক নেটওয়ার্ক প্রোটোকল ওয়ার্ল্ড ওয়াইড ওয়েবে তথ্য বিতরণ করার ব্যবহার করা হয়। শব্দটি পুরো সিস্টেমটি বা বিশেষত এমন সফ্টওয়্যারকে উল্লেখ করতে পারে যা HTTP অনুরোধগুলি গ্রহণ করে এবং তদারকি করে ।

Https://en.wikedia.org/wiki/ অ্যাপ্লিকেশন_সার্ভার থেকে # অ্যাপ্লিকেশন_সার্ভার_পরিচয়

একটি অ্যাপ্লিকেশন সার্ভার একটি ওয়েব সার্ভারের (যেমন অ্যাপাচি বা মাইক্রোসফ্ট ইন্টারনেট তথ্য পরিষেবাগুলি (আইআইএস)) এবং (প্রায় সর্বদা) এসকিউএল ডাটাবেসের (যেমন পোস্টগ্র্রেএসকিউএল, মাইএসকিউএল, বা ওরাকল) পিছনে চলে runs

ওয়েব অ্যাপ্লিকেশন কম্পিউটার কোড যা প্রয়োগ সার্ভার উপরে অ্যাপ্লিকেশন সার্ভার সমর্থন চালানো এবং ভাষা (গুলি) তে লেখা হয় এবং কল রানটাইম লাইব্রেরি ও উপাদান অ্যাপ্লিকেশন সার্ভার অফার ।

Answer 22

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

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

ওয়েব সার্ভারের প্রোগ্রামিং পরিবেশ:

আইআইএস: এএসপি (। নেট)

অ্যাপাচি টমক্যাট: সার্লেট

জেটি: সার্লেট

অ্যাপাচি: পিএইচপি, সিজিআই

অ্যাপ্লিকেশন সার্ভার যা যা ওয়েব সার্ভার সক্ষম তা করতে পারে এবং যে কোনও প্রোটোকল ব্যবহার করে শোনার পাশাপাশি অ্যাপ্লিকেশন সার্ভারের অ্যাপ্লিকেশন স্তরের পরিষেবাগুলিকে সমর্থন করার জন্য উপাদান এবং বৈশিষ্ট্য রয়েছে যেমন সংযোগ পুলিং, অবজেক্ট পুলিং, লেনদেন সহায়তা, বার্তাপ্রেরণ পরিষেবা ইত্যাদি can

অ্যাপ্লিকেশন সার্ভারের প্রোগ্রামিং পরিবেশ:

এমটিএস: সিএম +

ওয়াস: ইজেবি

জবস: ইজেবি

ওয়েবলজিক অ্যাপ্লিকেশন সার্ভার: ইজেবি

Answer 23

যদিও উভয়ের মধ্যে ওভারল্যাপ থাকতে পারে (কিছু ওয়েব সার্ভার এমনকি অ্যাপ্লিকেশন সার্ভার হিসাবেও ব্যবহৃত হতে পারে) সবচেয়ে বড় পার্থক্য IMHO প্রসেসিং মডেল এবং সেশন ম্যানেজমেন্টের মধ্যে:

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

অ্যাপ্লিকেশন সার্ভারে সেশনটি সাধারণত বেশি স্পষ্ট হয় এবং প্রায়শই "সেশন" এর পুরো সময়কালের জন্য অ্যাপ্লিকেশন সার্ভারের স্মৃতিতে বসবাসকারী কোনও অবজেক্টের রূপ নেয়।

Answer 24

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

Answer 25

আইএমও, এটি বেশিরভাগ উদ্বেগ আলাদা করার বিষয়ে।

খাঁটি প্রযুক্তিগত দৃষ্টিকোণ থেকে, আপনি একটি একক ওয়েব সার্ভারে সমস্ত কিছু (ওয়েব সামগ্রী + ব্যবসায়িক যুক্তি) করতে পারেন। যদি আপনি এটি করতে চান, তবে তথ্যটি এইচটিএমএল বিষয়বস্তুর অনুরোধ করে ভিতরে এম্বেড করা হবে। এর প্রভাব কী হবে?

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