ওভার এয়ার আপডেটগুলির সাফল্য পরীক্ষা করা [বন্ধ]


10

কোনও আইওটি ডিভাইস সফলভাবে আপডেট হয়েছে তা নিশ্চিত করার জন্য সর্বোত্তম অনুশীলন কী?

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


1
আপনার অন্যান্য প্রশ্নের মতো এটিও অনেক বিস্তৃত। এবং এটি ডিভাইসের ধরণ এবং স্থাপনার মোডের উপর অনেক বেশি নির্ভর করবে।
গিলস 'অসন্তুষ্ট হওয়া বন্ধ করুন'

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

উত্তর:


10

আমার কাছে সফ্টওয়্যার রয়েছে (উইন্ডোজ সার্ভার - 'জিনিসের' থেকে কিছুটা আলাদা তবে প্রিন্সিপালটি একই) যা প্রতি 24 ঘন্টা কল করে - এটি নিজের সম্পর্কে বিভিন্ন মেটা ডেটা ফেরত পাঠায়:

  • গ্রাহকের নাম (বা অনন্য আইডি)
  • সফ্টওয়্যার সংস্করণ
  • কল / অনুরোধের টাইমস্ট্যাম্প
  • পণ্যের ধরণ / আইডি

ওয়েব পরিষেবা একটি ডাটাবেসে ডেটা এবং সন্নিবেশগুলি (বা গ্রাহকের বিদ্যমান সারি থাকলে আপডেট) আপডেট করে।

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

আমরা সম্প্রতি একটি অটো আপডেটও (ওটিএ আপডেট মনে করি) বাস্তবায়ন করেছি এবং কারণ এটি একটি সমালোচনামূলক প্রক্রিয়া যার জন্য আমরা এর জন্য নির্দিষ্ট টেলিমেট্রি প্রয়োগ করেছি - যা রেকর্ড করে:

  • বর্তমান সংস্করণ.
  • সংস্করণ আপডেট করা হবে।
  • কে / কখন এটি অনুমোদিত (যদি গ্রাহকের গ্রহণযোগ্যতা প্রয়োজন)।
  • প্রতিটি বড় পদক্ষেপের জন্য টাইমস্ট্যাম্প এবং স্থিতি কোড।

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

'জিনিসগুলির' সাথে বড় পার্থক্যটি হ'ল আপনি সাধারণত মেমরির প্রতিবন্ধক হন তাই আপনার মেমরি উপলব্ধ xxx Kbথাকা ফার্মওয়্যারের একটি ওটিএ আপডেট করার জন্য xxx Kb * 2(বিদ্যমান ফার্মওয়্যার আপডেট করতে শুরু করার আগে নতুন ফার্মওয়্যার সংরক্ষণ করার জন্য বিদ্যমান ফার্মওয়্যার + পর্যাপ্ত মেমরি)


1
ভাগ করে নেওয়ার জন্য ধন্যবাদ. মেমরির ব্যবহারটি একটি গুরুত্বপূর্ণ বিষয়। প্রযোজ্য ক্ষেত্রে আপনি কীভাবে অনুমোদন এবং গ্রাহক গ্রহণযোগ্যতা সম্পর্কে যান? আপডেট গ্রহণের জন্য আপনার কি পাসওয়ার্ডের প্রয়োজন?
নোয়াম হ্যাকার

2
এটি ভিন্ন ব্যবহারের ক্ষেত্রে (কারণ এটি উইন্ডোজ সার্ভার), তবে আমাদের একটি ইউআই রয়েছে যা ওটিএ আপডেট ডাউনলোড হওয়ার পরে একটি সতর্কতা পপ করে দেয় - সতর্কতাটি গ্রাহককে জানতে চায় যে তারা আপডেট করতে চায় কিনা (এবং এতে নোট প্রকাশ করার লিঙ্ক অন্তর্ভুক্ত রয়েছে)। একটি উপর thingআমি সম্ভবত একটি LED বা কিছু ফ্ল্যাশ চাই ব্যবহারকারী সতর্ক করার (অভিমানী আপনি 'অনুমতি দিন' আপডেটে ব্যবহারকারী চান) এবং তারপর তাদের 'দীর্ঘ প্রেস এটা শুরু করার জন্য একটি বাটন ... আছে
KennetRunner

5

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


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

1
একরকম, হ্যাঁ যদি আপনার 1 দিনের 100 টি ডিভাইস থাকে তবে আপনি দ্বিতীয় দিন আপডেট করুন এবং 3 য় দিন বিশ্লেষণে আপনি কেবল 25 টি ডিভাইস পেয়েছেন, এর অর্থ কিছু খারাপ ঘটেছে
WayToDoor

1
এটা আকর্ষণীয়. ব্যর্থতার ধরণের মধ্যে পার্থক্য করার কোনও উপায় আছে কি?
নোয়াম হ্যাকার

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

4

এটি একটি স্মার্ট সিঙ্ক্রোনাইজেশন নীতি সম্পর্কে

আপনার একটি স্মার্ট সিঙ্ক্রোনাইজেশন নীতি দরকার যা আপনার আপডেটের রোল আউট পদ্ধতির সাথে তাল মিলিয়ে কাজ করে। আইওটি ডিভাইসটির সংস্করণটি সিঙ্ক করা উচিত এমন সময়ের সবচেয়ে স্পষ্ট পয়েন্টটি সরাসরি আপডেটের পরে । সিঙ্কের বাকি সময়সূচীটি ডিভাইসের ধরণের উপর নির্ভর করে।

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

যদি ডিভাইসটি কোথাও কোথাও হয় তবে কিছুটা ব্যয়বহুল কারণ আপনি ব্যয়বহুল স্যাটেলাইট সংযোগগুলি ব্যবহার করছেন সিঙ্ক সিডিউলটি সেই পরিস্থিতিতে সামঞ্জস্য করতে হবে।

সিঙ্ক্রোনাইজেশন যাচাইকরণ

পর্যাপ্ত উন্নত ডিভাইসে (দামের পরিসর বা অপারেশন অঞ্চলটি যা এটি সমর্থন করে তা পড়ুন) প্রতিটি ডিভাইস একটি ক্লায়েন্ট শংসাপত্র দিয়ে সজ্জিত হতে পারে যা সিঙ্ক্রোনাইজেশনের সত্যতা যাচাই করতে সক্ষম করে।

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


আমি মনে করি না এটি ওপি-র প্রশ্নের সমাধান দেয়।
ওয়েটোডুর

@ ওয়েওটোডুর আমার প্রথম অনুচ্ছেদটি আপডেটের পরে সরাসরি সিঙ্ক করার পরামর্শ দেয়। যদি নতুন সংস্করণটি সফলভাবে পৌঁছে যায় তবে এটি তথ্য দেয়। সম্ভাব্য পাল্টা ব্যবস্থা যদি এটি না হয় তবে এটি বেশ বিস্তৃত (এবং জিজ্ঞাসা করা হয়নি)। আমার উত্তরটির বাকি অংশগুলি ক্ষেত্রের সংস্করণগুলি পর্যবেক্ষণের সাথে সম্পর্কিত। কোন প্রশ্নটি আমি মিস করেছি?
হেলমার
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.