পাঠানো প্রতিটি প্যাকেটের জন্য কি টিসিপি নতুন সংযোগটি খুলবে?

Question

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

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

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

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

এই প্রশ্নটি সরাসরি বা খুব অস্পষ্ট না হলে আমি আগেই ক্ষমা চাই। আমি সত্যিই হতবাক হয়েছি এবং আশা করছি যে আমার সহকর্মীরা যা বলছে তাতে কেউ আরও কিছু প্রসঙ্গ সরবরাহ করতে পারে?

Comments

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

— হাবস

টিসিপি সম্ভবত প্রতিটি প্যাকেটের জন্য একটি নতুন সংযোগ খুলতে পারেনি কারণ একটি নতুন সংযোগ খোলার জন্য এটির বেশ কয়েকটি প্যাকেটের প্রয়োজন। এবং এটি প্রতিটি বার্তার জন্য একটি নতুন সংযোগ খুলতে পারেনি কারণ টিসিপিতে কোনও বার্তার ধারণা নেই। আপনার বন্ধু খুব বিভ্রান্ত। সর্বাধিক মৌলিক ধারণা টিসিপি সম্পর্কে সবচেয়ে গুরুত্বপূর্ণ বিষয়টি হল টিসিপি একটি বাইট স্ট্রিম প্রোটোকল।

— ডেভিড শোয়ার্জ

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

— ব্যবহারকারী1643723

Answer 1

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

আপনার বন্ধুটি খারাপভাবে বিভ্রান্ত হয়েছে। টিসিপি হ'ল একটি স্ট্রিম-ওরিয়েন্টেড প্রোটোকল। এটিতে বার্তার কোনও ধারণা নেই। অবশ্যই এটি আইপি লেয়ারে প্যাকেট ব্যবহার করে তবে প্রয়োগের ক্ষেত্রে এটি বাস্তবায়নের বিশদ। টিসিপি প্যাকেটের সীমানা সন্নিবেশ করায় যেখানে এটি করা বোধগম্য হয় এবং অগত্যা একবারে write()বা একবারেsend() । একইভাবে, যদি আপনি কল করতে read()বা এর মধ্যে একের বেশি গ্রহণ করেন তবে এটি একের পর এক প্যাকেট একত্রিত করে recv()।

বলা বাহুল্য, প্রতিটি প্রেরণে একটি নতুন সংযোগ স্থাপন করা থাকলে এই স্ট্রিম-ওরিয়েন্টড ডিজাইনটি সম্পূর্ণ অকার্যকর হবে। সুতরাং, নতুন সংযোগ স্থাপনের একমাত্র উপায় হ'ল সংযোগটি বন্ধ করা এবং পুনরায় খোলা।

(বাস্তবে, টিসিপির শীর্ষে নির্মিত বেশিরভাগ প্রোটোকলগুলির মধ্যে এমন কিছু রয়েছে যা বার্তাগুলির অনুরূপ, যেমন এইচটিটিপি অনুরোধ এবং প্রতিক্রিয়া But তবে টিসিপি এই জাতীয় কাঠামোগুলি সম্পর্কে জানেন না বা তাদের যত্ন নেন না))

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

Answer 2

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

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

এই সংযোগের মাধ্যমে প্রেরিত ডেটা একটি স্ট্রিম এবং 3 ভি এর (ভলিউম, বেগ, বিভিন্ন) নির্বিশেষে নতুন সংযোগগুলি খুলবে / বন্ধ করবে না।

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

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

Comments

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

— পাওলো ইবারম্যান

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

— রন মউপিন

Answer 3

না, টিসিপিকে পাঠানো প্রতিটি প্যাকেটের জন্য একটি নতুন সংযোগ খোলার দরকার নেই ।

আপনি HTTP অবিচ্ছিন্ন সংযোগের মাধ্যমে একাধিক প্যাকেট প্রেরণ করতে পারেন , যেখানে:

... প্রতিটি একক অনুরোধ / প্রতিক্রিয়া জুটির জন্য একটি নতুন সংযোগ খোলার বিপরীতে, একাধিক এইচটিটিপি অনুরোধ / প্রতিক্রিয়াগুলি [ব্যবহৃত হয়] প্রেরণ এবং গ্রহণ করার জন্য একটি একক টিসিপি সংযোগ।

সংযুক্ত একটি চিত্র যা একাধিক সংযোগের মধ্যে পার্থক্য দেখায় (সংযোগ প্রতি এক বস্তু প্রেরণের জন্য অনেক সংযোগ স্থাপন করা হয়) এবং একটি অবিচ্ছিন্ন সংযোগ (একটি সংযোগ স্থাপন করা হয় এবং একাধিক বস্তু এতে প্রেরণ করা হয়):

