আপনি সম্ভবত ইতিমধ্যেই IoT নিয়ে কাজ করছেন, এমনকি যদি আপনার সংস্থার কেউ এটিকে এই নামে নাও ডাকে।
একটি হোটেল গ্রুপের রুমে স্মার্ট থার্মোস্ট্যাট, সংযুক্ত ডোর সিস্টেম, IP ক্যামেরা, ডিজিটাল সাইনেজ, অকুপেন্সি সেন্সর, স্মার্ট টিভি, অ্যাক্সেস পয়েন্ট, গেস্ট WiFi অনবোর্ডিং, স্টাফদের ট্যাবলেট এবং অন্য সরবরাহকারীর কাছ থেকে নেওয়া একটি বিল্ডিং ম্যানেজমেন্ট সিস্টেম রয়েছে। একটি রিটেল এস্টেটে ফুটফল কাউন্টার, কিওস্ক, পেমেন্ট ডিভাইস, সিকিউরিটি কিট, লাইটিং কন্ট্রোল এবং মার্কেটিং টুলস রয়েছে যার সবকটিই নিজস্ব ডেটা তৈরি করছে এবং তাদের নিজস্ব লগইন মডেল দাবি করছে।
সেখানেই সমস্যার শুরু। বেশিরভাগ ব্যবসা সংযুক্ত ডিভাইসের অভাবে সমস্যায় পড়ে না। তারা সমস্যায় পড়ে কারণ তারা অনেক বেশি সংযোগহীন ডিভাইস সংগ্রহ করে ফেলেছে। প্রতিটি ডিভাইস ফ্যামিলি তার নিজস্ব কনসোল, নিজস্ব ক্রেডেনশিয়াল, নিজস্ব প্যাচ সাইকেল এবং নেটওয়ার্কে কার অনুমতি পাওয়া উচিত সে সম্পর্কে নিজস্ব অনুমান নিয়ে আসে।
Internet of things প্ল্যাটফর্মগুলি গুরুত্বপূর্ণ কারণ তারা এই বিশৃঙ্খলাকে পরিচালনাযোগ্য কিছুতে রূপান্তরিত করে। ভেন্যু পরিবেশে, এর অর্থ সাধারণত তিনটি ফলাফল: কম অপারেশনাল হ্যান্ডঅফ, আরও স্পষ্ট ডেটা এবং কে বা কী সংযোগ করতে পারে তার ওপর কঠোর নিয়ন্ত্রণ।
একটি সংযুক্ত বিশ্বের ক্রমবর্ধমান জটিলতা
একটি মাল্টি সাইট হোটেল চেইনের ফেসিলিটি ডিরেক্টরের কাছে HVAC পরিচালনার জন্য একটি দল, CCTV পরিচালনার জন্য আরেকটি দল, WiFi পরিচালনার জন্য একটি তৃতীয় দল এবং গেস্ট অ্যাপ ম্যানেজ করার জন্য একজন আউটসোর্স পার্টনার থাকতে পারে। কাগজে-কলমে, প্রতিটি সিস্টেম "স্মার্ট"। বাস্তবে, আইডেন্টিটি, অ্যাক্সেস, ডিভাইসের অবস্থা বা ঝুঁকির কোনো সুসংগত চিত্র কারও কাছে নেই।
এই ফ্র্যাগমেন্টেশন দুটি ব্যয়বহুল সমস্যা তৈরি করে। অপারেশন ধীর হয়ে যায় কারণ প্রতিটি পরিবর্তনের জন্য একাধিক দলের প্রয়োজন হয়। সিকিউরিটি দুর্বল হয়ে যায় কারণ ডিভাইস এবং ব্যবহারকারীরা এমন সিস্টেমগুলির মধ্যে স্থানান্তরিত হয় যা একে অপরের সাথে ট্রাস্ট শেয়ার করার জন্য ডিজাইন করা হয়নি।
স্মার্ট এস্টেট দ্রুত বিশৃঙ্খল হয়ে ওঠে
আপনি যত বেশি সাইট যুক্ত করবেন, পরিস্থিতি তত খারাপ হবে।
একটি একক ভেন্যু প্রায়শই অনানুষ্ঠানিক ওয়ার্কঅ্যারাউন্ড দিয়ে পার পেয়ে যেতে পারে। কেউ ডিভাইসের একটি স্প্রেডশীট রাখে। অন্য কেউ জানে কোন শেয়ার্ড পাসওয়ার্ডটি এখনও কাজ করছে। একজন তৃতীয় ব্যক্তি মনে রাখেন কোন ঠিকাদার ক্যামেরাগুলি ইনস্টল করেছিলেন। এস্টেট স্কেলে, এটি আর কাজ করে না।
এই সমন্বয় সমস্যার সমাধান করতে Internet of things প্ল্যাটফর্ম এর অস্তিত্ব রয়েছে। তারা শুধু হার্ডওয়্যারকে ক্লাউডের সাথে সংযুক্ত করে না। তারা IT-কে ডিভাইস প্রোভিশন করতে, ডেটা নরমালাইজ করতে, পলিসি কার্যকর করতে এবং ব্যবসা পরিচালনাকারী দলগুলির কাছে দরকারী তথ্য প্রকাশ করার একটি উপায় প্রদান করে।
ইউরোপ ২০২৫ সালে বিশ্বব্যাপী IIoT-জেনারেটেড ডেটার ২৩% দখল করবে বলে ধারণা করা হচ্ছে, যা সংযুক্ত অপারেশনের জন্য একটি পরিপক্ক বাজারের ইঙ্গিত দেয় এবং স্মার্ট বিল্ডিং, রিটেল এবং অনুরূপ পরিবেশ জুড়ে কাজ করা যুক্তরাজ্যের সংস্থাগুলির জন্য প্ল্যাটফর্মের সিদ্ধান্তগুলিকে আরও বেশি ফলপ্রসূ করে তোলে ( IIoT ডেটা ট্রেন্ডের ওপর itransition )।
ভেন্যু অপারেটরদের জন্য, ব্যবহারিক সমস্যাটি "আমাদের কি IoT গ্রহণ করা উচিত?" নয়। এটি হলো "কিভাবে আমরা একটি ক্রমবর্ধমান ডিভাইস এস্টেটকে একটি অনিয়ন্ত্রিত আইডেন্টিটি সমস্যায় পরিণত হওয়া থেকে রোধ করব?"
মূল্য সমন্বয়ের মধ্যে রয়েছে
একটি প্ল্যাটফর্ম তখনই তার জায়গা করে নেয় যখন এটি সংযুক্ত ডিভাইস এবং ব্যবসায়িক সিদ্ধান্তের মধ্যে একটি অপারেশনাল স্তর হিসেবে কাজ করে।
এর অর্থ হতে পারে:
- গেস্ট অ্যাক্সেস যা নেটওয়ার্কের সাথে দ্বন্দ্বে জড়ায় না: অথেন্টিকেশন পরে যোগ করার পরিবর্তে পলিসির সাথে সামঞ্জস্যপূর্ণ করা হয়।
- বিল্ডিং সিস্টেম যা কেন্দ্রীয়ভাবে মনিটর করা যায়: এস্টেট টিম বিভিন্ন ভেন্ডর কনসোলের মধ্যে পরিবর্তন না করেই ত্রুটি এবং ব্যতিক্রমগুলো শনাক্ত করতে পারে।
- ইঞ্জিনিয়ারিংয়ের বাইরেও ব্যবহারযোগ্য ডেটা: মার্কেটিং, অপারেশন এবং কমপ্লায়েন্স টিম একই সঠিক তথ্যের উৎস থেকে কাজ করতে পারে।
আপনার টিম যদি সংযুক্ত সিস্টেমগুলোর সাথে অটোমেটেড ডিসিশন-মেকিং কীভাবে খাপ খায় তা নিয়ে ভাবছে, তবে AI agent orchestration সংক্রান্ত এই নির্দেশিকাটি একটি দরকারী সহায়ক হতে পারে কারণ এটি একাধিক সফ্টওয়্যার এজেন্টের বাস্তবসম্মত অপারেশনাল ডেটার ওপর কাজ করার প্রয়োজনীয়তা ব্যাখ্যা করে।
ডিভাইসের পরিধি কেন ক্রমাগত প্রসারিত হচ্ছে সে সম্পর্কে আরও বিস্তারিত ধারণার জন্য, Purple-এর এই ওভারভিউটি https://www.purple.ai/en-GB/blogs/how-many-devices-connected-to-internet নেটওয়ার্ক টিমগুলোকে কী ধরনের স্কেল সাপোর্ট করতে হচ্ছে তা বুঝতে সাহায্য করবে।
কঠিন কাজটি আরেকটি ডিভাইস যুক্ত করা নয়। কঠিন হলো প্রতিদিনের শত শত ইন্টারঅ্যাকশনের মধ্যে প্রতিটি ব্যবহারকারী, ডিভাইস এবং সার্ভিস কীভাবে একে অপরকে বিশ্বাস করবে তা নির্ধারণ করা।
ইন্টারনেট অফ থিংস প্ল্যাটফর্ম আসলে কী?
সবচেয়ে সহজ সংজ্ঞা হলো এটি। একটি IoT প্ল্যাটফর্ম হলো একটি ভৌত পরিবেশের জন্য অপারেটিং সিস্টেম।
ডিভাইসগুলো সেন্সিং এবং অ্যাক্টিংয়ের কাজ করে। অ্যাপ্লিকেশনগুলো রিপোর্ট, অ্যালার্ট, ওয়ার্কফ্লো এবং ড্যাশবোর্ড উপস্থাপন করে। প্ল্যাটফর্মটি মাঝখানে অবস্থান করে পুরো সিস্টেমটিকে ব্যবহারযোগ্য করে তোলে।
শুধুমাত্র একটি ডিভাইস রেজিস্ট্রি নয়
একটি সাধারণ ভুল ধারণা হলো IoT প্ল্যাটফর্মকে কেবল এমন একটি জায়গা মনে করা যেখানে ডিভাইসগুলো "সংযুক্ত" দেখায়।
এটি তার চেয়ে অনেক বেশি কিছু। একটি সঠিক প্ল্যাটফর্ম সেই জটিল মধ্যবর্তী স্তরটি পরিচালনা করে যা বেশিরভাগ ব্যবসা নিজেরাই তৈরি করতে চায় না:
- প্রভিশনিং: কীভাবে একটি ডিভাইস নথিভুক্ত, নামাঙ্কিত, গ্রুপভুক্ত এবং পলিসি অ্যাসাইন করা হয়
- কানেক্টিভিটি: এটি যে প্রোটোকলগুলো সাপোর্ট করে তা ব্যবহার করে কীভাবে যোগাযোগ করে
- সিকিউরিটি: কীভাবে এটি পরিচয় প্রমাণ করে এবং নিরাপদে ডেটা আদান-প্রদান করে
- নরমালাইজেশন: রিপোর্টিং এবং অটোমেশনের জন্য ডিভাইস থেকে প্রাপ্ত র ডেটা কীভাবে সামঞ্জস্যপূর্ণ করা হয়
- ইন্টিগ্রেশন: কীভাবে সেই ডেটা CRM, সার্ভিস ডেস্ক, অ্যানালিটিক্স টুল এবং বিল্ডিং সিস্টেমে পৌঁছায়
এই স্তরটি না থাকলে, প্রতিটি প্রজেক্ট একটি বেসপোক ইন্টিগ্রেশন অনুশীলনে পরিণত হয়।
মিডলওয়্যার যা ব্যবসায়িক ফলাফল অর্জন সম্ভব করে তোলে
একটি হোটেল রুমের থার্মোস্ট্যাটের কথা চিন্তা করুন। এটি নিজে থেকে তাপমাত্রা রিপোর্ট করে এবং সেটপয়েন্ট পরিবর্তন গ্রহণ করে। এটি দরকারী, তবে সীমিত।
একবার এটি একটি প্ল্যাটফর্মে সেট হয়ে গেলে, অন্যান্য সিস্টেমগুলি এর প্রতিক্রিয়া জানাতে পারে। হাউসকিপিংয়ের স্থিতি রুমের মোড ট্রিগার করতে পারে। অকুপেন্সির সংকেত জলবায়ুর সেটিংস পরিবর্তন করতে পারে। কোনো অস্বাভাবিক আচরণ দেখা দিলে মেইনটেন্যান্সের নিয়ম একটি টিকিট তৈরি করতে পারে। গেস্ট অ্যাক্সেসের নীতি নির্ধারণ করতে পারে যে একই ওয়্যারলেস এস্টেটে কাউকে আবাসিক, পরিদর্শক বা স্টাফ মেম্বার হিসেবে বিবেচনা করা হবে কি না।
সেখানেই প্ল্যাটফর্মগুলি কেবল টেকনিক্যাল প্লাম্বিং হিসেবে কাজ করা বন্ধ করে দেয় এবং খরচ, সেবার মান ও সুরক্ষাকে প্রভাবিত করতে শুরু করে।
এটি কী নয়
একটি IoT প্ল্যাটফর্মকে তার পার্শ্ববর্তী টুলগুলি থেকে আলাদা করে দেখা সহায়ক হবে।
এটি নয়:
- কেবলমাত্র একটি ক্লাউড ডেটাবেস: স্টোরেজ গুরুত্বপূর্ণ, কিন্তু কেবল স্টোরেজ ডিভাইসের পরিচয় বা নীতি পরিচালনা করে না।
- কেবলমাত্র একটি ড্যাশবোর্ড: ভিজ্যুয়ালাইজেশন হলো প্ল্যাটফর্মের একটি আউটপুট মাত্র, প্ল্যাটফর্ম নিজে নয়।
- কেবলমাত্র নেটওয়ার্ক: WiFi এবং সুইচিং ট্রান্সপোর্ট প্রদান করে। প্ল্যাটফর্মটি নিয়ন্ত্রণ, কনটেক্সট এবং ইন্টিগ্রেশন প্রদান করে।
- কেবলমাত্র কোনো ডিভাইস ভেন্ডরের একটি অ্যাপ: ভেন্ডর অ্যাপগুলি প্রায়শই একটি নির্দিষ্ট প্রোডাক্ট লাইনের জন্য ভালো কাজ করে এবং মিশ্র এস্টেটের ক্ষেত্রে খারাপভাবে কাজ করে।
কার্যকরী নিয়ম: কোনো সমাধান যদি মিশ্র ভেন্ডর, পরিবর্তনশীল পরিচয় এবং ক্রস - সিস্টেম অটোমেশনের সাথে মানিয়ে নিতে না পারে, তবে বেশিরভাগ এন্টারপ্রাইজ এস্টেটের জন্য এটি একটি প্রকৃত প্ল্যাটফর্ম হিসেবে কাজ করছে না।
একটি প্ল্যাটফর্মকে বিচার করার সর্বোত্তম উপায় হলো একটি সোজাসুজি প্রশ্ন জিজ্ঞাসা করা। আগামী কোয়ার্টারে আপনি যদি একটি নতুন সাইট, একটি নতুন ডিভাইসের ধরন এবং একটি নতুন আইডেন্টিটি সোর্স যোগ করেন, তবে প্ল্যাটফর্মটি কি সেই পরিবর্তনটিকে সহজভাবে গ্রহণ করবে, নাকি আপনার টিমকে ম্যানুয়ালি সব জোড়াতালি দিতে হবে?
এই উত্তরটি সাধারণত আপনাকে বলে দেয় যে আপনি একটি প্ল্যাটফর্ম কিনছেন নাকি কেবল আরেকটি কনসোল কিনছেন।
কোর IoT প্ল্যাটফর্ম আর্কিটেকচারের ব্যবচ্ছেদ
মানুষ যখন বলে কোনো IoT প্ল্যাটফর্ম "স্কেলযোগ্য", তখন তারা সাধারণত বোঝায় যে বেশ কয়েকটি আলাদা স্তর একই সাথে সঠিকভাবে তাদের কাজ করছে। যদি একটি স্তরও দুর্বল হয়, তবে পুরো সিস্টেমটিকে অবিশ্বাস্য বলে মনে হয়।
নিচের আর্কিটেকচারটি হলো প্রায়শই ব্যবহৃত ব্যবহারিক মডেল।
ডিভাইস কানেক্টিভিটি এবং ম্যানেজমেন্ট
এটি হলো এজ-ফেসিং বা প্রান্তিক স্তর। এটি অনবোর্ডিং ডিভাইস, পরিচয় নির্ধারণ, প্রোটোকলের পার্থক্য পরিচালনা এবং স্টেট বজায় রাখার কাজ করে।
বাস্তব এস্টেটগুলিতে, এই স্তরটিকে কিছু কঠিন বাস্তবতা মেনে নিতে হয়। কিছু ডিভাইস আধুনিক এবং সার্টিফিকেট-বান্ধব। অন্যগুলি পুরোনো, ভঙ্গুর এবং খুব কমই পরিচালনাযোগ্য। কিছু ফিক্সড অ্যাসেট। অন্যগুলি সাইটে ঘুরে বেড়ায়। কিছু ডিভাইস ছোট বার্তা পাঠায়। অন্যগুলি আরও বেশি ডেটা স্ট্রিম করে।
শীর্ষস্থানীয় ক্লাউড প্ল্যাটফর্মগুলি দেখায় যে এটি কীভাবে স্কেলে কাজ করে। AWS IoT Core তার ডেভিস গেটওয়ের মাধ্যমে MQTT এবং WebSocket ব্যবহার করে এন্ড-টু-এন্ড এনক্রিপশন সহ এক বিলিয়নেরও বেশি ডিভাইস সমর্থন করে, এবং এর রুলস মডেল রিয়েল-টাইম প্রসেসিং প্যাটার্নগুলিকে সমর্থন করে যা Ignitec এজ-ক্লাউড হাইব্রিড ব্যবহার করে যুক্তরাজ্যের ভেন্যুগুলিতে ২৫% দ্রুত গেস্ট অনবোর্ডিংয়ের সাথে যুক্ত করে ( Ignitec-এর IoT প্ল্যাটফর্ম তুলনা )।
এটি গুরুত্বপূর্ণ কারণ আইডেন্টিটি সংক্রান্ত সিদ্ধান্তগুলি প্রায়শই এখানেই নেওয়া হয়। যদি এই লেয়ারটি দ্রুত একটি ডিভাইস বা ব্যবহারকারীকে যাচাই করতে এবং ইভেন্টটিকে যথাযথভাবে রুট করতে না পারে, তবে এর উপরের সবকিছুই ধীরগতির বা কম নির্ভরযোগ্য হয়ে পড়ে।
ডেটা ইনজেশন এবং স্টোরেজ
ডিভাইসগুলি সংযুক্ত হওয়ার পরে, পরবর্তী কাজটি হল তারা যা পাঠায় তা ইনজেস্ট, ক্লিন এবং স্টোর করা।
র (Raw) IoT ডেটা অগোছালো হয়। বিভিন্ন ডিভাইস বিভিন্ন ফরম্যাটে রিপোর্ট করে। সময়ের ব্যবধান পরিবর্তিত হয়। নামকরণের নিয়মগুলি পরিবর্তিত হয়। কিছু মেসেজ দরকারী। অন্যগুলি কেবল নয়েজ। একটি ভালো প্ল্যাটফর্ম ডেটা স্টোরেজে পৌঁছানোর আগেই তা ফিল্টার এবং স্ট্রাকচার করে।
এই লেয়ারটিকে সাধারণত শর্ট-টার্ম অপারেশনাল প্রয়োজন এবং লং-টার্ম অ্যানালিটিক্স উভয়কেই সমর্থন করতে হয়। অপারেশন টিম তাৎক্ষণিক দৃশ্যমানতা চায়। অ্যানালিস্টরা ঐতিহাসিক প্যাটার্ন চান। কমপ্লায়েন্স টিম রিটেনশন এবং নিয়ন্ত্রণ চায়। প্ল্যাটফর্ম যদি সমস্ত ডেটাকে একইভাবে বিবেচনা করে তবে সেই প্রয়োজনীয়তাগুলির মধ্যে দ্বন্দ্ব তৈরি হতে পারে।
একটি ভালো পরীক্ষা হল প্ল্যাটফর্মটি তাৎক্ষণিক অ্যাকশনের প্রয়োজন আছে এমন টেলিমেট্রি এবং পরবর্তীতে গুরুত্বপূর্ণ হবে এমন ডেটার মধ্যে পার্থক্য করতে পারে কিনা।
রুলস এবং অ্যানালিটিক্স
সংযুক্ত সিস্টেমগুলি অপারেশনাল সিস্টেমে পরিণত হয়।
রুলস ইঞ্জিনগুলি আগত ইভেন্টগুলি পর্যবেক্ষণ করে এবং অ্যাকশন ট্রিগার করে। অ্যানালিটিক্স লেয়ার প্যাটার্ন, ট্রেন্ড এবং অসঙ্গতিগুলি চিহ্নিত করে। ভেন্যু সেটিংসে, এর অর্থ হতে পারে চেক-ইনের পরে রুম ডিভাইসের অবস্থার পরিবর্তন, একটি সেন্সর দ্বারা ফ্যাসিলিটিজ টিকিট তৈরি করা, অথবা ডিরেক্টরিতে কোনও স্টাফ সদস্যের ভূমিকা পরিবর্তন হলে অ্যাক্সেস পলিসি আপডেট হওয়া।
সবচেয়ে দরকারী নিয়মগুলি সুনির্দিষ্ট এবং চিন্তাভাবনা প্রসূত হয়। দলগুলি সমস্যায় পড়ে যখন তারা প্রথম দিকেই অতিরিক্ত অটোমেশন করে ফেলে এবং একাধিক সিস্টেমে অ্যাকশনের এমন চেইন তৈরি করে যা ডিবাগ করা কঠিন।
অ্যাপ্লিকেশন এনাবলমেন্ট এবং APIs
কোনো প্ল্যাটফর্মই বিচ্ছিন্নভাবে টিকে থাকতে পারে না। এটিকে ব্যবসার অন্যান্য অংশ থেকে ডেটা পুশ এবং পুল করতে হয়।
এর অর্থ হল APIs, কানেক্টর, ইভেন্ট হুক, রিপোর্টিং আউটপুট এবং ডেভেলপার টুলিং। অ্যাপ্লিকেশন লেয়ারটিই অপারেশন, সার্ভিস ডেস্ক, CRM, আইডেন্টিটি সিস্টেম এবং অ্যানালিটিক্স টুলগুলিকে প্ল্যাটফর্মের ডেটা ব্যবহার করার অনুমতি দেয়, যাতে প্রতিটি ইন্টিগ্রেশন একটি কাস্টম প্রজেক্টে পরিণত না হয়।
বাস্তবে, এটি এমন একটি লেয়ার যেখানে বাণিজ্যিক মূল্য দৃশ্যমান হয়। ডেটা যদি আপনার টিম ইতিমধ্যে ব্যবহার করছে এমন সিস্টেমে মসৃণভাবে স্থানান্তরিত হতে না পারে, তবে প্ল্যাটফর্মটি প্রযুক্তিগতভাবে চিত্তাকর্ষক মনে হলেও বাণিজ্যিকভাবে হতাশাজনক মনে হবে।
সুরক্ষা এবং আইডেন্টিটি প্রতিটি লেয়ার জুড়ে কাজ করে
সুরক্ষা ডায়াগ্রামের পাশের কোনও বাক্স নয়। এটি পুরো স্ট্যাক জুড়ে কাজ করে।
অনবোর্ডিংয়ের সময় ডিভাইসের আইডেন্টিটি সংক্রান্ত সিদ্ধান্ত নেটওয়ার্ক পলিসিকে প্রভাবিত করে। ডেটা যাচাইকরণ অ্যানালিটিক্সের গুণমানকে প্রভাবিত করে। ডিরেক্টরি ইন্টিগ্রেশন কর্মীদের অ্যাক্সেসকে প্রভাবিত করে। রিভোকেশন বা অ্যাক্সেস বাতিলকরণ কত দ্রুত ঝুঁকি প্রতিরোধ করা যাবে তা নির্ধারণ করে।
কোনো সরবরাহকারী যদি আইডেন্টিটিকে একটি ডিজাইন প্রিন্সিপালের পরিবর্তে কেবল একটি ফিচার হিসেবে বিবেচনা করে, তবে প্রতিশ্রুতি অনুযায়ী কাজ পাওয়ার চেয়ে ব্যতিক্রম, ওয়ার্কঅ্যারাউন্ড এবং আরও বেশি ম্যানুয়াল অ্যাডমিনের কাজের জন্য প্রস্তুত থাকুন।
হসপিটালিটি, হেলথকেয়ার এবং রিটেল এস্টেটের ক্ষেত্রে এটি বিশেষভাবে সত্য, যেখানে গেস্ট, স্টাফ, ঠিকাদার এবং হেড-অফিস সিস্টেম সবই একটি শেয়ার্ড ইনফ্রাস্ট্রাকচারে একসাথে কাজ করে।
IoT প্ল্যাটফর্ম ডেপ্লয়মেন্ট মডেলের তুলনা
ডেপ্লয়মেন্ট মডেলটি প্রতিদিনের অভিজ্ঞতাকে অনেক ক্রেতার প্রত্যাশার চেয়েও বেশি পরিবর্তন করে। একটি ডেমোতে দুটি প্ল্যাটফর্ম দেখতে একই রকম লাগতে পারে, কিন্তু আপনার টিমকে যখন সেগুলি পরিচালনা করতে হয় তখন তাদের আচরণ সম্পূর্ণ ভিন্ন হতে পারে।
সাধারণত SaaS, PaaS এবং অন-প্রিমিস বা সেলফ-হোস্টেডের মধ্যে প্রাথমিক পছন্দটি করতে হয়।
প্রতিটি মডেলের সাথে কী পরিবর্তন হয়
অপারেটিং ভ্যালু পাওয়ার সবচেয়ে দ্রুততম মাধ্যম হলো SaaS। সরবরাহকারী প্ল্যাটফর্মটি পরিচালনা করে, আপডেটগুলি হ্যান্ডেল করে এবং আপনার টিমের কাছ থেকে বেশিরভাগ ইনফ্রাস্ট্রাকচারের জটিলতা দূরে রাখে।
PaaS আপনাকে বিল্ড করার জন্য আরও সুযোগ দেয়। আপনি ম্যানেজড বিল্ডিং ব্লকগুলি পান, তবে আপনার টিমকে এখনও সলিউশনের একটি বড় অংশ ডিজাইন এবং পরিচালনা করতে হয়।
অন-প্রিমিস বা সেলফ-হোস্টেড আপনাকে সর্বোচ্চ এনভায়রনমেন্টাল কন্ট্রোল দেয়, তবে এটি আপনাকে প্যাচিং, রেজিলিয়েন্স প্ল্যানিং, মনিটরিং, স্কেলিং এবং প্রতিটি ইন্টিগ্রেশন সঠিকভাবে সম্পন্ন করার মতো বড় দায়িত্বও দেয়।
IoT প্ল্যাটফর্ম ডেপ্লয়মেন্ট মডেলের তুলনা
| বৈশিষ্ট্য | SaaS (Software as a Service) | PaaS (Platform as a Service) | অন-প্রিমিস / সেলফ-হোস্টেড |
|---|---|---|---|
| ডেপ্লয় করার গতি | সাধারণত দ্রুততম। যেসব টিমের দ্রুত লাইভ সার্ভিস প্রয়োজন তাদের জন্য ভালো। | মাঝারি। স্ক্র্যাচ থেকে তৈরি করার চেয়ে দ্রুত, কিন্তু SaaS-এর চেয়ে ধীর। | সাধারণত সবচেয়ে ধীর কারণ ইনফ্রাস্ট্রাকচার এবং অপারেশনগুলি ইন্টারনাল ডিজাইনের মাধ্যমে রক্ষণাবেক্ষণ করতে হয়। |
| অপারেশনাল ওভারহেড | ইন্টারনাল IT-এর জন্য প্রতিদিনের ঝামেলা সবচেয়ে কম। | শেয়ার্ড রেসপন্সিবিলিটি। আপনার টিমকে এখনও গুরুত্বপূর্ণ আর্কিটেকচার এবং ইন্টিগ্রেশনের কাজ পরিচালনা করতে হয়। | সর্বোচ্চ। আপনার টিম প্ল্যাটফর্মটি চালায় এবং সম্পূর্ণ সাপোর্টের দায়িত্ব বহন করে। |
| কাস্টমাইজেশন | প্রায়ই নির্দিষ্ট নিয়ম ভিত্তিক। সাধারণ ব্যবহারের ক্ষেত্রে অত্যন্ত কার্যকর, তবে অন্য ক্ষেত্রে কিছুটা কম নমনীয়। | বেসপোক ওয়ার্কফ্লো এবং কাস্টম অ্যাপ্লিকেশনের জন্য আরও ভালো। | তাত্ত্বিকভাবে সর্বোচ্চ কন্ট্রোল পাওয়া যায়, তবে কেবল তখনই যদি আপনার কাছে এটি সঠিকভাবে ব্যবহার করার মতো সংস্থান থাকে। |
| স্কেলাবিলিটি | সরবরাহকারী যদি মাল্টি-সাইট গ্রোথ মাথায় রেখে এটি তৈরি করে থাকে তবে সাধারণত এটি বেশ সহজ। | শক্তিশালী, তবে আর্কিটেকচারের সিদ্ধান্তগুলি এখনও অত্যন্ত গুরুত্বপূর্ণ। | এটি মূলত আপনার ইন-হাউস ডিজাইন এবং অপারেশনাল ম্যাচুরিটির ওপর নির্ভর করে। |
| সিকিউরিটির দায়িত্ব | শেয়ার্ড। ভেন্ডর প্ল্যাটফর্ম অপারেশনগুলি পরিচালনা করে, তবে পলিসি, আইডেন্টিটি এবং অ্যাক্সেস ডিজাইন পরিচালনার দায়িত্ব এখনও আপনার। | শেয়ার্ড, আপনার দলের উপর আরও বেশি চাপ। | বেশিরভাগই আপনার। এর মধ্যে রয়েছে হার্ডেনিং, প্যাচিং, স্থিতিস্থাপকতা এবং অডিট প্রস্তুতি। |
| খরচের প্রোফাইল | কম প্রাথমিক সমস্যা, পুনরাবৃত্ত সাবস্ক্রিপশন খরচ। | মিশ্র। ম্যানেজড পরিকাঠামো এবং ইঞ্জিনিয়ারিং প্রচেষ্টা। | উচ্চতর অগ্রিম এবং চলমান অভ্যন্তরীণ রক্ষণাবেক্ষণের বোঝা। |
| সবচেয়ে উপযুক্ত | এস্টেট টিম যারা অভ্যন্তরীণভাবে প্ল্যাটফর্ম তৈরির ক্ষমতা তৈরি না করেই ফলাফল পেতে চায়। | ডেভেলপমেন্ট রিসোর্স এবং নির্দিষ্ট ইন্টিগ্রেশন প্রয়োজন রয়েছে এমন সংস্থা। | কঠোর হোস্টিং প্রয়োজনীয়তা বা অস্বাভাবিক অপারেশনাল সীমাবদ্ধতা সহ পরিবেশ। |
লুকানো খরচ হল অ্যাডমিন বোঝা
ক্রেতারা প্রায়শই লাইসেন্স লাইনের আইটেমগুলিতে খুব বেশি ফোকাস করেন এবং অপারেশনাল ড্র্যাগের দিকে কম ফোকাস করেন।
জিজ্ঞাসা করুন কে পরিচালনা করবে:
- প্যাচ সাইকেল: বিশেষ করে যেখানে সংযুক্ত ডিভাইস এবং আইডেন্টিটি পলিসিগুলি একে অপরকে ছেদ করে
- কানেক্টর রক্ষণাবেক্ষণ: প্ল্যাটফর্ম এবং ব্যবসায়িক সিস্টেমের মধ্যে
- পলিসি ড্রিফ্ট: সাইট, টেন্যান্ট এবং ডিভাইস গ্রুপ জুড়ে
- স্থিতিস্থাপকতা পরীক্ষা: ক্লাউড, এজ, বা আইডেন্টিটি পরিষেবাগুলি অনুপলব্ধ হলে ব্যর্থতার মোড সহ
একটি মডেল যা দেখতে সস্তা মনে হয় তা ব্যয়বহুল হয়ে উঠতে পারে যদি আপনার নেটওয়ার্ক বা পরিকাঠামো দল শেষ পর্যন্ত ভেন্ডর হিসাবে কাজ করে।
অত্যধিক WiFi ব্যবহার করা এস্টেটের জন্য, https://www.purple.ai/en-GB/guides/cloud-managed-vs-controller-wifi এর এই তুলনাটি কার্যকর কারণ একই ট্রেড-অফ এখানেও প্রযোজ্য। সেন্ট্রালাইজড ম্যানেজমেন্ট প্রায়শই জয়ী হয় কারণ এটি ফ্যাশনেবল বলে নয়, বরং এটি বিতরণ করা সাইট জুড়ে অপারেশনাল ঘর্ষণ হ্রাস করে।
বেছে নেওয়ার জন্য একটি বাস্তবসম্মত নিয়ম
যদি আপনার সংস্থা IoT কে একটি কৌশলগত পণ্য ক্ষমতা হিসাবে দেখে, তবে PaaS অর্থপূর্ণ হতে পারে।
যদি আপনার সংস্থা IoT কে ভেন্যু, বিল্ডিং, গ্রাহকের অ্যাক্সেস এবং পরিষেবা প্রদানের সহায়ক একটি অপারেশনাল ক্ষমতা হিসাবে দেখে, তবে SaaS প্রায়শই আরও ভালভাবে মানানসই হয় কারণ ব্যবসা সাধারণত ফলাফল চায়, একটি নতুন প্ল্যাটফর্ম ইঞ্জিনিয়ারিং ফাংশন নয়।
সেলফ-হোস্টিং অনেক দলের ধারণার চেয়েও সংকীর্ণ ক্ষেত্রে উপযুক্ত। এটি সঠিক উত্তর হতে পারে, তবে কেবল তখনই যখন নিয়ন্ত্রণের প্রয়োজনীয়তা এর সাথে আসা স্থায়ী জটিলতাকে সমর্থন করার মতো যথেষ্ট বাস্তব হয়।
আইডেন্টিটি ম্যানেজমেন্টের মাধ্যমে আপনার IoT ইকোসিস্টেম সুরক্ষিত করা
বেশিরভাগ IoT নিরাপত্তা সমস্যা কোনো বহিরাগত ম্যালওয়্যার দিয়ে শুরু হয় না। এগুলি দুর্বল আইডেন্টিটি সিদ্ধান্তের মাধ্যমে শুরু হয়।
একটি সাধারণ ক্রেডেনশিয়াল দিয়ে একটি ক্যামেরা ডেপ্লয় করা হয়। ভূমিকা পরিবর্তনের পরেও একজন স্টাফ ট্যাবলেটের অ্যাক্সেস থেকে যায়। একটি গেস্ট অ্যাক্সেস ফ্লোকে বাকি ট্রাস্ট মডেল থেকে আলাদা রাখা হয়। একটি লেগ্যাসি ডিভাইসকে একটি বিস্তৃত নেটওয়ার্ক সেগমেন্টে ঠেলে দেওয়া হয় কারণ এটি পরিচালনা করার জন্য কারও কাছে আরও ভাল উপায় নেই।
এই কারণেই সংযুক্ত এস্টেটগুলিতে পেরিমিটার-নেতৃত্বাধীন চিন্তাভাবনা ব্যর্থ হয়। যখন ব্যবহারকারী, ঠিকাদার, ডিভাইস এবং পরিষেবাগুলি সবই একই ভৌত পরিবেশে কাজ করে, তখন "ভিতরে" এবং "বাইরে" আর কার্যকর নিরাপত্তা বিভাগ থাকে না।
পেরিমিটারের চেয়ে আইডেন্টিটি-ফার্স্ট বেশি কার্যকর
একটি আইডেন্টিটি-ফার্স্ট মডেল একটি আরও ভাল প্রশ্ন জিজ্ঞাসা করে। "এই ট্রাফিকটি কি ফায়ারওয়ালের বিশ্বস্ত দিকে আছে?" তা নয়, বরং "এই জিনিসটি ঠিক কী, এর মালিক কে এবং এই মুহূর্তে এটিকে কী করার অনুমতি দেওয়া উচিত?"
এটি প্রযোজ্য:
- পরিচালিত স্টাফ ডিভাইস
- অপরিচালিত গেস্ট ডিভাইস
- শেয়ার করা ডিভাইস যেমন কিয়স্ক
- লেগেসি IoT এন্ডপয়েন্ট
- প্ল্যাটফর্মের ভিতরে সার্ভিস-টু-সার্ভিস মিথস্ক্রিয়া
প্ল্যাটফর্মটিকে কেবল ট্রান্সপোর্ট লেয়ার হিসেবে নয়, পলিসি প্রয়োগের কেন্দ্র হিসেবে কাজ করতে হবে।
স্লোগানের চেয়ে প্রভিশনিং এবং রিভোকেশন কেন বেশি গুরুত্বপূর্ণ
জিরো-ট্রাস্ট বলা সহজ এবং কার্যকর করা কঠিন।
বাস্তবে যা গুরুত্বপূর্ণ তা হল আপনার প্ল্যাটফর্মটি পরিষ্কারভাবে আইডেন্টিটি প্রভিশন করতে পারে কিনা, ধারাবাহিকভাবে পলিসি প্রয়োগ করতে পারে কিনা এবং ম্যানুয়াল ক্লিন-আপ ছাড়াই দ্রুত অ্যাক্সেস প্রত্যাহার করতে পারে কিনা। যদি কোনও ঠিকাদার চলে যান, যদি কোনও কর্মীর ভূমিকা পরিবর্তন হয়, বা কোনও ডিভাইস যদি ইন্টিগ্রিটি চেকগুলিতে ব্যর্থ হয়, তবে আপনার টিমকে বিশ্বাসযোগ্যতা অপসারণের জন্য একাধিক সিস্টেমে কাজ করতে হবে না।
ঝুঁকির দিকটি কাল্পনিক নয়। প্যাচ না করা ডিভাইসগুলি ২০২৫ সালে যুক্তরাজ্যের NCSC দ্বারা রিপোর্ট করা IoT সাইবার নিরাপত্তা ঘটনাগুলিতে ২৮% বৃদ্ধিতে অবদান রেখেছে এবং শক্তিশালী OTA আপডেট ও প্রভিশনিং ক্ষমতাসম্পন্ন প্ল্যাটফর্মগুলি লঙ্ঘনের ঝুঁকি ৩০% হ্রাস করতে পারে। ভেন্যু সেটিংসে, এটি iPSK -এর মতো সরঞ্জামগুলির মাধ্যমে উত্তরাধিকারসূত্রে প্রাপ্ত লেগেসি ডিভাইসগুলির নিরাপদ পরিচালনা এবং টেন্যান্ট ও কর্মীদের আইডেন্টিটির মধ্যে আরও শক্তিশালী আইসোলেশনে রূপান্তরিত হয় ( IoT platform components-এর উপর IoT For All )।
ফিল্ড পর্যবেক্ষণ: একটি ব্যস্ত ভেন্যুতে সর্বোত্তম নিরাপত্তা নিয়ন্ত্রণ প্রায়শই সেটিই যা ম্যানুয়াল ব্যতিক্রম দূর করে। সিস্টেম যখন নিরাপদ অ্যাক্সেসকে খুব কঠিন করে তোলে তখন মানুষ বিকল্প পথ তৈরি করে।
ভাল আইডেন্টিটি ডিজাইন কেমন দেখায়
সবচেয়ে শক্তিশালী ইন্টারনেট অফ থিংস প্ল্যাটফর্মগুলি সাধারণত কয়েকটি বৈশিষ্ট্য ভাগ করে:
- সার্টিফিকেট-অ্যাওয়্যার অনবোর্ডিং: আধুনিক ডিভাইস এবং ব্যবহারকারীদের শেয়ার্ড পাসওয়ার্ডের উপর নির্ভর না করে প্রমাণীকরণ করতে সক্ষম হওয়া উচিত।
- ডিরেক্টরি ইন্টিগ্রেশন: কর্মীদের অ্যাক্সেস সেই আইডেন্টিটি সোর্স অনুসরণ করা উচিত যা আপনার প্রতিষ্ঠান ইতিমধ্যে বিশ্বাস করে।
- গ্র্যানুলার পলিসি: একটি থার্মোস্ট্যাট, একটি POS ডিভাইস এবং একটি গেস্ট হ্যান্ডসেটের জন্য কখনই একই অনুমান প্রযোজ্য হওয়া উচিত নয়।
- Fast revocation: ঝুঁকি বা ভূমিকার পরিবর্তন হলে পলিসি আপডেটগুলো দ্রুত কার্যকর হওয়া উচিত।
- Legacy containment: পুরোনো ডিভাইসগুলো এখনও বিদ্যমান রয়েছে, তাই ব্যাপক নেটওয়ার্ক এক্সপোজার ছাড়াই সেগুলোকে সংযুক্ত করার জন্য প্ল্যাটফর্মটির নিয়ন্ত্রিত উপায়ের প্রয়োজন।
এই ক্ষেত্রে আর্কিটেকচার অপশনগুলো মূল্যায়নকারী টিমের জন্য, ওয়্যারলেস এস্টেট জুড়ে পরিচয়-ভিত্তিক নিয়ন্ত্রণ প্রয়োগ করার বিষয়ে Purple-এর নির্দেশিকা https://www.purple.ai/en-GB/guides/identity-based-networking-explained একটি দরকারী প্রাইমার।
এই বাজারের একটি উদাহরণ হল Purple, যা গেস্ট এবং কর্মীদের জন্য পাসওয়ার্ডহীন অ্যাক্সেস সমর্থন করে, Entra ID এবং Okta-এর মতো পরিচয় প্রদানকারীদের সাথে একীভূত হয়, এবং ভেন্যু পরিবেশের জন্য iPSK এবং SSO আইসোলেশনের মতো মাল্টি-টেন্যান্ট নিয়ন্ত্রণ অন্তর্ভুক্ত করে। এই ধরণের মডেলটি প্রায়শই শেয়ার্ড-পাসওয়ার্ড গেস্ট অ্যাক্সেস এবং আলাদা স্টাফ অথেন্টিকেশন টুলের সমন্বয়ের চেয়ে পরিচালনা করা সহজ হয়।
Security controls অবশ্যই বাস্তব ভেন্যু পরিস্থিতির সাথে মানিয়ে নিতে হবে
হসপিটালিটি এবং রিটেল পরিবেশগুলো স্বভাবতই বিশৃঙ্খল। ডিভাইসগুলো বিভিন্ন সরবরাহকারীর কাছ থেকে আসে। কন্ট্রাক্টরদের অস্থায়ী অ্যাক্সেসের প্রয়োজন হয়। টেন্যান্টরা অবকাঠামো শেয়ার করে। গেস্টরা আশা করে যে WiFi অবিলম্বে কাজ করবে। স্টাফরা পরিবর্তিত হয়, এবং সমস্ত এন্ডপয়েন্ট আধুনিক পদ্ধতিগুলোকে সমানভাবে সমর্থন করে না।
এই কারণেই সাইটে এসে পরিচ্ছন্ন তত্ত্ব প্রায়শই ব্যর্থ হয়।
সাধারণ IoT security challenges -এর একটি ব্যবহারিক পর্যালোচনা পড়া উচিত কারণ এটি সেই ধরণের দুর্বলতাগুলোকে প্রতিফলিত করে যা টিমগুলো উত্তরাধিকার সূত্রে পায় যখন ডিভাইস বৃদ্ধি গভর্নেন্সকে ছাড়িয়ে যায়।
সঠিক প্ল্যাটফর্মটি জটিলতা দূর করে না। এটি এটিকে নিয়ন্ত্রণে রাখে। এটি প্রতিটি ব্যবহারকারী এবং ডিভাইসকে একটি রক্ষণাবেক্ষণযোগ্য পরিচয় দেয় এবং এটি অ্যাক্সেস কন্ট্রোলকে ব্যতিক্রমের সংগ্রহের পরিবর্তে একটি অপারেশনাল প্রক্রিয়ায় পরিণত করে।
UK ইন্ডাস্ট্রিতে IoT Platforms-এর বাস্তব প্রয়োগ
অধিকাংশ প্ল্যাটফর্মের আলোচনা খুব বেশি বিমূর্ত হয়ে যায়। আপনি যখন দেখেন যে বিভিন্ন সেক্টর কীভাবে সম্পূর্ণ ভিন্ন লক্ষ্যের জন্য একই বিল্ডিং ব্লকগুলো ব্যবহার করে, তখন এর মূল্য আরও স্পষ্ট হয়।
হসপিটালিটি
একটি হোটেলের আরও সংযোগহীন "স্মার্ট" ফিচারের প্রয়োজন নেই। এটির সমন্বিত অপারেশনের প্রয়োজন।
একটি পরিপক্ক সেটআপ গেস্টের আগমন, রুমের অবস্থা, স্টাফের পরিচয় এবং বিল্ডিং নিয়ন্ত্রণগুলোকে সংযুক্ত করতে পারে যাতে পরিষেবাটি বিচ্ছিন্ন হওয়ার পরিবর্তে নির্বিঘ্ন মনে হয়। দরকারী ফলাফলটি অভিনবত্ব নয়। এটি হল কম চেক-ইন বিলম্ব, কম রুম প্রস্তুত হওয়ার সমস্যা এবং ফ্রন্ট ডেস্কে কম কল আসা, কারণ সিস্টেমগুলো একে অপরের সাথে বিরোধ করছে না।
এই সেক্টরে, আইডেন্টিটি বা পরিচয় দুইভাবে গুরুত্বপূর্ণ। অতিথিদের জন্য প্রয়োজন ঝামেলাহীন অ্যাক্সেস। কর্মীদের জন্য প্রয়োজন নিয়ন্ত্রিত অ্যাক্সেস যা ভূমিকা এবং অবস্থানের সাথে পরিবর্তিত হয়। মাল্টি-টেন্যান্ট ভেন্যুগুলো আরও একটি নতুন স্তর যুক্ত করে কারণ হাউজ সিস্টেম, রিটেইল কনসেশন, ইভেন্ট অপারেশন এবং গেস্ট ট্রাফিক সবই একই এস্টেটে সহাবস্থান করতে পারে।
রিটেইল
রিটেইল টিমগুলো প্রায়শই একই সাথে দুটি ভিন্ন দিক থেকে IoT নিয়ে কাজ করে।
অপারেশনস টিম এমন কানেক্টেড ডিভাইস চায় যা স্টক ভিজিবিলিটি, স্টোর রক্ষণাবেক্ষণ এবং সাইটের ধারাবাহিকতা উন্নত করে। কমার্শিয়াল টিমগুলো গ্রাহকদের চলাচল এবং ডুয়েলিং প্যাটার্ন সম্পর্কে আরও ভাল অন্তর্দৃষ্টি চায়। উভয়ই এমন একটি প্ল্যাটফর্মের উপর নির্ভরশীল যা একাধিক সিস্টেম থেকে সিগন্যাল গ্রহণ করতে পারে এবং নেটওয়ার্কটিকে সুরক্ষার সাথে আপস না করে সেগুলোকে ব্যবহারযোগ্য করে তুলতে পারে।
এখানে ফাঁদ হলো এমন পয়েন্ট সলিউশন কেনা যা কেবল একটি নির্দিষ্ট সমস্যার সমাধান করে। স্মার্ট শেল্ফ, কিয়স্ক, ক্যামেরা এবং WiFi অ্যানালিটিক্স সবই স্বাধীনভাবে কাজ করতে পারে, কিন্তু এটি একটি গভর্নেন্সের বিশৃঙ্খলা তৈরি করে।
হেলথকেয়ার
হেলথকেয়ার হলো এমন একটি ক্ষেত্র যেখানে "সহজ অ্যাক্সেস" এবং "সুরক্ষিত অ্যাক্সেস" এর মধ্যে সবচেয়ে সতর্ক ভারসাম্য বজায় রাখা প্রয়োজন।
রিমোট মনিটরিং, কানেক্টেড ক্লিনিকাল ডিভাইস এবং ডিজিটাল পেশেন্ট সার্ভিস সবই সহজ মনে হয় যতক্ষণ না অথেন্টিকেশন প্রবাহ রোগীর জনসংখ্যার একটি অংশকে বাদ দিয়ে দেয়। এটি কোনো ছোটখাটো সমস্যা নয়। এটি পুরো প্রোগ্রামটিকে ব্যাহত করতে পারে।
যুক্তরাজ্যে একটি গুরুতর চ্যালেঞ্জ হলো ডিজিটাল এক্সক্লুশন। আনুমানিক ২২% ইউকে প্রাপ্তবয়স্কদের মৌলিক ডিজিটাল দক্ষতার অভাব রয়েছে, এবং একটি ২০২৫ Deloitte UK জরিপে দেখা গেছে যে ইউকে হাসপাতালের ৪০% IoT পাইলট ব্যবহারের বাধার কারণে ব্যর্থ হয়েছে, যা জটিল Captive Portal এবং স্মার্টফোনের উপর নির্ভরশীল ওয়ার্কফ্লোগুলোকে কেবল একটি দুর্বল ডিজাইনের পছন্দ নয়, বরং একটি প্রকৃত অপারেশনাল ঝুঁকিতে পরিণত করে ( The King’s Fund on digital exclusion in health care )।
হেলথকেয়ারে, কোনো প্ল্যাটফর্ম ফিচার-সমৃদ্ধ হওয়ার কারণে সফল হয় না। এটি তখনই সফল হয় যখন রোগী, ভিজিটর, ক্লিনিশিয়ান এবং ডিভাইসগুলো এড়ানো সম্ভব এমন ঝামেলা ছাড়াই নিরাপদে এটি ব্যবহার করতে পারে।
অথেন্টিকেশনের ক্ষেত্রে এর সরাসরি প্রভাব রয়েছে। যদি অ্যাক্সেস পাওয়ার ক্ষেত্রে ধরে নেওয়া হয় যে প্রতিটি রোগীর ডিজিটাল দক্ষতা সমান, তবে প্ল্যাটফর্মটি সেবাকে আধুনিকীকরণের দাবি করার পাশাপাশি অসমতা আরও বাড়িয়ে তুলতে পারে।
রেসিডেন্সিয়াল এবং ম্যানেজড লিভিং
বিল্ড-টু-রেন্ট, স্টুডেন্ট হাউজিং এবং অন্যান্য ম্যানেজড রেসিডেন্সিয়াল পরিবেশগুলো এন্টারপ্রাইজ নেটওয়ার্কিং এবং হসপিটালিটির মাঝামাঝি জায়গায় অবস্থান করে।
বাসিন্দারা বাড়ির মতো সহজ অভিজ্ঞতা আশা করেন। অপারেটরদের প্রয়োজন এস্টেট-ব্যাপী নিয়ন্ত্রণ। ঠিকাদার, কর্মী, সাম্প্রদায়িক ডিভাইস এবং বাসিন্দাদের এন্ডপয়েন্টগুলোর জন্য আলাদা ব্যবস্থার প্রয়োজন হয়। ঐতিহ্যবাহী শেয়ার্ড ক্রেডেনশিয়ালগুলো এখানে খুব একটা কার্যকর নয় কারণ এগুলো জবাবদিহিতা হ্রাস করে এবং ক্রমাগত সাপোর্ট ওয়ার্কের সৃষ্টি করে।
সঠিক প্ল্যাটফর্মটি এটিকে তাৎক্ষণিক সিদ্ধান্তের পরিবর্তে একটি পলিসিতে রূপান্তর করে। ব্যাক-এন্ড নিয়ন্ত্রণগুলো সেগমেন্টেড এবং অডিটেবল রেখেও বাসিন্দাদের অ্যাক্সেসকে সহজ অনুভূতি দেওয়া যেতে পারে।
কীভাবে সঠিক প্ল্যাটফর্ম মূল্যায়ন এবং নির্বাচন করবেন
একটি IoT প্ল্যাটফর্ম কেনা খুব কম সময়ই কেবল একটি প্রযুক্তিগত সিদ্ধান্ত হয়। এটি মূলত একটি দীর্ঘমেয়াদী অপারেটিং মডেলের সিদ্ধান্ত।
সবচেয়ে বড় ভুলগুলো সাধারণত তখনই ঘটে যখন টিমগুলো তাদের প্রকৃত পরিবেশে প্ল্যাটফর্মটি কীভাবে কাজ করে তা পরীক্ষা করার পরিবর্তে কেবল ফিচারের তালিকা মূল্যায়ন করে। একটি ঝকঝকে ডেমো দুর্বল প্রভিশনিং, জটিল ইন্টিগ্রেশন বা সিকিউরিটি কন্ট্রোলগুলোকে লুকিয়ে রাখতে পারে যা মাল্টি-টেন্যান্ট ব্যবহারে ভেঙে পড়ে।
আপনার বাস্তব অপারেটিং অবস্থা দিয়ে শুরু করুন
সরবরাহকারীদের তুলনা করার আগে, বাস্তবসম্মতভাবে পরিবেশটি সংজ্ঞায়িত করুন।
সাধারণত যে বিষয়গুলো এড়িয়ে যাওয়া হয় সেগুলোর একটি তালিকা তৈরি করুন:
- মিশ্র হার্ডওয়্যার এস্টেট: এক্সেস পয়েন্ট, লেগ্যাসি IoT, ঠিকাদারের ইনস্টল করা কিট এবং শেয়ার করা ডিভাইসগুলো অন্তর্ভুক্ত করুন
- আইডেন্টিটি এনভায়রনমেন্ট: আপনি ইতিমধ্যে Entra ID, Okta, Google Workspace নাকি একাধিক উৎসের ওপর নির্ভরশীল তা উল্লেখ করুন
- সাইট মডেল: সিঙ্গেল-টেন্যান্ট, মাল্টি-টেন্যান্ট, ফ্র্যাঞ্চাইজড, ম্যানেজড বা মিশ্র
- বিজনেস ইউজার: কার ডেটা প্রয়োজন এবং তারা এটি থেকে কী পদক্ষেপ নেবে
- সাপোর্ট মডেল: গো-লাইভের পরে ঘটনা, পলিসি পরিবর্তন এবং অনবোর্ডিংয়ের দায়িত্ব কার থাকবে
আপনি যদি এই ধাপটি এড়িয়ে যান, তবে আপনি যে এস্টেটটি পরিচালনা করছেন তার পরিবর্তে একটি আদর্শ এস্টেটের জন্য প্ল্যাটফর্ম কিনে ফেলবেন।
অ্যাডমিন লোড তৈরি করে এমন অংশগুলো মূল্যায়ন করুন
একটি সরবরাহকারী কোর কানেক্টিভিটির ক্ষেত্রে শক্তিশালী হতে পারে তবে গভর্নেন্সের ক্ষেত্রে দুর্বল হতে পারে।
বিশেষ করে যুক্তরাজ্যের হসপিটালিটি সেক্টরের জন্য, IoT ব্যবহারে প্রতি বছর ২৫% প্রবৃদ্ধি হওয়া সত্ত্বেও মাল্টি-টেন্যান্ট সিকিউরিটি মূল্যায়নের ক্ষেত্রে একটি বড় ঘাটতি রয়ে গেছে, এবং প্ল্যাটফর্মগুলোর জন্য লেগ্যাসি ডিভাইসের জন্য iPSK এবং শেয়ার করা হোটেল পরিবেশে কর্মীদের জন্য SSO-র মতো কন্ট্রোলগুলোর সাপোর্ট প্রয়োজন। Gartner আরও উল্লেখ করেছে যে লেগ্যাসি RADIUS মডেলগুলো রক্ষণাবেক্ষণে দ্বিগুণ খরচ হয়, যার কারণে পাসওয়ার্ডহীন পদ্ধতিগুলো গুরুত্ব সহকারে বিবেচনা করা উচিত যেখানে অপারেশনাল সরলতা ROI-কে প্রভাবিত করে ( NIST-হোস্টেড ডকুমেন্ট যা এই হসপিটালিটি মূল্যায়নের ঘাটতির কথা উল্লেখ করে )।
এটি আপনার পরীক্ষা করার পদ্ধতিকে পরিবর্তন করা উচিত।
প্ল্যাটফর্মটি কোনো ফিচার সাপোর্ট করে কিনা কেবল তা জিজ্ঞাসা করবেন না। সেই ফিচারটি কতটা অ্যাডমিন লোড তৈরি করে তা জিজ্ঞাসা করুন।
ভেন্ডর সেশনে জিজ্ঞাসা করার মতো প্রশ্নগুলো
সাধারণ প্রম্পটের পরিবর্তে বাস্তব পরিস্থিতি ব্যবহার করুন।
ভেন্ডরকে দেখাতে বলুন:
একটি নতুন সাইটের জন্য ডিভাইস অনবোর্ডিং
একটি আধুনিক ডিভাইস ক্লাস এবং একটি লেগ্যাসি ক্লাস অন্তর্ভুক্ত করুন। আইডেন্টিটি, নামকরণ, গ্রুপিং এবং পলিসি কীভাবে প্রয়োগ করা হয় তা পর্যবেক্ষণ করুন।
একজন কর্মীর রোল পরিবর্তন
ডিরেক্টরি অ্যাট্রিবিউট পরিবর্তিত হলে অ্যাক্সেস কীভাবে পরিবর্তিত হয় তা আপনি দেখতে চাইবেন। অ্যাক্সেস প্রত্যাহার করতে যদি ম্যানুয়াল কাজ করতে হয়, তবে সেটি একটি সতর্কবার্তা।
অতিথি বা দর্শনার্থীদের প্রবাহ
ভেন্যু ব্যবসার ক্ষেত্রে, প্রথম সংযোগের সময় ঘর্ষণ খুব দ্রুত একটি অপারেশনাল সমস্যায় পরিণত হয়।
একটি মাল্টি-টেন্যান্ট পলিসি বিভাজন
জিজ্ঞেস করুন কীভাবে প্ল্যাটফর্মটি VLAN স্প্রল এবং ব্যতিক্রমী হ্যান্ডলিং তৈরি না করেই একটি টেন্যান্ট, কনসেশন বা বিভাগকে অন্যটি থেকে আলাদা করে।
আপনার বিদ্যমান সরঞ্জামগুলির সাথে ইন্টিগ্রেশন
এর মধ্যে রয়েছে সার্ভিস ডেস্ক ওয়ার্কফ্লো, CRM কানেক্টর এবং এক্সপোর্ট বা API গুণমান।
ক্রয় সংক্রান্ত পরামর্শ: যদি কোনো বিক্রেতা বাস্তবসম্মত কোনো ব্যতিক্রমী ঘটনা প্রদর্শন করতে না পারেন, তবে তারা সম্ভবত আশা করেন যে ক্রয়ের পরে আপনার দল এটি সমাধান করবে।
একটি বাস্তবসম্মত স্কোরিং চেকলিস্ট
আপনি একটি সংক্ষিপ্ত চেকলিস্টের মাধ্যমে কেনাকাটার আলোচনাকে একটি কার্যকর স্কোরকার্ডে পরিণত করতে পারেন।
- আইডেন্টিটি কন্ট্রোল: প্ল্যাটফর্মটি কি ব্যবহারকারী এবং ডিভাইস উভয়কেই প্রত্যেকের জন্য উপযুক্ত পদ্ধতিতে প্রমাণীকরণ করতে পারে?
- প্রত্যাহার করার গতি: যখন কোনো ভূমিকা বা ডিভাইসের অবস্থা পরিবর্তিত হয়, তখন নীতি কত দ্রুত আপডেট হয়?
- লেগ্যাসি সাপোর্ট: কোনো ব্রড শেয়ার্ড ক্রেডেন্সিয়াল ছাড়াই কি পুরানো ডিভাইসগুলি নিরাপদে পরিচালনা করা যায়?
- মাল্টি-টেন্যান্ট আইসোলেশন: কর্মী, অতিথি, টেন্যান্ট এবং অপারেশনাল সিস্টেমগুলি কি নীতির ওভারল্যাপ ছাড়াই সহাবস্থান করতে পারে?
- ভেন্ডর ইন্টারঅপারেবিলিটি: এটি কি কোনো ভঙ্গুর কাস্টম কাজ ছাড়াই আপনার নেটওয়ার্ক এস্টেট এবং ব্যবসায়িক সিস্টেমের সাথে কাজ করে?
- অপারেশনাল স্পষ্টতা: আপনার সাপোর্ট টিম কি এটি প্রতিদিন বুঝতে এবং পরিচালনা করতে পারে?
- ডিপ্লয়মেন্টের প্রচেষ্টা: উৎপাদনের পথটি কি আপনার অভ্যন্তরীণ রিসোর্স লেভেলের জন্য বাস্তবসম্মত?
- রিপোর্টিং এবং ইনসাইট: নন-নেটওয়ার্ক টিমগুলি কি সিদ্ধান্ত নিতে আউটপুটগুলি ব্যবহার করতে পারে?
- সাপোর্টের গুণমান: কোনো সমস্যা হলে কি নির্ভরযোগ্য ইমপ্লিমেন্টেশন সহায়তা, ডকুমেন্টেশন এবং এসকেলেশন পাওয়া যায়?
- প্রকৃত খরচ: চুক্তির মেয়াদে অভ্যন্তরীণ সময়, রক্ষণাবেক্ষণ এবং ব্যতিক্রমী হ্যান্ডলিংয়ের ক্ষেত্রে এর জন্য কী প্রয়োজন হবে?
সঠিক পছন্দ সাধারণত সেই প্ল্যাটফর্মটি যা আইডেন্টিটি এবং নীতি নিয়ন্ত্রণে রেখে সবচেয়ে বেশি চলমান ঘর্ষণ দূর করে। এটিই মার্জিন রক্ষা করে, সাপোর্টের ঝামেলা কমায় এবং স্কেলে সংযুক্ত এস্টেটগুলিকে পরিচালনাযোগ্য করে তোলে।
আপনার দল যদি শেয়ার্ড পাসওয়ার্ড প্রতিস্থাপন করতে, অতিথি এবং কর্মীদের অ্যাক্সেস সহজ করতে এবং মাল্টি-টেন্যান্ট ভেন্যু জুড়ে আইডেন্টিটি-ভিত্তিক নিয়ন্ত্রণ প্রয়োগ করতে চায়, তবে Purple বিবেচনা করার মতো। এটি হসপিটালিটি, রিটেইল, হেলথকেয়ার, ট্রান্সপোর্ট, ইভেন্ট এবং আবাসিক পরিবেশের জন্য সুরক্ষিত, পাসওয়ার্ডহীন WiFi প্রমাণীকরণ এবং আইডেন্টিটি-ভিত্তিক নেটওয়ার্কিংয়ের উপর ফোকাস করে, যেখানে OpenRoaming , Passpoint , ডিরেক্টরি ইন্টিগ্রেশন, অ্যানালিটিক্স এবং iPSK এর মতো লেগ্যাসি ডিভাইস নিয়ন্ত্রণের সমর্থন রয়েছে।
