নিরাপত্তা নিশ্চিত করতে এবং সর্বশেষ বৈশিষ্ট্যগুলিতে অ্যাক্সেস পেতে ঘন ঘন অপারেটিং সিস্টেম আপডেট করা অত্যন্ত গুরুত্বপূর্ণ। ডিফল্টরূপে ChromeOS প্রতি ৪ সপ্তাহে স্থিতিশীল চ্যানেলে (স্থিতিশীল) একটি সম্পূর্ণ OS আপডেট প্রকাশ করে । নিরাপত্তা সংশোধন এবং সফ্টওয়্যার আপডেটের মতো ছোটখাটো আপডেটগুলি প্রতি ২-৩ সপ্তাহে ঘটে। ডেভেলপাররা তাদের অ্যাপ্লিকেশনগুলি ভালভাবে কাজ করছে কিনা তা নিশ্চিত করার জন্য প্রতিটি নতুন স্থিতিশীল সংস্করণ প্রকাশের আগে ডেভেলপার (ডেভ) বা বিটা (বিটা) চ্যানেলে তাদের অ্যাপ্লিকেশনগুলি পরীক্ষা করতে পারে। ডেভ সপ্তাহে একবার বা দুবার আপডেট করা হয় এবং Chrome টিম এখন কী নিয়ে কাজ করছে তা দেখায়। এই বিল্ডটিতে এখনও বাগ রয়েছে, তবে স্টেবলে কী আসছে তার ৯-১২ সপ্তাহের প্রিভিউ দেয়। বিটা আপনাকে স্টেবলে আসা বৈশিষ্ট্যগুলির ৪-৬ সপ্তাহের প্রিভিউ দেয়।
কিন্তু, এই বিদ্যমান চ্যানেলগুলির সাথে মাসিক ভিত্তিতে পরীক্ষা করা সিস্টেম প্রশাসক এবং ডেভেলপারদের জন্য চ্যালেঞ্জিং হতে পারে। আরও ভাল সহায়তা প্রদান এবং সকলকে পরীক্ষা করার জন্য আরও সময় দেওয়ার জন্য, আমরা ChromeOS এর জন্য দীর্ঘমেয়াদী সহায়তা চ্যানেল সহ একটি নতুন দীর্ঘমেয়াদী সহায়তা পরিকল্পনা তৈরি করেছি।
দীর্ঘমেয়াদী সহায়তা প্রকাশ
ChromeOS-এর দীর্ঘমেয়াদী সহায়তা রিলিজগুলি একটি শক্তিশালী হাতিয়ার যা কোনও প্রতিষ্ঠানে ডিভাইস পরিচালনা করার প্রচেষ্টা কমাতে এবং প্রতিটি OS আপডেটের জন্য অ্যাপগুলি ভালভাবে কাজ করে তা প্রমাণ করার জন্য। প্রশাসক এবং ডেভেলপার উভয়েরই এগুলি গ্রহণকারী সংস্থাগুলিকে একটি দুর্দান্ত অভিজ্ঞতা প্রদানের জন্য তাদের সাথে পরিচিত হওয়া উচিত।
ChromeOS দুটি দীর্ঘমেয়াদী সাপোর্ট রিলিজ অফার করে: একটি দীর্ঘমেয়াদী সাপোর্ট ক্যান্ডিডেট (LTC) রিলিজ এবং একটি দীর্ঘমেয়াদী স্টেবল (LTS) রিলিজ।
- দীর্ঘমেয়াদী সমর্থন প্রার্থী (LTC) - পরবর্তী LTS সংস্করণের ভিত্তি হিসেবে ব্যবহৃত হয় এবং LTS-এর তিন মাস আগে Stable থেকে কেটে ফেলা হয়, যা প্রশাসকদের প্রস্তুতির জন্য একটি পূর্বরূপ দেয়।
- দীর্ঘমেয়াদী সাপোর্ট চ্যানেল (LTS) - প্রতি ৬ মাস অন্তর আপডেট করা হয়, এই চ্যানেলটির রিলিজ ক্যাডেন্স সবচেয়ে ধীর এবং এটি স্বাভাবিক স্থিতিশীল চ্যানেলের প্রতিস্থাপন হিসেবে তৈরি। পরীক্ষার উদ্দেশ্যে LTC-তে থাকা উচিত এমন কিছু ব্যবহারকারী ছাড়া, কোনও প্রতিষ্ঠান জুড়ে দীর্ঘমেয়াদী সাপোর্ট রিলিজ গ্রহণ করার সময় বেশিরভাগেরই LTS-এ থাকা উচিত।
স্থিতিশীল, LTC, এবং LTS প্রকাশের সময়রেখা
LTC / LTS জীবনচক্র নিম্নরূপ কাজ করে:
- LTC রিলিজ (ডায়াগ্রামে 108 LTC) স্টেবল রিলিজ (108 স্টেবল) থেকে কাটা হয়েছে, তাই প্রথম মাসে উভয়ই অভিন্ন থাকে।
- পরবর্তী LTS রিলিজ (ডায়াগ্রামে ১০৮ LTS) না হওয়া পর্যন্ত, LTC প্রতি দুই সপ্তাহে নিরাপত্তা সংশোধন পেতে শুরু করে। এর মানে হল যে প্রাথমিক LTC রিলিজের ৩ মাস পরে, LTC LTS প্রতিফলিত করবে।
- LTS প্রকাশিত হওয়ার পর, এটি প্রতি দুই সপ্তাহে নিরাপত্তা সংশোধন পেতে থাকবে।
- LTS রিলিজ হওয়ার পরে LTC-তে থাকা ডিভাইসগুলিও প্রতি দুই সপ্তাহে নিরাপত্তা সংশোধন পেতে থাকবে এবং এটি কেটে গেলে স্বয়ংক্রিয়ভাবে পরবর্তী LTC রিলিজে আপডেট হবে।
অপারেটিং সিস্টেমের বৈশিষ্ট্য এবং বাগ সংশোধনের পাশাপাশি, ফার্মওয়্যার আপডেটগুলি LTS রিলিজের মধ্যেও সংযুক্ত থাকে যা ডিভাইসের অটো আপডেট মেয়াদ (AUE) পর্যন্ত স্থায়ী হয়।
যেকোনো চ্যানেল সক্ষম করতে, আপনার একটি Google ডোমেন এবং একটি পরিচালিত ডিভাইস থাকতে হবে। আপনি একটি Chrome এন্টারপ্রাইজ আপগ্রেড ট্রায়ালের জন্য সাইন আপ করতে পারেন যাতে আপনি পরিচালিত Chromebook সেটআপ এবং স্থাপন করতে পারবেন। অবশেষে, আপনার পরিচালিত ডিভাইসগুলিকে LTS বা LTC চ্যানেলে অ্যাডমিন কনসোল থেকে স্যুইচ করুন । আমরা আপনার বেশিরভাগ ডিভাইস LTS চ্যানেলে রাখার এবং আসন্ন LTS রিলিজ পরীক্ষা করার জন্য LTC ব্যবহার করার পরামর্শ দিচ্ছি ।
LTC / LTS এর জন্য পরীক্ষার কর্মপ্রবাহ
LTC এবং LTS অ্যাডমিনদের পরীক্ষার প্রচেষ্টা উল্লেখযোগ্যভাবে কমানোর জন্য ডিজাইন করা হয়েছে, একই সাথে একটি নিরাপদ অপারেটিং সিস্টেম অভিজ্ঞতা নিশ্চিত করার জন্য। সিস্টেম অ্যাডমিনিস্ট্রেটর এবং ডেভেলপারদের দীর্ঘমেয়াদী সহায়তা জীবনচক্রের সাথে সামঞ্জস্যপূর্ণ রাখতে, আপনার উচিত:
- আসন্ন LTC চ্যানেল রিলিজের সাথে মিলে যাওয়া স্থিতিশীল রিলিজের আগে ডেভ এবং বিটাতে পরীক্ষা করুন।
- LTC রিলিজ হয়ে গেলে, LTS কেটে না ফেলা পর্যন্ত কোনও প্রয়োগকৃত নিরাপত্তা সংশোধন আপনার কাজে প্রভাব ফেলছে কিনা তা নিশ্চিত করার জন্য এটি পরীক্ষা করুন।
- একবার LTC LTS-এ উন্নীত হলে, LTS প্রতি দুই সপ্তাহে নিরাপত্তা সংশোধন পেতে থাকবে। আপনারও সেগুলি পরীক্ষা করা উচিত।
জীবনচক্র চিত্রটিকে রেফারেন্স হিসেবে নিচ্ছি:
- ১০৮ ডেভ এবং ১০৮ বিটাতে পরীক্ষা শুরু করুন যাতে ১০৮ স্টেবল রিলিজের আগে সবকিছু ঠিকঠাকভাবে কাজ করে, যেখান থেকে ১০৮ এলটিসি কেটে নেওয়া হবে।
- প্রাথমিক কাট তারিখের তিন মাস পর পর্যন্ত প্রতি দুই সপ্তাহে ১০৮ এলটিসি পরীক্ষা করুন।
- নিরাপত্তা সংশোধনগুলি যাতে কোনও ত্রুটি না করে তা নিশ্চিত করতে নিয়মিত LTS-এ পরীক্ষা চালিয়ে যান।
LTC/LTS সংস্করণের মধ্যে পরিবর্তনগুলি পরিচালনা করা
ChromeOS-এর দীর্ঘমেয়াদী সমর্থন সংস্করণ গ্রহণ করা হোক বা এমন কোনও সংস্থার সাথে কাজ করা হোক যেখানে সংস্করণগুলির মধ্যে পরিবর্তনগুলি সঠিকভাবে পরিচালনা করা গুরুত্বপূর্ণ। আপনি নতুন প্ল্যাটফর্ম ক্ষমতার উপর ভিত্তি করে একটি বৈশিষ্ট্য যুক্ত করতে পারেন অথবা পরবর্তী সংস্করণগুলিতে অবচিত এমন একটির উপর নির্ভর করতে পারেন। অথবা, আপনি একটি অ্যাপের একটি নির্দিষ্ট সংস্করণের নির্দিষ্ট বৈশিষ্ট্যের উপর নির্ভর করতে পারেন, অথবা ব্যবহারকারীদের কোন সংস্করণটি চালাবেন তা বেছে নেওয়ার ক্ষমতা দিতে চাইতে পারেন। নিরবচ্ছিন্ন অ্যাপ্লিকেশন অ্যাক্সেস নিশ্চিত করতে, আপনার অ্যাপটি পিছনের দিকে সামঞ্জস্যপূর্ণ কিনা তা নিশ্চিত করার জন্য কাজ করা উচিত, প্রতিটি সংস্করণের জন্য পৃথক উদাহরণ প্রদান করা উচিত, অথবা উভয়ই।
পশ্চাদমুখী সামঞ্জস্যতা নিশ্চিত করুন
ব্যাকওয়ার্ড কম্প্যাটিবিলিটি আপনার অ্যাপ্লিকেশনের নতুন সংস্করণগুলিকে তাদের প্ল্যাটফর্মের পুরোনো সংস্করণগুলিতে চালানোর অনুমতি দেয়। আপনি এটি বৈশিষ্ট্য সনাক্তকরণ নামক একটি কৌশল ব্যবহার করে করতে পারেন, যেখানে আপনি এটি ব্যবহার করার চেষ্টা করার আগে একটি নতুন বৈশিষ্ট্যের উপলব্ধতা পরীক্ষা করেন। যদি এটি বিদ্যমান থাকে তবে আপনি এটি ব্যবহার করেন; যদি না থাকে, ঐচ্ছিকভাবে একটি ফলব্যাক প্রদান করুন। এই কৌশলটির সাধারণীকৃত সংস্করণটিকে বৈশিষ্ট্য পতাকা বলা হয়, যেখানে একটি কোডপাথ লোড করা হয় যা কোনও বৈশিষ্ট্য সক্ষম কিনা তার উপর নির্ভর করে, হয় ক্ষমতা উপলব্ধতা বা অ্যাপ বা ব্যবহারকারী-স্তরের কনফিগারেশনের মাধ্যমে। অ্যান্ড্রয়েড অ্যাপ, ক্রোম এক্সটেনশন এবং ওয়েব অ্যাপ সকলেই এই কৌশল থেকে উপকৃত হয়। আপনার অ্যাপের নতুন সংস্করণগুলি পিছনের দিকে সামঞ্জস্যপূর্ণ কিনা তা নিশ্চিত করে, আপনি আপনার সমস্ত ব্যবহারকারীর জন্য একটি একক অ্যাপ্লিকেশন পরিচালনা করতে সক্ষম হন।
একটি ওয়েব অ্যাপ যা কম্পিউট-ইনটেনসিভ অ্যানিমেশন প্রদান করতে চায়, তারা এমন ব্রাউজারগুলির জন্য WebGPU বাস্তবায়ন করতে চাইতে পারে যারা এটি সমর্থন করে এবং যদি অনুপলব্ধ থাকে তবে সহজ জাভাস্ক্রিপ্ট চালিত অ্যানিমেশনগুলিতে ফিরে যেতে পারে। এটি করার জন্য, তারা নিম্নলিখিতগুলি করতে পারে:
if ('gpu' in navigator) { // WebGPU is supported! Accelerate computation. } else { // No WebGPU, fallback to JavaScript implementation. }
আলাদা উদাহরণ প্রদান করুন
কখনও কখনও সংস্করণগুলির মধ্যে পার্থক্যগুলি ব্যাকওয়ার্ড কম্প্যাটিবিলিটি কৌশলগুলির মাধ্যমে পরিচালনা করা খুব বেশি হয়। বৈশিষ্ট্যের পার্থক্যগুলি খুব বেশি হতে পারে অথবা আপনার ব্যবসায়িক চাহিদা থাকতে পারে যা আপনার মূল অ্যাপ্লিকেশনের চেয়ে আলাদা দীর্ঘমেয়াদী সমর্থন সংস্করণ থাকাকে নির্দেশ করে। যখন এটি হয়, তখন আপনি প্রতিটি সংস্করণের জন্য পৃথক উদাহরণ প্রদান করার কথা বিবেচনা করতে পারেন। যদিও এটি নিশ্চিত করে যে ব্যবহারকারীরা আপনার অ্যাপের একটি নির্দিষ্ট সংস্করণ ব্যবহার করছেন, এটি আপনার পরিচালনার খরচ বাড়িয়ে দিতে পারে, তাই এই সমাধানটি বেছে নেওয়ার সময় এটি মনে রাখবেন।
ওয়েব অ্যাপের ক্ষেত্রে, আলাদা ইনস্ট্যান্স প্রদানের অর্থ সাধারণত আপনার অ্যাপ্লিকেশনের বিভিন্ন সংস্করণ বিভিন্ন URL-এ হোস্ট করা, যার জন্য সম্ভবত আলাদা সার্ভার, ডাটাবেস বা অন্যান্য ওয়েবসাইট পরিকাঠামোর প্রয়োজন হয়। অ্যান্ড্রয়েড অ্যাপ্লিকেশনের ক্ষেত্রে, এর অর্থ প্রতিটি সংস্করণের জন্য আলাদা প্লে স্টোর তালিকা থাকা। এর ফলে আপনার ব্যবহারকারীরা বিভ্রান্ত হতে পারেন কারণ একই রকম একাধিক অ্যাপ্লিকেশন উপলব্ধ থাকবে এবং তারা কোনটি বেছে নেবে তা জানেন না। Chrome এক্সটেনশনেরও একাধিক তালিকা থাকতে পারে, অথবা আপনি আপনার গ্রাহকদের Chrome অ্যাডমিন কনসোলের মাধ্যমে আপনার প্রয়োজনীয় Chrome এক্সটেনশনের সংস্করণটি পিন করার জন্য সুপারিশ করতে পারেন , এই ডকুমেন্টেশনে এক্সটেনশনগুলি কীভাবে পিন করতে হয় এবং পিনিংয়ের সাথে সম্পর্কিত কিছু সতর্কতা সম্পর্কে বিস্তারিত বলা হয়েছে।
একটি অ্যান্ড্রয়েড অ্যাপ যারা শুধুমাত্র ChromeOS ব্যবহারকারীদের জন্য দীর্ঘমেয়াদী সমর্থন সংস্করণ প্রদান করতে চায়, তারা তাদের AndroidManifest.xml ফাইলে নিম্নলিখিত তথ্য সহ একটি পৃথক তালিকা তৈরি করতে পারে যাতে উল্লেখ করা যায় যে এটি শুধুমাত্র ChromeOS ডিভাইসগুলিতে সরবরাহ করা উচিত:
<uses-feature android:name="org.chromium.arc" android:required="true" />