সূত্র: https://www.vcloudnine.de/how-to-dra મે টিক- উন্নতি- ওয়েবেসাইট- লোড- টাইমস /

Comments

এই উত্তরটি বিভ্রান্তিকর স্তর বলে মনে হচ্ছে। একটি HTTP অনুরোধ / প্রতিক্রিয়া খুব কমই একটি প্যাকেট হয়।

— বার্মার

প্রতিটি "ওপেন" উল্লেখ না করা আসলে 3 টি তীর (সিন, সিঙ্ক, এসিসি) এবং প্রতিটি "ক্লোজ" অন্য 4 টি (ফিন, অ্যাকড 2 এক্স সার্ভার এবং ক্লায়েন্ট) হয়, তাই যদি প্যাকেট প্রতি আসলে সংযোগ থাকে তবে ওভারহেড দ্রুত যোগ হবে।

— htmlcoderexe

Answer 4

টিসিপি কীভাবে কাজ করে সে সম্পর্কে আপনার ব্যাখ্যাটি সঠিক।

আপনার বন্ধু যা বলেছিল, আমি এখানে দুটি সম্ভাবনা দেখতে পাচ্ছি:

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

2. আপনার বন্ধু ভুল।

Answer 5

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

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

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

অবশেষে, অন্যরা যেমন বলেছে, টিসিপি প্রবাহমুখী। এখানে কোনও ফ্রেমিং নেই। কোনও পীর ডেটা নির্দিষ্টভাবে লিখেছেন বলে (উদাহরণস্বরূপ, 1 1024 বাইট রাইটিং কল অনুসরণ করে 2 256 বাইট রাইটিং কল অনুসরণ করে), এটি গ্যারান্টি দেয় না যে অন্য পিয়ার এটি একই আকারের অংশে পড়বে (যেমন এটি সমস্ত 1536 বাইট পেতে পারে) একটি পঠন কল)। সুতরাং যদি আপনি কাঁচা টিসিপি সকেটের উপরে একাধিক "বার্তা" প্রেরণ করছেন, আপনাকে বিভিন্ন বার্তা বর্ণনার জন্য আপনার নিজের ফ্রেমিং প্রোটোকল সরবরাহ করতে হবে। যদিও এটি করার সহজ উপায় রয়েছে তবে এটি সাধারণত অসতর্কভাবে পরামর্শ দেওয়া হয় কারণ এই সমস্যাটি সমাধানের জন্য টিসিপির উপরে অনেকগুলি প্রোটোকল নির্মিত রয়েছে। আরও আলোচনার জন্য, এটির পরামর্শ নিন: https://blog.stephencleary.com/2009/04/message-framing.html

Answer 6

আমি মনে করি আপনার বন্ধু টিসিপি নয়, এইচটিটিপি নিয়ে কথা বলছিলেন।

HTTP মূলত একটি স্টেটলেস প্রোটোকল: প্রতিটি এইচটিটিপি অনুরোধ পৃথক টিসিপি সংযোগ ব্যবহার করবে। এই কারণেই সেশনগুলি প্রয়োগ করতে আমাদের কুকিজ (বা অনুরূপ কিছু) দরকার।

Answer 7

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

পাঠানো প্রতিটি প্যাকেটের জন্য কি টিসিপি নতুন সংযোগটি খুলবে? না, এটি যতক্ষণ না টিসিপি সেশনটি বৈধ হবে। এবং ...

Answer 8

আমি টিসিপিতে দুর্দান্ত উইকিপিডিয়া পৃষ্ঠা পছন্দ করি । এটি পরিষ্কারভাবে দেখায় যে বন্দরের নম্বর দিয়ে কী ঘটে। এটি, সুযোগক্রমে, রিসোর্স ব্যবহারের জন্য একটি সহায়ক অধ্যায়ও রয়েছে:

সম্পদ ব্যবহার

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

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

সংক্ষেপে, টিসিপি একটি অত্যন্ত সীমাবদ্ধ রিসোর্স ব্যবহার করে যা ক্লায়েন্টের পোর্টগুলির সংখ্যা (যা টিসিপি শিরোনামে পোর্ট ক্ষেত্রের আকারের দ্বারা সীমাবদ্ধ, 16 বিট)।

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

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

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

আপনার যদি কেবল হাতে গোনা কয়েকটা ক্লায়েন্ট থাকে, 65k-ish এর চেয়ে কম, এবং / অথবা আপনি আপনার কাফকা ব্রাউজারে একটি সংযোগ রাখেন, তবে আপনি ভাল হয়ে যাবেন।