"পরিষেবা ওরিয়েন্টেড আর্কিটেকচার" শব্দটি কি অর্থহীন জঞ্জাল হয়ে উঠেছে? [বন্ধ]


25

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

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

দেখে মনে হয় যে প্রায় কোনও অ্যাপ্লিকেশনকে এসওএ হিসাবে নির্দিষ্ট করা যেতে পারে, বিশেষত একটি ওয়েব অ্যাপ্লিকেশন। এই শব্দটি কি "ওয়েব ২.০" ফাঁদে পড়ে কোন শব্দটির অর্থ হয়ে গেছে যা আপনি এটি বোঝাতে চান?

আমি কি এখানে বেইজ অফ? আপনি যখন শব্দটি শোনেন তখন এটি কি আপনার কাছে নির্দিষ্ট কিছু বোঝায়? যদি তাই হয় তবে আমি একটি সংক্ষিপ্ত সংজ্ঞা পছন্দ করব যা স্পষ্টভাবে দেখায় যে কোনটি এবং বিশেষত এসওএ কী নয়।


39
এটি সর্বদা অর্থহীন জঞ্জাল ছিল।
ফস্কো

6
ডাচ ভাষায়, এসওএ অর্থ এসটিডি।
জোয়েরি সেব্রিচটস

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

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

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

উত্তর:


12

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

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

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


1
আমার মনে হয় আপনি এখানে মাথায় পেরেক মারলেন hit
পুনরায় পোস্টার

1
+1 টি। আপনি কয়েকটি অনুচ্ছেদে সংক্ষিপ্ত বিবরণ দিয়েছেন যে টিওপিকাল এসওএ বইটি 800 পৃষ্ঠার ফ্লাফগুলিতে কী করে।
প্রসেসগুলি

4

এটি আসলে কী তা দেখার জন্য আমি একই কাজ গুগলিং এসওএ করেছি এবং হ্যাঁ এটি বেশ কিছুটা আপত্তিজনকভাবে ব্যবহার করা হয়েছে। যখন আমি এসওএর কথা ভাবি আমি নীচের বিষয়গুলি সম্পর্কে চিন্তা করি:

  1. একটি আবিষ্কারযোগ্য হেডলেস প্রোগ্রাম ...
  2. এটি স্টেটলেস সংযোগ (আলা এইচটিটিপি) ব্যবহার করে ...
  3. প্ল্যাটফর্মের স্বাধীন ফর্ম্যাটগুলিতে যোগাযোগ করা

SOA ক্লায়েন্ট-সার্ভার আর্কিটেকচার (একটি রাষ্ট্রীয় পরিষেবা আর্কিটেকচার) এবং লাইব্রেরিগুলির সাথে বিপরীতে দেখা যায়, যা লিঙ্কারের মাধ্যমে প্রোগ্রামগুলিতে সংযুক্ত মডিউল।

সুতরাং লোকেরা যখন এটি সম্পর্কে কথা বলেন আমি সাধারণত এটি লবণের দানা দিয়ে নিয়ে যাই। আমি এটিকে কেবল "ওয়েব পরিষেবা" বলার ঝোঁকও রাখি। ওয়েব পরিষেবাগুলির সাথে আর্কিটেকচারটি নিহিত রয়েছে।


2
এটি সার্ভার-সার্ভার আর্কিটেকচার হতে পারে?
জেফো

3

এসওএর কঠোর সংজ্ঞাগুলি অনেক ক্ষেত্রে তাত্ত্বিক হিসাবে ব্যয় / উপকারের রেখার চেয়ে অনেক বেশি আগে।

আপনার পণ্য পরিষেবাগুলি না হলে আপনার প্রায়শই ভিন্ন দৃষ্টিভঙ্গির প্রয়োজন হয়।

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

এর প্রকৃত অর্থ কী তা নিয়ে বিতর্ককে বাদ দিয়ে, ধারণাটি (এর অর্থ যাই হোক না কেন) এটি বেশিরভাগ জায়গায় প্রয়োগ করা হয়ে অনেক চেনাশোনাতে ভুগেছে।

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

একটি কঠোর প্রযুক্তিগত সংজ্ঞা হিসাবে এটি সর্বদা অপরিজ্ঞাত করা হয়েছে, তবে ধারণাটি যেখানে এটি ফিট করে সেখানে যোগ্যতা ছাড়াই নয়।


3

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

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

সুতরাং আমার পরামর্শ হ'ল যদি আপনাকে এসওএ সম্পর্কে জিজ্ঞাসা করা হয় তবে বলুন "হ্যাঁ আমি এসওএ করেছি, আমি অনেকগুলি সিস্টেম লিখেছি যা কোনও পরিষেবা ওরিয়েন্টেট আর্কিটেকচার ব্যবহার করে যা করে। আপনি কোন এসওএ প্রযুক্তি সম্পর্কে জিজ্ঞাসা করছেন?"। এবং যদি তারা ঝলমলে চোখের সাথে কথা বলতে শুরু করে এবং কোনও এসওএ সামগ্রী, ড্রাগ এবং ড্রপ সম্পর্কে ঝলমলে চেহারা দেখায় এবং কীভাবে এটি বিকাশকে আরও সহজ করে তোলে। পিছনে আস্তে আস্তে এবং চোখের যোগাযোগ করা এড়ানো!


2

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

(এখন আসুন দেখা যাক উইকিপিডিয়া এসওএ সম্পর্কে কী বলে ... হুয়া।)


সুতরাং এটি যোগফল। একাধিক প্রক্রিয়া চলমান থাকলে প্রতিটি প্রক্রিয়া একটি স্বতন্ত্র কাজ চালায় এবং তারা একে অপরের সাথে কোনও উপায়ে কথা বলে কি তবে আর্কিটেকচারটি এসওএ?
জনএফএক্স

@ জনএফএক্স: হ্যাঁ এইভাবে অত্যন্ত স্কেলযোগ্য এবং অত্যন্ত উপলব্ধ / রিডানড্যান্ট সিস্টেমগুলি তৈরি করা সহজ।
মোজুবা
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.