অনেক টিমই এখন একই পরিস্থিতিতে রয়েছে। ভবনে রয়েছে স্মার্ট লক, অকুপেন্সি সেন্সর, ক্যামেরা, ডিজিটাল সাইনেজ, HVAC কন্ট্রোল, কিওস্ক, ট্যাবলেট, পেমেন্ট টার্মিনাল, গেস্ট WiFi, কর্মীদের ডিভাইস এবং বিভিন্ন সময়ে বিভিন্ন ডিপার্টমেন্টের কেনা বেশ কিছু সিস্টেম। সবকিছুই কানেক্টেড, কিন্তু সঠিকভাবে কানেক্টেড নয়।
ঠিক এখানেই internet of things architecture একটি কাল্পনিক ডায়াগ্রামের গণ্ডি পেরিয়ে একটি অপারেটিং মডেলে পরিণত হয়। আর্কিটেকচার দুর্বল হলে ডিভাইসগুলো আলাদা হয়ে পড়ে, ডেটা দেরিতে পৌঁছায়, আইডেন্টিটি অসঙ্গতিপূর্ণ হয় এবং সিকিউরিটি ভাগ্যের ওপর নির্ভর করে। আর আর্কিটেকচার মজবুত হলে, একই এস্টেট সুরক্ষিত করা সহজ হয়, সাপোর্ট দেওয়া সহজ হয় এবং ব্যবসার জন্য অনেক বেশি কার্যকর হয়ে ওঠে।
IoT Architecture কী এবং কেন এটি এখন গুরুত্বপূর্ণ
একজন হোটেল ডিরেক্টর একটি সমস্যা দেখতে পান। অতিথিরা চান দ্রুতগতির WiFi, রুমগুলো হওয়া উচিত এনার্জি এফিশিয়েন্ট, কর্মীদের কোনো বাধা ছাড়াই বিভিন্ন সিস্টেমের মধ্যে কাজ করার সুবিধা থাকা উচিত এবং কানেক্টেড ডিভাইসগুলো ঠিকঠাক চলা উচিত। অন্যদিকে, একজন IT ডিরেক্টর এর পেছনের মূল বিষয়টি দেখতে পান। এই সব ফলাফল নির্ভর করে ডিভাইস, কানেক্টিভিটি, প্রসেসিং, অ্যাক্সেস এবং অ্যাপ্লিকেশনের জন্য প্রতিষ্ঠানের একটি সুসংগত আর্কিটেকচার আছে কিনা তার ওপর।
IoT architecture হলো এমন একটি ব্লুপ্রিন্ট যা নির্ধারণ করে কীভাবে ফিজিক্যাল ডিভাইসগুলো ডেটা সংগ্রহ করবে, সেই ডেটা কীভাবে স্থানান্তরিত হবে, কোথায় প্রসেস হবে, সিস্টেমগুলো কীভাবে এর ওপর কাজ করবে এবং কে প্রতিটি অংশের সাথে ইন্টারঅ্যাক্ট করার অনুমতি পাবে। বাস্তবে, এটি এমন সব প্রশ্নের উত্তর দেয় যা অপারেশন পরিচালনা বা ব্যাহত করার জন্য দায়ী। একটি থার্মোস্ট্যাট কোন নেটওয়ার্কে যুক্ত হবে। ক্যামেরার ফুটেজ কোথায় অ্যানালাইসিস করা হবে। একটি লেগ্যাসি সেন্সর কীভাবে অথেন্টিকেট করবে। কোনো ঠিকাদার চলে গেলে কী হবে। গেস্ট ডিভাইসগুলোকে কীভাবে ক্লিনিক্যাল সিস্টেম বা ব্যাক-অফিস টুল থেকে আলাদা রাখা যাবে।
UK-তে এই প্রয়োজনীয়তা এখন খুবই বাস্তব। কানেক্টেড এস্টেটের বৃদ্ধি এখন আর কেবল থিওরি নয়। GeeksforGeeks -এ প্রকাশিত IoT architecture এবং UK-এর ব্যবহার সংক্রান্ত ট্রেন্ডের রিপোর্ট অনুযায়ী, 2023 সালে UK-তে 1.2 বিলিয়নেরও বেশি IoT কানেকশন ছিল, যা 2022 সালের তুলনায় 35% বেশি, এবং 77% UK ব্যবসা প্রতিষ্ঠান তাদের IoT সিস্টেমে সাইবার হুমকির কথা জানিয়েছে।
এই সংমিশ্রণটি আলোচনার মোড় ঘুরিয়ে দেয়। সুনির্দিষ্ট কাঠামো ছাড়া পরিধি বাড়ালে অপারেশনে জটিলতা তৈরি হয়। কাঠামোগতভাবে পরিধি বাড়ালে তা সুবিধা বয়ে আনে।
আর্কিটেকচারই ডিভাইসগুলোকে একটি সিস্টেমে রূপান্তর করে
অধিকাংশ ব্যর্থ IoT প্রোগ্রাম সেন্সর খারাপ হওয়ার কারণে ব্যর্থ হয় না। সেগুলো ব্যর্থ হয় দুর্বল ডিজাইনের কারণে।
একটি কার্যকর আর্কিটেকচার আপনাকে দেয়:
- ভূমিকার স্পষ্ট বিভাজন: ডিভাইস ডেটা সংগ্রহ করে, নেটওয়ার্ক তা স্থানান্তর করে, গেটওয়ে প্রসেস করে, অ্যাপ্লিকেশন উপস্থাপন করে এবং আইডেন্টিটি অ্যাক্সেস নিয়ন্ত্রণ করে।
- অনুমানযোগ্য নিরাপত্তা সীমানা (Predictable security boundaries): গেস্ট ট্রাফিক, কর্মীদের অ্যাক্সেস এবং মেশিন ট্রাফিক একসাথে মিশে যায় না।
- অপারেশনাল ধারাবাহিকতা (Operational consistency): অনবোর্ডিং, প্রত্যাহার, পর্যবেক্ষণ এবং সমস্যা সমাধান একটি পুনরাবৃত্তিমূলক প্যাটার্ন অনুসরণ করে।
- ব্যবসায়িক উপযোগিতা (Business usefulness): ডেটা এমন সিস্টেমে পৌঁছায় যা এর ওপর কাজ করতে পারে, তা কোনো BMS, CRM বা সার্ভিস ডেস্ক যাই হোক না কেন।
ব্যবহারিক নিয়ম (Practical rule): যদি কোনো সংযুক্ত ডিভাইস শুধুমাত্র একটি "ব্যতিক্রম তৈরি করে" যোগ করতে হয়, তবে বুঝতে হবে আর্কিটেকচারটি এখনও পরিপক্ক নয়।
সংযুক্ত সম্পত্তি কত দ্রুত প্রসারিত হচ্ছে সে সম্পর্কে ধারণা পেতে, ইন্টারনেটের সাথে কতগুলি ডিভাইস সংযুক্ত রয়েছে তার এই ওভারভিউটি একটি দরকারী ব্যবসায়িক স্তরের রেফারেন্স পয়েন্ট।
IoT আর্কিটেকচারের মৌলিক স্তরসমূহ (The Foundational Layers of IoT Architecture)
সহজে ইন্টারনেট অব থিংস আর্কিটেকচার বুঝতে, এটিকে একটি বিল্ডিং হিসেবে কল্পনা করুন। প্রতিটি ফ্লোরের একটি নির্দিষ্ট উদ্দেশ্য রয়েছে। নিচের ফ্লোরগুলো যদি অস্থিতিশীল হয়, তবে পেন্টহাউসের কোনো গুরুত্ব থাকে না।
পারসেপশন লেয়ার (Perception layer)
এটি হলো গ্রাউন্ড ফ্লোর। এতে এমন সব ফিজিক্যাল জিনিস থাকে যা সেন্স করে বা কাজ করে।
এর মধ্যে রয়েছে অকুপেন্সি সেন্সর, থার্মোস্ট্যাট, ক্যামেরা, স্মার্ট লক, মেডিকেল মনিটর, পরিবেশগত প্রোব, কিওস্ক, পেমেন্ট টার্মিনাল এবং অ্যাকচুয়েটর। এই ডিভাইসগুলি মূল সিগন্যাল তৈরি করে যার ওপর বাকি স্ট্যাক নির্ভর করে।
এখানে মূল ডিজাইনের চিন্তা কেবল ডিভাইস নির্বাচন নয়। এটি হলো নির্ভরযোগ্যতা। দুর্বল ফার্মওয়্যার, নিম্নমানের আপডেট পাথ বা সীমিত আইডেন্টিটি সাপোর্ট সহ সস্তা সেন্সরগুলি এমন সমস্যা তৈরি করে যা পরবর্তীতে স্ট্যাকে পুরোপুরি ঠিক করা যায় না। হসপিটালিটি এবং রিটেল ক্ষেত্রে, টিমগুলি প্রায়শই আধুনিক এবং লেগাসি ডিভাইসের একটি মিশ্র সম্পত্তি উত্তরাধিকার সূত্রে পায়। আর্কিটেকচারকে একটি সম্পূর্ণ নতুন শুরুর কল্পনা না করে বরং সেই বাস্তবতাকে মেনে নিতে হবে।
নেটওয়ার্ক লেয়ার (Network layer)
এটি হলো বিল্ডিংয়ের ওয়ারিং এবং প্লাম্বিং। এটি ডিভাইস, গেটওয়ে, প্ল্যাটফর্ম এবং অ্যাপ্লিকেশনের মধ্যে ডেটা আদান-প্রদান করে।
নেটওয়ার্ক লেয়ার ট্রান্সপোর্ট পাথ, ওয়্যারলেস এবং ওয়্যার্ড কানেক্টিভিটি, গেটওয়ে প্লেসমেন্ট, ট্রাফিক আইসোলেশন এবং কোন সিস্টেম কোনটির সাথে কথা বলতে পারে তা নির্ধারণকারী নিয়মগুলিকে কভার করে। একটি হাসপাতালে, এর অর্থ হতে পারে রোগীর মনিটরিং প্রবাহকে গেস্ট ইন্টারনেট অ্যাক্সেস থেকে আলাদা রাখা। রিটেলে, এর অর্থ হতে পারে পয়েন্ট-অফ-সেল ট্রাফিককে অকুপেন্সি অ্যানালিটিক্স এবং পাবলিক WiFi থেকে আলাদা করা।
একটি শক্তিশালী নেটওয়ার্ক লেয়ার তিনটি কাজ ভালোভাবে করে:
- নির্ভরযোগ্যভাবে সংযোগ করে: ডিভাইসগুলি অবিরাম ম্যানুয়াল হস্তক্ষেপ ছাড়াই অনলাইন থাকে।
- সঠিকভাবে সেগমেন্ট করে: একটি জোনের ক্ষতি অন্য জোনে ছড়িয়ে পড়ে না।
- সঠিক প্রোটোকলের মিশ্রণ সমর্থন করে: সীমিত ক্ষমতার ডিভাইস এবং এন্টারপ্রাইজ অ্যাপ্লিকেশনগুলির ট্রান্সপোর্টের প্রয়োজনীয়তা এক নয়।
Edge computing লেয়ার
এটি হলো স্থানীয় ইউটিলিটি রুম। এটি ডিভাইসগুলির কাছাকাছি থাকে এবং ট্রাফিক আপস্ট্রিমে যাওয়ার আগে সময়-সংবেদনশীল বা ব্যান্ডউইথ-ভারী কাজগুলি পরিচালনা করে।
Edge গেটওয়েগুলি অপ্রয়োজনীয় ডেটা ফিল্টার করে, ডেটা সাধারণ ফর্ম্যাটে নিয়ে আসে, স্থানীয় পলিসি প্রয়োগ করে এবং কখনও কখনও তাৎক্ষণিক সিদ্ধান্ত নেয়। এটি এমন পরিবেশের জন্য অত্যন্ত গুরুত্বপূর্ণ যেখানে দূরের কোনো ক্লাউড সার্ভিসের প্রতিক্রিয়ার জন্য অপেক্ষা করা একটি ভুল ডিজাইন সিদ্ধান্ত। উদাহরণস্বরূপ, একটি ডোর কন্ট্রোলারের কোনো ক্রেডেনশিয়াল বৈধ কিনা তা নির্ধারণ করতে একটি ধীরগতির বাহ্যিক পাথের উপর নির্ভর করা উচিত নয়। গেটওয়ে স্থানীয়ভাবে প্রসেস করার পরিবর্তে প্রতিটি র-ইভেন্ট ফরোয়ার্ড করার কারণে একটি বিল্ডিং অ্যালার্ট বিলম্বিত হওয়া উচিত নয়।
যখন বিলম্ব, ব্যান্ডউইথ ব্যবহার বা গোপনীয়তা অপারেশনাল ঝুঁকি হয়ে দাঁড়ায়, তখন সিদ্ধান্ত গ্রহণের প্রক্রিয়াকে ইভেন্টের কাছাকাছি নিয়ে যান।
ক্লাউড এবং ডেটা প্রসেসিং লেয়ার
এটি হলো সেন্ট্রাল কন্ট্রোল রুম। এটি একাধিক সাইট থেকে তথ্য একত্রিত করে, এটি সংরক্ষণ করে, একে অপরের সাথে সম্পর্কিত করে এবং অ্যানালিটিক্স বা বিজনেস ওয়ার্কফ্লোতে সরবরাহ করে।
ক্লাউড লেয়ার হলো সেই জায়গা যেখানে সংস্থাগুলি তাদের পুরো এস্টেট-জুড়ে দৃশ্যমানতা একীভূত করে। এখানেই তারা প্রায়শই অনিচ্ছাকৃত জটিলতা তৈরি করে ফেলে। যদি প্রতিটি ডিভাইস কোনো ফিল্টারিং ছাড়াই সবকিছু আপস্ট্রিমে পাঠায়, তবে টিমগুলিকে অপ্রয়োজনীয় ট্রান্সপোর্ট এবং স্টোরেজের জন্য অর্থ দিতে হয়, যার ফলে ড্যাশবোর্ডগুলি আরও জটিল হয়ে ওঠে এবং ইনসিডেন্ট রেসপন্স ধীর হয়ে যায়।
এই লেয়ারটি সেই সব কাজের জন্য সবচেয়ে ভালো ব্যবহার করা হয় যা সেন্ট্রালাইজেশন বা কেন্দ্রীকরণের মাধ্যমে উপকৃত হয়:
- ক্রস-সাইট রিপোর্টিং: বিভিন্ন ভেন্যু বা বিল্ডিংয়ের মধ্যে পারফরম্যান্স তুলনা করা
- ঐতিহাসিক বিশ্লেষণ (Historical analysis): অকুপেন্সি, অ্যাসেট ব্যবহার বা সার্ভিসের গুণমানের ট্রেন্ড চিহ্নিত করা
- বিজনেস ইন্টিগ্রেশন: IoT ইভেন্টগুলিকে টিকেটিং, CRM, অটোমেশন বা ডেটা প্ল্যাটফর্মের সাথে সংযুক্ত করা
Application লেয়ার
এটি ব্যবহারকারীরা দেখতে পান। ড্যাশবোর্ড, সার্ভিস পোর্টাল, অ্যালার্ট, বিল্ডিং ম্যানেজমেন্ট ইন্টারফেস, স্টাফ অ্যাপ এবং রিপোর্টিং টুল সবই এখানে থাকে।
যদি application লেয়ারটি দুর্বল হয়, তবে স্টেকহোল্ডাররা ধরে নেন যে সম্পূর্ণ প্রোগ্রামটিই দুর্বল। ফ্যাসিলিটিজ টিম যদি অ্যালার্মের ভিত্তিতে কাজ করতে না পারে, ফ্রন্ট-অফ-হাউস টিম যদি রুম প্রস্তুত কিনা তা দেখতে না পায়, অথবা অপারেশন ম্যানেজাররা যদি প্রকৃত ঘটনা এবং ব্যাকগ্রাউন্ড নয়েজের মধ্যে পার্থক্য করতে না পারেন, তবে একটি পরিচ্ছন্ন ব্যাকএন্ড খুব বেশি কাজে আসে না।
সেরা application লেয়ারটি প্রতিটি ব্যবহারকারীর ঠিক যতটুকু প্রয়োজন ততটুকুই উপস্থাপন করে। নেটওয়ার্ক টিমের প্রয়োজন টেলিমেট্রি এবং পলিসি দৃশ্যমানতা। ভেন্যু ম্যানেজারদের প্রয়োজন অপারেশনাল সামারি। ক্লিনিক্যাল বা হসপিটালিটি স্টাফদের প্রয়োজন ওয়ার্কফ্লো, প্যাকেট-স্তরের বিস্তারিত বিবরণ নয়।
প্ল্যাটফর্মগুলি কীভাবে এই লেয়ারগুলিকে একসাথে নিয়ে আসে সে সম্পর্কিত একটি ধারণার জন্য, internet of things platforms সংক্রান্ত এই নির্দেশিকাটি পড়ার মতো।
IoT কমিউনিকেশন প্রোটোকল নেভিগেট করা
প্রোটোকল নির্বাচন হলো এমন একটি বিষয় যেখানে ইন্টারন্যাট অফ থিংস আর্কিটেকচার অত্যন্ত ব্যবহারিক হয়ে ওঠে। টিমগুলো MQTT, CoAP, বা AMQP বেছে নেয় না কারণ একটি অন্যটির চেয়ে বেশি আধুনিক মনে হয়। তারা এগুলো বেছে নেয় কারণ প্রতিটি ভিন্ন ভিন্ন সমস্যার সমাধান করে।
ভুল প্রোটোকল সবসময় সাথে সাথে ব্যর্থ হয় না। বেশিরভাগ ক্ষেত্রে, এটি জটিলতা তৈরি করে। ডিভাইসগুলোর ব্যাটারি খুব দ্রুত শেষ হয়ে যায়। গেটওয়েগুলো অপ্রয়োজনীয় চ্যাটারে পূর্ণ থাকে। ইন্টিগ্রেশনগুলো ভঙ্গুর হয়ে পড়ে। সিকিউরিটি কন্ট্রোলগুলো বিল্ট-ইন হওয়ার পরিবর্তে জোর করে জুড়ে দেওয়া হয়।
অপারেটিং কন্ডিশন দিয়ে শুরু করুন
একটি হোটেল রুমে থাকা ব্যাটারি-চালিত অকুপেন্সি সেন্সরের প্রয়োজনীয়তা একটি CRM বা মার্কেটিং অটোমেশন সিস্টেমে ইভেন্ট পাস করার ব্যাকএন্ড ওয়ার্কফ্লো থেকে সম্পূর্ণ আলাদা। একটি চায় হালকা ও দক্ষ আদান-প্রদান। অন্যটি চায় দীর্ঘস্থায়ী এবং নির্ভরযোগ্য সার্ভার-টু-সার্ভার মেসেজিং।
Intetics থেকে নেওয়া প্রোটোকল ওভারভিউতে এই পার্থক্যটি স্পষ্টভাবে তুলে ধরা হয়েছে। MQTT কম-পাওয়ার ডেটা সংগ্রহের জন্য ডিজাইন করা হয়েছে, CoAP সীমাবদ্ধ ডিভাইসগুলোর জন্য উপযুক্ত এবং AMQP সার্ভার-টু-সার্ভার আদান-প্রদানের জন্য উপযোগী। একই উৎস উল্লেখ করেছে যে MQTT-এর পাব-সাব মডেল হাজার হাজার সমসাময়িক সংযোগ পরিচালনা করতে পারে, যা শত শত অ্যাক্সেস পয়েন্ট এবং অনেক সংযুক্ত এন্ডপয়েন্ট থাকা ভেন্যুগুলোতে অত্যন্ত গুরুত্বপূর্ণ।
সাধারণ IoT কমিউনিকেশন প্রোটোকলের তুলনা
| প্রোটোকল | ট্রান্সপোর্ট | মূল বৈশিষ্ট্য | সবচেয়ে উপযোগী |
|---|---|---|---|
| MQTT | TCP/IP | হালকা ওজনের পাবলিশ-সাবস্ক্রাইব মেসেজিং | কম-পাওয়ার সেন্সর, টেলেমেট্রি, ভেন্যু-ব্যাপী ডিভাইস ইভেন্ট |
| CoAP | UDP/IP | সীমাবদ্ধ ডিভাইসগুলোর জন্য ন্যূনতম ওভারহেড | মেমোরি-সীমাবদ্ধ বা ব্যাটারি-সংবেদনশীল এন্ডপয়েন্ট |
| AMQP | সাধারণত TCP/IP | নির্ভরযোগ্য অ্যাসিঙ্ক্রোনাস কিউইং এবং ব্রোকারড ডেলিভারি | সার্ভার-টু-সার্ভার ওয়ার্কফ্লো, এন্টারপ্রাইজ ইন্টিগ্রেশন |
| DDS | সাধারণত IP নেটওয়ার্কের ওপর | রিয়েল-টাইম ডিস্ট্রিবিউটেড কমিউনিকেশন | যেসব এনভায়রনমেন্টে দ্রুত পিয়ার-টু-পিয়ার ডেটা আদান-প্রদান প্রয়োজন |
বাস্তব ডিপ্লয়মেন্টে কোনটি ভালো কাজ করে
টেলিমেট্রি-ভারী এস্টেটের জন্য MQTT প্রায়শই সবচেয়ে নিরাপদ ডিফল্ট বিকল্প। এটি তখন ভালো কাজ করে যখন অনেক ডিভাইস ঘন ঘন ছোট প্যাকেট রিপোর্ট করে এবং একাধিক সাবস্ক্রাইবারের কাছে স্কেলযোগ্য ফ্যান-আউটের প্রয়োজন হয়। একটি রিটেইল সেন্টার বা হোটেলে, এর মধ্যে রুম সেন্সর, অকুপেন্সি কাউন্টার, বা পরিবেশগত পর্যবেক্ষণ অন্তর্ভুক্ত থাকতে পারে যা একাধিক ডাউনস্ট্রিম সিস্টেমকে ফিড করে।
CoAP এমন ডিভাইসগুলির জন্য উপযুক্ত যেগুলির পাওয়ার বা মেমোরি বাজেট অত্যন্ত সীমিত। যদি আপনার এস্টেটে এমন সাধারণ সেন্সর থাকে যেগুলির ব্যাটারি লাইফ বাঁচানো এবং সামান্য ডেটা আদান-প্রদান করা প্রয়োজন, তবে CoAP একটি যৌক্তিক পছন্দ। আপনার টিম যদি ডিভাইস লাইফসাইকেল ম্যানেজমেন্ট এবং অবজারভেবিলিটি সম্পর্কে কঠোর না হয়, তবে এটি ব্যবহার করা কঠিন হতে পারে, কারণ সীমিত ক্ষমতার ডিভাইসগুলির সমস্যা সমাধান করা তুলনামূলক জটিল।
AMQP স্ট্যাকের আরও উপরের স্তরে কাজ করে। এটি সাধারণত ছোট এজ ডিভাইসের জন্য প্রথম পছন্দ নয়, তবে ব্যবসায়িক সিস্টেমগুলির মধ্যে নির্ভরযোগ্য অ্যাসিঙ্ক্রোনাস হ্যান্ডঅফের জন্য এটি অত্যন্ত উপযোগী। যদি কোনো ইভেন্টকে একটি IoT প্ল্যাটফর্ম থেকে বুকিং, CRM, সার্ভিস ম্যানেজমেন্ট, বা অ্যানালিটিক্স ওয়ার্কফ্লোতে স্থানান্তর করার প্রয়োজন হয়, তবে একটি ডিভাইস-ভিত্তিক প্রোটোকলকে এন্টারপ্রাইজ মেসেজিং ভূমিকায় টেনে নেওয়ার চেয়ে AMQP পরিচালনা করা প্রায়শই সহজ হয়।
নিরাপত্তা এবং স্কেলেবিলিটিও প্রোটোকল সিদ্ধান্তের অংশ
প্রোটোকল নির্বাচন কেবল মেসেজ ফরম্যাটকে প্রভাবিত করে না। এটি সিকিউরিটি মডেল এবং অপারেটিং ওভারহেডও নির্ধারণ করে।
একটি সঠিক ডিজাইনে সাধারণত নিম্নলিখিত বিষয়গুলি অন্তর্ভুক্ত থাকে:
- এনক্রিপ্ট করা ট্রান্সপোর্ট: যেখানে প্রোটোকল এবং ডিভাইস সমর্থন করে সেখানে TLS/SSL ব্যবহার করুন।
- কাজ অনুযায়ী সেগমেন্টেশন: ডিভাইস ক্লাস এবং মেসেজ পাথগুলিকে আলাদা রাখুন।
- আচরণ পর্যবেক্ষণ: কেবল ডিভাইসের উপস্থিতি নয়, অস্বাভাবিক কানেকশন প্যাটার্নের দিকে নজর রাখুন।
- ব্রোকার বা গেটওয়ে ডিসিপ্লিন: প্রতিটি ডিভাইসকে ব্যাপকভাবে যোগাযোগ করার অনুমতি দেওয়া এড়িয়ে চলুন।
একটি প্রোটোকল যা হালকা কিন্তু দুর্বলভাবে পরিচালিত, তা পরবর্তীতে সাপোর্ট আওয়ারের ক্ষেত্রে ব্যয়বহুল হয়ে দাঁড়ায়।
একটি সাধারণ ভুল হলো স্ট্যান্ডার্ডাইজেশনের পিছনে অতিরিক্ত দৌড়ানো। কিছু টিম প্রতিটি লেয়ার জুড়ে একটি একক প্রোটোকল জোরপূর্বক ব্যবহার করার চেষ্টা করে কারণ এটি সহজ মনে হয়। বাস্তবে, এটি জটিলতাকে অন্য কোথাও স্থানান্তরিত করে মাত্র। ডিভাইস লেয়ারে একটি হালকা প্রোটোকল এবং আপস্ট্রিম ইন্টিগ্রেশনে আরও শক্তিশালী মেসেজিং মডেল ব্যবহার করা হলে একটি মিশ্র পরিবেশ প্রায়শই আরও ভালো পারফর্ম করে।
এজ কম্পিউটিং লেয়ারের গুরুত্বপূর্ণ ভূমিকা
ক্লাউড-ফার্স্ট চিন্তাভাবনা এখনও অনেক IoT আলোচনায় দেখা যায়, তবে ব্যস্ত বাস্তব পরিবেশে কেবল-ক্লাউড ডিজাইন বেশিদিন টিকে থাকে না। আপনার ডিভাইসগুলি রিয়েল টাইমে অপারেশন সমর্থন করার সাথে সাথেই এজ কম্পিউটিং লেয়ার মূল আর্কিটেকচারের অংশ হয়ে ওঠে, কোনো ঐচ্ছিক বর্ধিতকরণ নয়।
এর কারণটি অত্যন্ত সহজ। দূরবর্তী সিদ্ধান্তের চেয়ে স্থানীয় সিদ্ধান্তগুলি প্রায়শই অনেক বেশি কার্যকর হয়। একটি বিল্ডিং গেটওয়ে ডেটা সাইট থেকে বের হওয়ার আগেই তা ফিল্টার, একত্রিত এবং তার ওপর কাজ করতে পারে। এটি বিলম্ব কমায়, অপ্রয়োজনীয় ব্যাকহল ট্র্যাফিক সীমিত করে এবং সংবেদনশীল প্রসেসিংকে ইভেন্টটি যেখানে ঘটেছে তার কাছাকাছি রাখে।
অপারেশনাল দিক থেকে এজ কেন গুরুত্বপূর্ণ
UK-তে edge-enabled ডিজাইনের দিকে পরিবর্তনের বিষয়টি ইতিমধ্যেই দৃশ্যমান। Itransition -এর উল্লেখিত আর্কিটেকচার ওভারভিউ অনুযায়ী, 2023 সালে UK ডেপ্লয়মেন্টের 52% ছিল edge-enabled আর্কিটেকচার, যা 2020 সালে ছিল 28%। একই উৎস থেকে জানা যায় যে, edge লেয়ার ব্যান্ডউইথের ব্যবহার 60% পর্যন্ত কমিয়ে আনতে পারে, এবং উল্লেখ করা হয়েছে যে 42,000 UK হোটেল রুম ইতিমধ্যে IoT গেটওয়ে একীভূত করেছে।
এই সংখ্যাগুলি নেটওয়ার্ক টিমগুলোর বাস্তব অভিজ্ঞতার সাথে মিলে যায়। সাইটগুলো যখন স্বাভাবিক নয়েজ বা অপ্রয়োজনীয় ডেটা স্থানীয়ভাবে প্রসেস করে, তখন আপস্ট্রিম সিস্টেমগুলো আরও পরিচ্ছন্ন এবং পরিচালনা করা আরও সাশ্রয়ী হয়ে ওঠে। একই সাথে এগুলো আরও বেশি উপযোগী হয়।
সঠিক edge ডিজাইন তিনটি সাধারণ সমস্যার সমাধান করে
ল্যাটেন্সি-সংবেদনশীল কাজ
যদি কোনো নিয়মের জন্য তাৎক্ষণিক প্রতিক্রিয়ার প্রয়োজন হয়, তবে edge প্রসেসিং সাধারণত সর্বোত্তম পছন্দ। ডোর অ্যাক্সেস, সেফটি অ্যালার্ট, স্থানীয় পরিবেশগত নিয়ন্ত্রণ এবং অকুপেন্সি-ট্রিগারড কাজের ক্ষেত্রে কম সময়ের মধ্যে সিদ্ধান্ত নেওয়ার সুবিধা পাওয়া যায়।ব্যান্ডউইথের অপচয়
প্রতিটি সাধারণ ইভেন্ট ক্লাউডে পাঠানোর প্রয়োজন নেই। আপনি যদি প্রতিটি মেসেজকে সমান গুরুত্বপূর্ণ মনে করেন, তবে ক্যামেরা, ঘন সেন্সর এস্টেট এবং ঘন ঘন স্ট্যাটাস আপডেট আপনার লিঙ্কগুলোকে ওভারহেল্ম বা অচল করে দিতে পারে।ডেটা হ্যান্ডলিং সংক্রান্ত সীমাবদ্ধতা
কিছু প্রতিষ্ঠান গোপনীয়তা, স্থিতিস্থাপকতা বা অপারেশনাল কারণে নির্দিষ্ট কিছু প্রসেসিং উৎসের কাছাকাছি রাখতে পছন্দ করে। Edge গেটওয়ে সম্পূর্ণ সেন্ট্রাল ভিজিবিলিটি না হারিয়েই এটি করা সম্ভব করে তোলে।
যা করা উচিত নয়
একটি দুর্বল edge স্ট্র্যাটেজি সাধারণত দুটি চরম সীমার যেকোনো একটির মতো দেখায়।
হয় গেটওয়েকে একটি সাধারণ পাস-থ্রু হিসেবে বিবেচনা করা হয় যা খুব সামান্য সুবিধা দেয়, অথবা এটি একটি আনম্যানেজড মিনি ডেটা সেন্টারে পরিণত হয় যা কাস্টম লজিকে পূর্ণ থাকে এবং কেউ তা সাপোর্ট করতে চায় না। উভয় ক্ষেত্রেই জটিলতা তৈরি হয়।
সবচেয়ে ভালো উপায় হলো edge-এ সিলেক্টিভ ইন্টেলিজেন্স ব্যবহার করা। কঠোরভাবে ফিল্টার করুন। আপলিঙ্ক বিঘ্নিত হওয়ার সময় যা সচল থাকা আবশ্যক তা ক্যাশে করে রাখুন। যে ফ্লো-গুলোতে প্রয়োজন সেগুলোতে লোকাল পলিসি প্রয়োগ করুন। সেন্ট্রাল প্ল্যাটফর্মে সামারি ডেটা এবং অর্থপূর্ণ ইভেন্টগুলো পাঠান।
যদি সাইটটি কিছু সময়ের জন্য আপস্ট্রিম কানেক্টিভিটি হারায়, তবে বিল্ডিংয়ের কার্যক্রমের মান কিছুটা কমলেও তা যেন একেবারে অচল না হয়ে পড়ে।
এই নীতিটি হসপিটালিটি, হেলথকেয়ার এবং রিটেইল সেক্টরে সবচেয়ে বেশি গুরুত্বপূর্ণ। একটি সেন্ট্রাল সার্ভিস ধীরগতির হওয়ার কারণে এই পরিবেশগুলোর কার্যক্রম থেমে থাকে না। মানুষ তখনও চেক-ইন করছে, রুমে প্রবেশ করছে, ওয়ার্ডের মধ্য দিয়ে যাতায়াত করছে বা ক্যাশ কাউন্টারে পেমেন্ট করছে। আর্কিটেকচারকে অবশ্যই এই বিষয়টিকে প্রাধান্য দিতে হবে।
আধুনিক আইডেন্টিটি প্যাটার্ন দিয়ে আর্কিটেকচার সুরক্ষিত করা
একটি IoT এস্টেটে ঐতিহ্যগত পেরিমিটার সিকিউরিটি দ্রুত ভেঙে পড়ে। ডিভাইসগুলো স্থানান্তরিত হয়। ঠিকাদাররা আসেন এবং চলে যান। বিজনেস ইউনিটগুলোর মধ্যে নতুন নতুন সার্ভিস যুক্ত হয়। গেস্ট অ্যাক্সেস, স্টাফ অ্যাক্সেস এবং মেশিন অ্যাক্সেস সবই একই ফিজিক্যাল ইনফ্রাস্ট্রাকচারের ওপর সহাবস্থান করে। একবার এটি ঘটলে, "নেটওয়ার্কের ভেতরে" থাকা বিষয়টি আর কোনো অর্থপূর্ণ ট্রাস্ট বাউন্ডারি বা নিরাপত্তার সীমানা হিসেবে কাজ করে না।
এই কারণেই আধুনিক IoT সিকিউরিটি আইডেন্টিটির দিকে স্থানান্তরিত হয়েছে। শুধু ব্যবহারকারীর আইডেন্টিটি নয়, ডিভাইসের আইডেন্টিটি, সার্ভিসের আইডেন্টিটি এবং উভয়ের সাথে যুক্ত পলিসিও এর অন্তর্ভুক্ত।
পুরানো মডেলটি একাধিক ব্যবহারকারীর পরিবেশের সাথে খাপ খায় না
একটি হোটেলে, একটি সিঙ্গেল সাইটে গেস্টদের ফোন, কনফারেন্সের AV কিট, রুমের সেন্সর, কর্মীদের ট্যাবলেট, স্মার্ট টিভি, POS টার্মিনাল এবং ইঞ্জিনিয়ারিং ডিভাইস থাকতে পারে। স্বাস্থ্যসেবার ক্ষেত্রে এই মিশ্রণটি আরও জটিল। ক্লিনিক্যাল সিস্টেম, রোগীদের অ্যাক্সেস, ফেসিলিটিজের সরঞ্জাম এবং পুরানো মেডিকেল ডিভাইস - সবকিছুরই বিভিন্ন কারণে নেটওয়ার্ক অ্যাক্সেসের প্রয়োজন হয়।
ফ্ল্যাট ট্রাস্ট মডেলগুলো এই স্তরের বৈচিত্র্যের মধ্যে টিকে থাকতে পারে না। শেয়ার করা পাসওয়ার্ডের কার্যকারিতা দ্রুত ফুরিয়ে যায়। ব্রড VLAN অ্যাক্সেসের অপব্যবহার ঘটে। ম্যানুয়াল ডিপ্রোভিশনিং অনেক ধীরগতির। কোনো ডিভাইস বা ব্যবহারকারী প্রয়োজনের চেয়ে বেশি অ্যাক্সেস পেয়ে গেলে, ল্যাটারাল মুভমেন্ট অনেক সহজ হয়ে যায়।
আইডেন্টিটি হলো এমন একটি কন্ট্রোল পয়েন্ট যা পরিমাপযোগ্য
একটি শক্তিশালী মডেল প্রতিটি কানেকশনকে এমন কিছু হিসেবে বিবেচনা করে যা যাচাই, শ্রেণীবদ্ধ এবং সীমাবদ্ধ করা প্রয়োজন।
সাধারণত এর অর্থ হলো:
- আধুনিক ডিভাইসগুলো শক্তিশালী আইডেন্টিটি কন্ট্রোল ব্যবহার করে: SSO, সার্টিফিকেট এবং ডিরেক্টরি-চালিত অ্যাক্সেস অনবোর্ডিং এবং অ্যাক্সেস বাতিল করার প্রক্রিয়াকে আরও সহজ করে তোলে।
- পুরানো ডিভাইসগুলো ক্ষতিপূরণমূলক কন্ট্রোল ব্যবহার করে: যেখানে সার্টিফিকেট-ভিত্তিক পদ্ধতি বাস্তবসম্মত নয়, সেখানে পলিসিগুলোর মাধ্যমে সেগুলোকে কঠোরভাবে আইসোলেট এবং সীমাবদ্ধ করা দরকার।
- অ্যাক্সেস রোল এবং কনটেক্সট অনুসরণ করে: একজন কর্মীর ডিভাইস, একজন গেস্টের ফোন এবং একটি থার্মোস্ট্যাট কখনোই একই ট্রাস্ট জোনে থাকা উচিত নয় শুধুমাত্র এই কারণে যে তারা একটি সাধারণ SSID শেয়ার করছে।
- অ্যাক্সেস বাতিল করার প্রক্রিয়া স্বয়ংক্রিয় হতে হবে: যদি কোনো ব্যবহারকারী চলে যান বা কোনো ডিভাইসের স্টেট পরিবর্তিত হয়, তবে কোনো টিকিট কিউ ছাড়াই অ্যাক্সেস আপডেট হওয়া উচিত।
Arm Developer -এর উল্লেখিত ডিজাইন-প্যাটার্ন আলোচনাটি এই পরিবর্তনকে নির্দেশ করে। এটি উল্লেখ করে যে UK কমপ্লায়েন্সের প্রয়োজনীয়তা যেমন Data Protection Act 2018 এবং PSTI 2024 ইত্যাদি IoT সিকিউরিটিকে নতুন রূপ দিচ্ছে, এবং স্ট্যান্ডার্ড মিডলওয়্যার প্যাটার্নগুলো অপৰ্যাপ্ত প্রমাণিত হচ্ছে। একই সোর্স হাইব্রিড পদ্ধতির দিকে নির্দেশ করে যা আধুনিক ডিভাইসের জন্য SSO এবং পুরানো ডিভাইসের জন্য iPSK -কে একত্রিত করে, যার সাথে রয়েছে অটোমেটিক রেভোকেশন এবং টেন্যান্ট আইসোলেশন, এবং উল্লেখ করে যে এটি Meraki এবং Aruba-র মতো প্ল্যাটফর্মগুলোতে ডেপ্লয়মেন্টের সময়কে কয়েক মাস থেকে কমিয়ে কয়েক সপ্তাহে নামিয়ে আনতে পারে।
জিরো ট্রাস্ট বাস্তবসম্মত, তাত্ত্বিক নয়
কিছু টিম "জিরো ট্রাস্ট" শুনলেই একটি বহুবছরের ট্রান্সফরমেশন প্রোগ্রামের কথা ভাবে। IoT-এর ক্ষেত্রে এটি আরও অনেক বেশি সুনির্দিষ্ট।
এর অর্থ হলো প্রতিবার কোনো ডিভাইস বা ব্যবহারকারী কানেক্ট করার সময় কয়েকটি কঠোর প্রশ্ন জিজ্ঞাসা করা:
- এটি কে বা কী
- এটি কীভাবে অথেন্টিকেট করা হয়েছে
- এটি কোন পর্যন্ত পৌঁছাতে পারবে
- কোনটি ব্লক করা উচিত
- কত দ্রুত অ্যাক্সেস বাতিল করা যাবে
এই পদ্ধতিটি কাজ করে কারণ এটি বাস্তব পরিচালনা পরিস্থিতির সাথে সামঞ্জস্যপূর্ণ। ডিভাইসগুলো বিভিন্ন রকমের হয়। এস্টেটগুলো ভাগ করা থাকে। পরিবর্তন এখানে ধ্রুবক।
মূল লক্ষ্য কোনো কিছুকে বিশ্বাস না করা নয়। লক্ষ্য হলো ডিফল্টভাবে বিশ্বাস করা বন্ধ করা।
IT ডিরেক্টরদের জন্য, এটিই হলো internet of things আর্কিটেকচার সিকিউরিটির মূল পরিবর্তন। একটি নরম কেন্দ্রের চারপাশে একটি শক্ত খোলস তৈরি করা বন্ধ করুন। সংযোগ বিন্দুতে আইডেন্টিটি, ন্যূনতম প্রিভিলেজ এবং আইসোলেশন বরাদ্দ করা শুরু করুন।
আপনার এন্টারপ্রাইজ নেটওয়ার্কে IoT একীভূত করা
অধিকাংশ IoT আর্কিটেকচারের সমস্যাগুলো কোনো নতুন ডায়াগ্রামে দেখা যায় না। এগুলো তখনই সামনে আসে যখন একটি লাইভ নেটওয়ার্ককে গেস্ট অ্যাক্সেস, কর্মীদের কর্মপ্রবাহ বা কমপ্লায়েন্সের নিয়মগুলো না ভেঙে নতুন ডিভাইসগুলোকে অন্তর্ভুক্ত করতে হয়।
এটি বিশেষ করে মাল্টি - ইউজার এন্টারপ্রাইজ পরিবেশে সত্য। হোটেল, শপিং সেন্টার, হাসপাতাল, আবাসিক ভবন এবং বহুমুখী ব্যবহারের সাইট - সবকিছুর মধ্যেই একটি মিল রয়েছে। বিভিন্ন গ্রুপ একই ফিজিক্যাল ইনফ্রাস্ট্রাকচার শেয়ার করে, কিন্তু তাদের একই ট্রাস্ট বাউন্ডারি শেয়ার করা উচিত নয়।
শুধুমাত্র কানেক্টিভিটি নয়, সহাবস্থান দিয়ে শুরু করুন
একটি সাধারণ ভুল হলো IoT রোলআউটকে বর্তমান WLAN-এর সাথে একটি সাধারণ সংযুক্তি হিসেবে বিবেচনা করা। ডিভাইসগুলো কানেক্ট হয়, প্যাকেট প্রবাহিত হয় এবং প্রকল্পটিকে লাইভ ঘোষণা করা হয়। এরপর সাপোর্ট টিকিট আসতে শুরু করে। একটি গেস্ট ডিভাইস এমন কোথাও চলে যায় যেখানে তার যাওয়ার কথা নয়। একজন ফ্যাসিলিটিজ সাপ্লায়ারের অ্যাক্সেসের প্রয়োজন হয় কিন্তু তাকে সহজে আলাদা করা যায় না। একটি লেগ্যাসি এন্ডপয়েন্ট পছন্দসই অথেন্টিকেশন পদ্ধতি সমর্থন করে না। ভবনগুলোর মধ্যে কর্মীদের রোমিং অসামঞ্জস্যপূর্ণ হয়ে পড়ে।
এর চেয়ে ভালো প্রশ্ন হলো এটি: কীভাবে কানেক্টেড ডিভাইস, ব্যবহারকারী এবং ব্যবসায়িক সিস্টেমগুলো একে অপরের ঝুঁকি নিজের ওপর না নিয়ে একই নেটওয়ার্কে সহাবস্থান করবে?
একটি ব্যবহারিক ইন্টিগ্রেশন মডেল
অধিকাংশ এন্টারপ্রাইজ এস্টেটের জন্য, বেসলাইনে এই ডিজাইন পছন্দগুলো অন্তর্ভুক্ত করা উচিত:
- ভূমিকা এবং উদ্দেশ্য অনুযায়ী ট্রাফিক আলাদা করুন: গেস্ট অ্যাক্সেস, কর্মীদের অ্যাক্সেস এবং IoT ডিভাইস ট্রাফিকের আলাদা পলিসি পাথ অনুসরণ করা উচিত।
- আইডেন্টিটির সাথে পলিসি ম্যাপ করুন: যেখানে সম্ভব, কর্মীদের জন্য ডিরেক্টরি - ব্যাকড অ্যাক্সেস এবং পরিচালিত ডিভাইসগুলোর জন্য স্পষ্ট অ্যাসাইনমেন্ট ব্যবহার করুন।
- লেগ্যাসি ডিভাইসগুলো সচেতনভাবে পরিচালনা করুন: পুরনো এন্ডপয়েন্টগুলোর প্রায়শই একটি ভিন্ন অনবোর্ডিং প্যাটার্নের প্রয়োজন হয়, তবে তাদের এখনও শক্তিশালী আইসোলেশন প্রয়োজন।
- সাইটগুলোর মধ্যে চলাচলের জন্য পরিকল্পনা করুন: ব্যবহারকারী এবং ডিভাইসগুলো যদি রোম করে, তবে পলিসিও তাদের সাথে স্থানান্তরিত হওয়া উচিত।
এর অন্যতম স্পষ্ট উদাহরণ হলো বিল্ড টু রেন্ট বা ছাত্রাবাস। বাসিন্দারা বাড়ির মতো সহজ সরল অভিজ্ঞতা আশা করেন। অপারেটরদের এন্টারপ্রাইজ - গ্রেড সেপারেশন প্রয়োজন। একই সমস্যা কর্মীদের সাথে হাসপাতাল, রোগী, দর্শনার্থী এবং মেডিকেল ডিভাইসের ক্ষেত্রে এবং গেস্ট, কর্মচারী, কনফারেন্স আয়োজক এবং থার্ড - পার্টি সাপ্লায়ারদের সাথে হসপিটালিটি সেক্টরেও দেখা যায়।
আইসোলেশনকে পরিচালনগতভাবে সহজ হতে হবে
আর্কিটেক্টরা প্রায়শই কাগজে-কলমে সেগমেন্টেশন ঠিক করলেও অপারেশনে ভুল করে বসেন। পলিসিগুলো সঠিক থাকে, কিন্তু অনবোর্ডিং এতটাই জটিল হয় যে টিমগুলো শর্টকাট তৈরি করে। শেয়ার্ড ক্রেডেনশিয়াল আবার ফিরে আসে। সাময়িক ব্যতিক্রমগুলো স্থায়ী রূপ নেয়। লোকাল অ্যাডমিনরা স্প্রেডশিট মেইনটেইন করে কারণ প্ল্যাটফর্ম মডেলটি অতিরিক্ত অনমনীয়।
এই কারণেই সহজ, পুনরাবৃত্তিযোগ্য ডিভাইস আইসোলেশন অত্যন্ত গুরুত্বপূর্ণ। এই বিষয়ের অপারেশনাল দিকের সমাধানের জন্য IoT device segmentation on WiFi and isolating non-standard devices -এর এই গাইডলাইনটি একটি দরকারী রেফারেন্স হতে পারে।
বাস্তব ক্ষেত্রে যা কার্যকর হয়
একটি ব্যবহারিক ইন্টিগ্রেশন ডিজাইন সাধারণত সবকিছুর ওপর জোর করে একটিমাত্র মেথড চাপিয়ে না দিয়ে কয়েকটি অ্যাক্সেস প্যাটার্নের সমন্বয় ঘটায়।
ডিরেক্টরি-ভিত্তিক কর্মীদের অ্যাক্সেস
কর্মীদের ডিভাইসে সংস্থার ডিরেক্টরি এবং অ্যাক্সেস পলিসির সাথে যুক্ত শক্তিশালী আইডেন্টিটি ব্যবহার করা উচিত। এটি অনবোর্ডিং এবং অফবোর্ডিংয়ের ধারাবাহিকতা বজায় রাখে এবং শেয়ার্ড ক্রেডেনশিয়াল থেকে তৈরি বিশৃঙ্খলা এড়ায়।স্পষ্ট বিভাজনসহ গেস্ট এবং ভিজিটর অ্যাক্সেস
গেস্টরা যাতে সহজে কানেক্ট হতে পারে, তবে তাদের ট্রাফিক যাতে বিজনেস এবং ডিভাইস নেটওয়ার্ক থেকে সম্পূর্ণ আইসোলেটেড থাকে। সেরা আর্কিটেকচারগুলো নেটওয়ার্কের সীমানা নষ্ট না করেই ইউজার এক্সপেরিয়েন্স মসৃণ রাখে।লেগেসি বা হেডলেস IoT ডিভাইসের জন্য নিয়ন্ত্রিত অনবোর্ডিং
কিছু ডিভাইস আধুনিক আইডেন্টিটি ওয়ার্কফ্লো সমর্থন করে না। তবুও সেগুলোর জন্য অনন্য পলিসি ট্রিটমেন্ট, সীমিত রিচিবিলিটি এবং স্পষ্ট মালিকানা প্রয়োজন।রোমিং মডেল যা জটিলতা কমায় মাল্টি-সাইট এস্টেটের ক্ষেত্রে, ব্যবহারকারীরা বারবার রি-অথেন্টিকেট করতে চান না। ঘর্ষণহীন, নিরাপদ রোমিং এক্সপেরিয়েন্স উন্নত করে এবং হেল্পডেস্কের কাজের চাপ কমায়, তবে এটি তখনই সম্ভব যদি বিভিন্ন লোকেশন জুড়ে পলিসি অক্ষুণ্ণ থাকে।
ভালো ইন্টিগ্রেশন ডিজাইন সাপোর্ট দেওয়ার প্রয়োজনীয়তা কমিয়ে দেয় কারণ এটি অস্পষ্টতা দূর করে। নেটওয়ার্ক আগে থেকেই জানে যে একটি কানেকশন কী করার অনুমতি পেয়েছে।
এর ব্যবসায়িক ফলাফল সাধারণত টেকনিক্যাল পরিবর্তনের চেয়েও বড় হয়। গেস্টরা দ্রুত কানেক্ট হতে পারেন। কর্মীদের কম সময় নষ্ট হয়। ফেসিলিটি টিমগুলো কোনো ঝুঁকিপূর্ণ ব্যতিক্রমের অনুরোধ না করেই ডিভাইস যুক্ত করতে পারে। সিকিউরিটি টিমগুলো আরও সুনির্দিষ্ট সীমানা পায়। আর্কিটেকচারের মূল উদ্দেশ্য এটাই। এটি লাইভ এস্টেট পরিচালনা করা সহজ করে তোলে, কেবল কানেক্টিভিটি বাড়ানোর মধ্যেই সীমাবদ্ধ থাকে না।
উপসংহার - সাফল্যের জন্য আপনার আর্কিটেকচারাল ব্লুপ্রিন্ট
Internet of things আর্কিটেকচার এমন কোনো ডায়াগ্রাম নয় যা প্রকিউরমেন্টের পর ফাইলবন্দি করে রাখা হয়। এটি এমন কিছু ডিজাইনের সিদ্ধান্তের সমষ্টি যা নির্ধারণ করে যে আপনার কানেক্টেড এস্টেটটি পরিচালনাযোগ্য হবে নাকি বিশৃঙ্খল হবে।
সবচেয়ে শক্তিশালী আর্কিটেকচারগুলোর কিছু সাধারণ বৈশিষ্ট্য থাকে। এগুলো স্পষ্ট লেয়ার ব্যবহার করে। এগুলো ট্রেন্ডের ওপর ভিত্তি করে নয়, বরং অপারেটিং কন্ডিশনের ওপর ভিত্তি করে প্রোটোকল বেছে নেয়। এগুলো গতি, স্থিতিস্থাপকতা এবং নিয়ন্ত্রণের জন্য এজ প্রসেসিংকে একটি ব্যবহারিক টুল হিসেবে বিবেচনা করে। এগুলো কোনো দুর্বল হয়ে পড়া পেরিমিটার মডেলের ওপর নির্ভর না করে আইডেন্টিটি এবং আইসোলেশনের মাধ্যমে অ্যাক্সেস সুরক্ষিত করে।
IT directors-দের জন্য, এটি গুরুত্বপূর্ণ কারণ এর ফলাফলগুলি ব্যবসার ক্ষেত্রে দৃশ্যমান। আরও ভাল গেস্ট অ্যাক্সেস, নিরাপদ ডিভাইস অনবোর্ডিং, পরিচ্ছন্ন ডেটা প্রবাহ এবং কম অপারেশনাল জটিলতা - সবকিছুই শুরু হয় আর্কিটেকচারের মাধ্যমে। এই ব্লুপ্রিন্টটি সঠিকভাবে তৈরি করতে পারলে সম্পূর্ণ এস্টেট স্কেল করা সহজ হয়, সুরক্ষিত করা সহজ হয় এবং অনেক বেশি মূল্যবান হয়ে ওঠে।
IoT Architecture সম্পর্কে সচরাচর জিজ্ঞাসিত প্রশ্নাবলী
আর্কিটেকচারটি বিশদভাবে বোঝার পরেই কিছু কঠিন প্রশ্ন সামনে আসে। মূল সমস্যাগুলি সাধারণত কোথায় শুরু করতে হবে, কী পরিমাপ করতে হবে এবং অতিরিক্ত জটিলতা তৈরি না করে কীভাবে আপস করতে হবে তা নিয়ে হয়।
IoT Architecture FAQ
| প্রশ্ন | উত্তর |
|---|---|
| আমাদের নেটওয়ার্কে যদি ইতিমধ্যেই লেগ্যাসি ডিভাইস এবং বিভিন্ন ভেন্ডরের মিশ্রণ থাকে তবে কীভাবে শুরু করা উচিত? | আবিষ্কার (discovery) এবং শ্রেণীবিভাগ (classification) দিয়ে শুরু করুন। কোন ডিভাইসগুলি আধুনিক প্রমাণীকরণ সমর্থন করে, কোনগুলির জন্য ক্ষতিপূরণমূলক নিয়ন্ত্রণের প্রয়োজন এবং কোন ব্যবসায়িক সিস্টেমে তাদের প্রকৃতপক্ষে পৌঁছানো প্রয়োজন তা চিহ্নিত করুন। একবারে সবকিছু মানক করার চেষ্টা করবেন না। ডিভাইস ক্লাস আলাদা করে, পলিসি জোন নির্ধারণ করে এবং প্রতিটি ধরণের জন্য একটি অনবোর্ডিং পথ নির্ধারণ করে শুরু করুন। |
| আমাদের আর্কিটেকচারটি স্কেল করবে তার সবচেয়ে দরকারী লক্ষণগুলি কী কী? | লোক দেখানো মেট্রিক্সের পরিবর্তে অপারেশনাল সূচকগুলির দিকে লক্ষ্য রাখুন। আপনি কি ম্যানুয়াল ব্যতিক্রম ছাড়াই নতুন ডিভাইস অনবোর্ড করতে পারেন। আপনি কি দ্রুত অ্যাক্সেস প্রত্যাহার করতে পারেন। একটি ডিভাইস কোন পলিসি পেয়েছে এবং কেন পেয়েছে তা কি আপনি ট্র্যাক করতে পারেন। আপস্ট্রিম লিঙ্কগুলি ক্ষতিগ্রস্থ হলে সাইটগুলি কি স্বাভাবিকভাবে কাজ চালিয়ে যেতে পারে। স্কেলেবল আর্কিটেকচার সাধারণত কম সাপোর্ট জটিলতা এবং আরও অনুমানযোগ্য পরিবর্তন ব্যবস্থাপনার মাধ্যমে প্রকাশ পায়। |
| ডিজাইনটিকে অতিরিক্ত জটিল না করে আমরা কীভাবে ক্লাউড, এজ এবং সিকিউরিটি ইনভেস্টমেন্টের মধ্যে ভারসাম্য বজায় রাখব? | ব্যবসায়িক ফলাফলের যৌক্তিকতার ভিত্তিতে প্রসেসিং পরিচালনা করুন। সময়-সংবেদনশীল কাজ এবং স্থানীয় ফিল্টারিংয়ের জন্য এজ ব্যবহার করুন। ক্রস-সাইট ভিজিবিলিটি এবং অ্যানালিটিক্সের জন্য সেন্ট্রাল প্ল্যাটফর্ম ব্যবহার করুন। সর্বত্র আইডেন্টিটি-ভিত্তিক সিকিউরিটি ব্যবহার করুন। যদি কোনো লেয়ার স্থিতিস্থাপকতা, নিয়ন্ত্রণ বা ব্যবহারযোগ্যতা উন্নত না করে, তবে সেটি আর্কিটেকচারের পরিবর্তে জটিলতা হতে পারে। |
সিদ্ধান্তগুলি মূল্যায়ন করার একটি বাস্তবসম্মত উপায় হলো প্রতিটি প্রস্তাবিত পরিবর্তনকে তিনটি পরীক্ষার বিপরীতে পর্যালোচনা করা:
- অপারেশনাল টেস্ট: সাইট টিমগুলি কি এটি ধারাবাহিকভাবে সমর্থন করতে সক্ষম হবে
- সিকিউরিটি টেস্ট: এটি কি অন্তর্নিহিত বিশ্বাস কমায় এবং রিচিবিলিটি কঠোর করে
- বিজনেস টেস্ট: এটি কি ব্যবহারকারীর অভিজ্ঞতা, ডেটার উপযোগিতা বা ডেলিভারির গতি উন্নত করে
যদি একটি ডিজাইন এই পরীক্ষাগুলির মধ্যে কেবল একটিতে উত্তীর্ণ হয়, তবে সাধারণত এটিতে আরও কাজ করার প্রয়োজন হয়।
আপনি যদি হসপিটালিটি, রিটেইল, হেলথকেয়ার, বা মাল্টি-টেন্যান্ট প্রপার্টি জুড়ে একটি সংযুক্ত এস্টেটের পরিকল্পনা করে থাকেন, তবে Purple নেটওয়ার্ক এবং আইডেন্টিটির অংশগুলোকে একত্রিত করতে সাহায্য করে। Purple অতিথি এবং কর্মীদের জন্য পাসওয়ার্ডহীন WiFi অ্যাক্সেস প্রদান করে, মাল্টি-টেন্যান্ট আইসোলেশন সমর্থন করে, Entra ID এবং Okta-র মতো প্ল্যাটফর্মের সাথে সংহত হয়, এবং iPSK-এর মতো বাস্তবসম্মত নিয়ন্ত্রণের মাধ্যমে সংস্থাগুলোকে লিগ্যাসি IoT ডিভাইসগুলো পরিচালনা করতে সহায়তা করে। এটি এমন দলগুলোর জন্য অত্যন্ত উপযোগী যারা শেয়ার্ড পাসওয়ার্ড বা জটিল Captive Portal ব্যবহার না করেই নিরাপদ অ্যাক্সেস, সহজতর অপারেশন এবং আরও ভালো ব্যবহারকারীর অভিজ্ঞতা চান।
