এপিআই গেটওয়ে এবং ইএসবি-র মধ্যে পার্থক্য? [বন্ধ]

Question

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

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

Comments

সফ্টওয়্যার ইঞ্জিনিয়ারিং আলোচনার জন্য কীভাবে "একটি এপিআই গেটওয়ে এবং ইএসবি-র মধ্যে পার্থক্য রয়েছে" প্রশ্নটি কীভাবে?

— ফ্রান্সিসকো ডি'আঙ্কোনিয়া

Answer 1

আপনি ধারণাগুলি বিশৃঙ্খলাবদ্ধ হওয়ার কারণ হ'ল বিক্রেতারা সেগুলি প্যাকেজে বিক্রি করছে। তবে এগুলি অবশ্যই পৃথক ধারণা।

একটি এপিআই গেটওয়ে আপনার সর্বজনীনভাবে উন্মুক্ত ওয়েব পরিষেবাদি পরিচালনা, পর্যবেক্ষণ এবং অ্যাক্সেস সুরক্ষার জন্য একটি কেন্দ্রীয় অ্যাক্সেস পয়েন্ট সরবরাহ করে। এটি আপনাকে পৃথক প্রান্তে পরিষেবাগুলিকে একীভূত করার অনুমতি দেবে যেন সেগুলি সমস্ত একক হোস্ট থেকে আসে। উদাহরণস্বরূপ বলা যাক যে আপনার কাছে দশটি আলাদা পরিষেবা শেষ বিন্দু ছিল যেগুলি সমস্ত পরিষেবার একক "স্যুট" এর অংশ ছিল। আপনার পরিষেবার গ্রাহকদের একটি পরিষেবার জন্য service1.yourcompany.com এবং অন্যের জন্য service2.yourcompany.com ব্যবহার করার জন্য অবহিত করার পরিবর্তে, আপনি পরিবর্তে এগুলি সমস্তই api.yourcompany.com/service1 বা api.yourcompany.com এ বলতে পারেন / পরিষেবাদি 2 এবং গেটওয়ে অনুরোধগুলি যথাযথ শেষ পয়েন্টগুলিতে পুনর্নির্দেশের জন্য দায়বদ্ধ।

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

যৌক্তিকভাবে এপিআই গেটওয়ে কোনও ইএসবির প্রতিস্থাপন নয় বরং পরিষেবা ভিত্তিক আর্কিটেকচারের জন্য বর্ধনযোগ্য।

Comments

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

— dliber

ইএসবি হ'ল অভ্যন্তরীণ এপিআই গেটওয়ে বহিরাগত গ্রাসের উদ্দেশ্যে তৈরি।

— মাইকেল ব্রাউন 23

ঠিক এটাই কথা। ESBs এবং API প্ল্যাটফর্মগুলির বৈশিষ্ট্যগুলির একটি ওভারল্যাপ রয়েছে। আপনি বাহ্যিক অ্যাক্সেসের জন্য কোনও ESB বা অভ্যন্তরীণ অ্যাক্সেসের জন্য একটি API প্ল্যাটফর্ম স্থাপন করতে পারেন। যদি তাদের বৈশিষ্ট্যগুলি একই হয় তবে অন্যটির পরিবর্তে একটি ব্যবহার করে কী লাভ? কী এগুলিকে এত আলাদা করে তোলে যাতে আপনি অন্যের (বা উভয় একসাথে) পরিবর্তে একটি ব্যবহার করতে পারেন এবং আপনার ব্যবসায়ের প্রকৃত মূল্য প্রদান করতে পারেন?

— dliber

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

— মাইকেল ব্রাউন