একটি অ্যাজুর আইওটি হাব এম্বেড / আইওটি ডিভাইসের সাথে কীভাবে ইন্টারঅ্যাক্ট করে?


13

আমি আজুর আইওটি প্ল্যাটফর্মে কাজ করছি এবং আমি বুঝতে পারি যে কীভাবে ডিভাইসগুলি আইওটি হাবের কাছে ডেটা প্রেরণ করে (যদি আমি ভুল না হই তবে এটি কেবল ওয়েব সার্ভিস কল বা এর অনুরূপ কিছু)।

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

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

উত্তর:


14

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

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

আইওটি হাব এটি দুটি উপায়ে করে:

  1. ডিভাইসটি শেষ পয়েন্টে ডেটা প্রেরণ করে /devices/{deviceId}/messages/devicebound। এটি একটি এএমকিউ মেসেজিং শেষ পয়েন্ট, একটি সারি বা বিষয় সাবস্ক্রিপশনের অনুরূপ। কমান্ডগুলি পড়ার সময় ডিভাইসটি প্রয়োজন হলে প্রাপ্তি স্বীকার করতে হবে যা অন্তর্নিহিত এএমকিউপি প্রোটোকলের অংশ। এটি এমকিউটিটি-তে একই কাজ করে এবং https একটি বৈধ ফ্যালব্যাক। এপিআই আপনার জন্য এই সমস্ত আবৃত করে। অতিরিক্ত ধারণাগুলি রয়েছে, যেমন 'সরাসরি পদ্ধতি' যা মূলত একই অন্তর্নিহিত বার্তা প্রোটোকলের চারপাশে একটি API র্যাপার
  2. সার্ভার-সাইড ডিভাইস টুইন ব্যবহার করে, যা যুক্তিযুক্তভাবে ডিভাইস এবং সার্ভারের মধ্যে বৈশিষ্ট্যগুলিকে সিঙ্কে রাখার একটি উপায়। আপনি যমজ যন্ত্রে একটি সম্পত্তি সেট করেছেন এবং যখন ডিভাইসটি সেই সংযোগটি দেয় তখন সেই বৈশিষ্ট্যটি ডিভাইসে সিঙ্ক হবে। এটি কম বার্তা-ভিত্তিক এবং LWM2M ডিভাইস পরিচালনা প্রোটোকলের শীর্ষে নির্মিত।

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


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

@ শ্রীকান্তভূসালওয়াদ উত্তরটি সমস্ত প্ল্যাটফর্মের ক্ষেত্রে প্রয়োগ হতে পারে না, কারণ অনেকগুলি এখনও বিকাশিত হয়নি। এটি একটি সাধারণ মডেল, এটি সুরক্ষার পক্ষে ভাল তবে অন্যান্য মডেলগুলি ন্যায়সঙ্গত হতে পারে - বিশেষত একটি নতুন পরিবেশে।
শন হোলিহানে 13

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

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