ইউনিফায়েড আপডেট কন্ট্রোল

ইউনিফায়েড আপডেট কন্ট্রোল (UUC) আইটি অ্যাডমিনদের কোম্পানির মালিকানাধীন Android ডিভাইসে সফ্টওয়্যার আপডেট কখন ডাউনলোড এবং প্রয়োগ করা হবে তা নিয়ন্ত্রণ করার জন্য একটি একক, সামঞ্জস্যপূর্ণ উপায় প্রদান করে, যাতে আপডেটগুলি ব্যবসায়িক ক্রিয়াকলাপে বাধা না দেয়।

একটি UUC নীতির মাধ্যমে, আপনি নিম্নলিখিত সফ্টওয়্যার কম্পোনেন্টের জন্য আপডেট নিয়ন্ত্রণ করতে পারেন:

• ডিভাইস প্রস্তুতকারকের (OEM) মাধ্যমে ইস্যু করা OS আপডেট, যার মধ্যে প্রধান OS আপডেট এবং ছোটখাটো OS ও নিরাপত্তা আপডেট অন্তর্ভুক্ত।
• Google Play সিস্টেম আপডেট (মেনলাইন)।
• Google সিস্টেম পরিষেবা, যেমন Google Play পরিষেবা এবং Android System WebView, একসাথে বা একটি একটি করে।

আপনি Policy রিসোর্সের unifiedUpdatePolicy ফিল্ডে UUC নিয়ম নির্ধারণ করেন। Android Device Policy (ADP) অ্যাপ হল UUC-এর জন্য অন-ডিভাইস সিদ্ধান্ত নেওয়ার কেন্দ্রীয় পয়েন্ট।

পূর্বশর্ত

UUC কনফিগার করার আগে, নিম্নলিখিত প্রয়োজনীয়তাগুলি যাচাই করুন:

• আপনার EMM সলিউশন কোনও এন্টারপ্রাইজের জন্য নীতি তৈরি ও আপডেট করতে পারে।
• ডিভাইসগুলি কোম্পানির মালিকানাধীন, হয় সম্পূর্ণভাবে ম্যানেজ করা ডিভাইস হিসেবে অথবা কোম্পানির মালিকানাধীন ডিভাইসে অফিস প্রোফাইল সহ কনফিগার করা। ব্যক্তিগত মালিকানাধীন ডিভাইসে UUC কাজ করে না।
• আপনি নিয়ন্ত্রণ করতে চান এমন প্রতিটি আপডেট টার্গেটের জন্য ডিভাইসগুলি ন্যূনতম সমর্থিত Android ভার্সন পূরণ করে, যেমনটি নিম্নলিখিত টেবিলে দেখানো হয়েছে:

বিবেচনা ও সীমাবদ্ধতা

আপনার UUC ইন্টিগ্রেশনের পরিকল্পনা করার আগে নিম্নলিখিত বিবেচনা এবং সীমাবদ্ধতাগুলি পর্যালোচনা করুন:

• প্রাথমিক সেট-আপ উইজার্ড: ডিভাইস প্রাথমিক সেট-আপ উইজার্ডে থাকাকালীন UUC নীতি এনফোর্স করা হয় না। ডিভাইস সেট-আপ করার সময় Google Play বা OEM OTA এজেন্টের থেকে গুরুত্বপূর্ণ আপডেট আসতে পারে।
• সেট-আপের পরে প্রাথমিক আপডেট: ডিভাইস সেট-আপের ঠিক পরেই শুরু হওয়া অটোমেটিক আপডেটের ক্ষেত্রে UUC নীতি প্রযোজ্য নাও হতে পারে, যেমন, নীতি ADP-তে পৌঁছানোর আগে Google Play পরিষেবার প্রাথমিক আপডেট।
• বান্ডেল করা OTA মডিউল: OEM OTA আপডেটে Mainline মডিউল ও Google সিস্টেম পরিষেবার আপডেট করা ভার্সন থাকতে পারে। OEM OTA আপডেট ইনস্টল করলে অটোমেটিক সেইসব বান্ডেল করা কম্পোনেন্ট আপডেট হয়ে যায়।
• Google Play সিস্টেম আপডেট (Mainline): UUC, Mainline আপডেটকে একটি ইউনিট হিসেবে কন্ট্রোল করে, তাই স্বতন্ত্র Mainline প্যাকেজকে আলাদাভাবে কন্ট্রোল করা যায় না। UUC শুধুমাত্র ডাউনলোড ফেজের শুরুকে নিয়ন্ত্রণ করে: একবার Mainline ডাউনলোড শুরু হলে, এটি বন্ধ করা যাবে না। ডাউনলোড শুরু হওয়ার পরে BLOCK নিয়ম প্রয়োগ করা হলে, পরের বার ডিভাইস রিবুট করার সময় আপডেট সম্পূর্ণ হবে।
• ব্লক পিরিয়ড চলাকালীন ম্যানুয়াল আপডেট: Google Play সিস্টেম আপডেট (Mainline) এবং Google সিস্টেম পরিষেবার ক্ষেত্রে, BLOCK নিয়ম শুধুমাত্র অটোমেটিক আপডেট আটকায়। BLOCK নিয়ম অ্যাক্টিভ থাকলেও, ব্যবহারকারীরা এখনও ম্যানুয়ালি এইসব কম্পোনেন্ট আপডেট করতে পারবেন। ভবিষ্যতে রিলিজের সময় এই সমস্যার সমাধান করা হবে।
• ছাড়প্রাপ্ত অ্যাপ্লিকেশন: UUC, Google Play Store অ্যাপ বা ADP অ্যাপের জন্য আপডেট ম্যানেজ করে না।

UUC নীতি বোঝা

UnifiedUpdatePolicy-এ Rule অবজেক্টের ক্রমানুসারে সাজানো তালিকা থাকে। প্রতিটি নিয়মে এগুলি উল্লেখ করা থাকে:

• আপনার EMM সলিউশন দ্বারা নির্ধারিত একটি শনাক্তকারী (id)
• এক বা একাধিক সফ্টওয়্যার আপডেট টার্গেট
• ঐচ্ছিক মূল্যায়ন পর্যায়।
• এক বা একাধিক ঐচ্ছিক প্রেডিকেট যাতে সময়-ভিত্তিক শর্ত আছে
• একটি ফলাফল যা নির্ধারণ করে যে আপডেটটি কীভাবে ম্যানেজ করা হয়

নিয়ম মূল্যায়ন

কোনও পেন্ডিং আপডেট মূল্যায়ন করার সময়, ADP সেই আপডেটের টার্গেট ও স্টেজের ক্ষেত্রে প্রযোজ্য সব নিয়ম বিবেচনা করে, rules-এ সেগুলি যে ক্রমে দেখানো হয় সেই অনুযায়ী। ADP প্রথম নিয়মটি বেছে নেয় যার প্রেডিকেট true-এ মূল্যায়ন করে এবং এর ফলাফল প্রয়োগ করে, যেমন একটি চেইনড if-else স্টেটমেন্ট। কোনও নিয়মের প্রেডিকেট true-এ মূল্যায়ন না করলে, কম্পোনেন্টের জন্য দায়ী আপডেট ক্লায়েন্ট স্বাভাবিকভাবে আপডেট ম্যানেজ করে।

নিয়ম শনাক্তকারী

প্রতিটি নিয়মের জন্য সর্বাধিক ৬৪ অক্ষরের একটি id প্রয়োজন যা আপনার EMM সলিউশন নির্ধারণ করে। id খালি রাখা যাবে না এবং কোনও নীতির নিয়মের মধ্যে এটি অনন্য হতে হবে।

টার্গেট আপডেট করুন

প্রতিটি নিয়মে ডুপ্লিকেট ছাড়া targets-এর খালি নয় এমন তালিকা উল্লেখ করতে হবে। একটি নিয়মে একাধিক টার্গেট উল্লেখ করা মানে হল, একই ক্রমে প্রতিটি টার্গেটের জন্য একের পর এক একাধিক নিয়ম উল্লেখ করা।

নিচের সারণীতে কাজ করে এমন targetType ভ্যালু বর্ণনা করা হয়েছে:

মূল্যায়নের ধাপ

OS_UPDATE_WITH_API_LEVEL_CHANGE এবং OS_UPDATE_WITHOUT_API_LEVEL_CHANGE টার্গেটের জন্য, আপনি ঐচ্ছিকভাবে stages নির্দিষ্ট করতে পারেন যেখানে একটি নিয়ম মূল্যায়ন করা হয়:

• STAGE_DOWNLOAD: আপডেট ডাউনলোড করার আগে নিয়মটি মূল্যায়ন করা হয়।
• STAGE_APPLY: আপডেট প্রয়োগ করে এমন কোনও অ্যাকশন নেওয়ার আগে নিয়মটি মূল্যায়ন করা হয়, যেমন অটোমেটিক রিবুট ট্রিগার করা।

stages ফাঁকা থাকলে, সব পর্যায়ে নিয়ম মূল্যায়ন করা হয়। মনে রাখবেন: GOOGLE_SYSTEM_SERVICES, SINGLE_APP এবং GOOGLE_PLAY_SYSTEM_UPDATE টার্গেটের জন্য, স্টেজ উপেক্ষা করা হয়।

প্রেডিকেট

predicate সময়-ভিত্তিক শর্ত নির্ধারণ করে যার ভিত্তিতে কোনও নিয়ম ম্যাচ করে—যেমন সপ্তাহের দিন, দিনের একটি সময় (ঘণ্টার গ্র্যানুলারিটিতে), ডিভাইসের স্থানীয় টাইম জোনে ক্যালেন্ডারের তারিখের রেঞ্জ অথবা ডিভাইসে কতক্ষণ ধরে আপডেট উপলভ্য আছে (২৪ ঘণ্টার গুণিতকে)।

একটি প্রেডিকেটের মধ্যে সেট করা সব শর্ত লজিক্যাল AND ব্যবহার করে একত্রিত করা হয়। একটি খালি বা বাদ দেওয়া প্রেডিকেট সবসময় true-এ মূল্যায়ন করে। প্রেডিকেট ফিল্ড ও সেগুলির সীমাবদ্ধতার সম্পূর্ণ তালিকা দেখতে, Predicate রেফারেন্স ডকুমেন্টেশন দেখুন।

ফলাফল

outcome নির্দিষ্ট করে যে, কোনও নিয়মের প্রেডিকেট true-এ মূল্যায়ন করা হলে, ADP কীভাবে আপডেট এজেন্টকে এগিয়ে যাওয়ার নির্দেশ দেয়। নিম্নলিখিত সারণীতে সাপোর্ট করা outcomeType ভ্যালু বর্ণনা করা আছে:

সর্বাধিক স্থগিত রাখার সীমা

UUC প্রতিটি আপডেট টার্গেটের জন্য সর্বাধিক বিলম্বের সময়কাল পর্যন্ত BLOCK বা USER_PROMPT ফলাফল সহ আপডেটগুলি পিছিয়ে দেওয়ার অনুমতি দেয়। কোনও আপডেট তার সর্বাধিক স্থগিত রাখার সময়সীমার চেয়ে বেশি সময় ধরে উপলভ্য থাকলে, যেকোনও BLOCK বা USER_PROMPT ফলাফল ডিফল্টে ওভাররাইড করা হয় এবং আপডেট ক্লায়েন্ট আপডেটটি স্বাভাবিকভাবে ম্যানেজ করে।

নিচের সারণীতে টার্গেট ও ম্যানেজমেন্ট মোড অনুযায়ী সর্বাধিক স্থগিত রাখার সীমা তালিকাভুক্ত করা হয়েছে:

systemUpdate-এর অগ্রাধিকার

আগে থেকে থাকা কোনও নীতিতে unifiedUpdatePolicy যোগ করার আগে, এটির systemUpdate সেটিংস পর্যালোচনা করুন এবং UUC নিয়মের মাধ্যমে আপনার প্রয়োজনীয় আচরণ আবার তৈরি করুন। যেমন, কর্মসময়ের বাইরে OS আপডেট করার জন্য, BLOCK-এর মতো নিয়ম ব্যবহার করুন, যেমন কর্মসময়ের মধ্যে OS-এর প্রধান আপডেট ব্লক করুন।

এই অগ্রাধিকার সংক্রান্ত আচরণ AMAPI SDK ব্যবহার করে এমন কাস্টম DPC-এর থেকে আলাদা, যেখানে OEM OTA আপডেটের জন্য AOSP SystemUpdatePolicy, UUC-এর থেকে বেশি অগ্রাধিকার পায়। আরও জানতে, AOSP SystemUpdatePolicy-এর অগ্রাধিকার দেখুন।

UUC নীতি কনফিগার করুন

আপনি কোনও নীতি রিসোর্সে unifiedUpdatePolicy ফিল্ড সেট, ফিরিয়ে আনা এবং মুছে ফেলতে পারবেন এবং নীতি ব্যবহার করে এমন ডিভাইসের জন্য ডিভাইস কমপ্লায়েন্স চেক করতে পারবেন।

UUC নীতি সেট করা

UUC কনফিগার করতে, নীতিতে একটি unifiedUpdatePolicy অবজেক্ট যোগ করুন। আগে থেকে থাকা কোনও নীতির অন্যান্য সেটিংস পরিবর্তন না করে UUC নীতি প্রয়োগ করতে, updateMask=unifiedUpdatePolicy-এর সাথে enterprises.policies.patch কল করুন:

PATCH https://androidmanagement.googleapis.com/v1/enterprises/{enterpriseId}/policies/{policyId}?updateMask=unifiedUpdatePolicy

{
  "unifiedUpdatePolicy": {
    "rules": [
      {
        "id": "Block Policy",
        "targets": [
          {
            "targetType": "OS_UPDATE_WITH_API_LEVEL_CHANGE"
          }
        ],
        "predicate": {
          "daysOfWeek": [
            "MONDAY",
            "TUESDAY",
            "WEDNESDAY",
            "THURSDAY",
            "FRIDAY"
          ],
          "timeOfDayLowerBound": { "hours": 9 },
          "timeOfDayUpperBound": { "hours": 17 }
        },
        "outcome": {
          "outcomeType": "BLOCK"
        }
      }
    ]
  }
}

আপডেট করা নীতিটি ব্যবহার করে এমন সব ডিভাইসে এটি প্রয়োগ করা হয়। নিয়ন্ত্রিত কম্পোনেন্টের জন্য কোনও আপডেট উপলভ্য হলে, ADP প্রতিটি ডিভাইসে নিয়ম মূল্যায়ন করে।

UUC নীতি ফিরিয়ে আনুন

কনফিগার করা UUC নিয়ম পড়তে, enterprises.policies.get কল করুন এবং ফেরত দেওয়া নীতির unifiedUpdatePolicy ফিল্ডটি দেখুন:

GET https://androidmanagement.googleapis.com/v1/enterprises/{enterpriseId}/policies/{policyId}

UUC নীতি মুছে দিন

কোনও নীতি থেকে সব UUC নিয়ম সরাতে, updateMask=unifiedUpdatePolicy এবং unifiedUpdatePolicy নেই এমন অনুরোধের বডি সহ enterprises.policies.patch কল করুন:

PATCH https://androidmanagement.googleapis.com/v1/enterprises/{enterpriseId}/policies/{policyId}?updateMask=unifiedUpdatePolicy

{}

নীতি কনফিগারেশনের উদাহরণ

নিম্নলিখিত উদাহরণগুলি সাধারণ পরিস্থিতির জন্য unifiedUpdatePolicy অবজেক্ট দেখায়। UUC নীতি সেট করুন লিঙ্কে যেভাবে বর্ণনা করা হয়েছে সেই অনুযায়ী enterprises.policies.patch-এর সাথে এগুলি প্রয়োগ করুন। একই পরিস্থিতি Kotlin এবং Java কোড হিসেবে AMAPI SDK-এর মাধ্যমে ইউনিফায়েড আপডেট কন্ট্রোল কনফিগার করুন লিঙ্কে উপলভ্য।

কর্মসময়ের মধ্যে OS-এর গুরুত্বপূর্ণ আপডেট ব্লক করুন

নিম্নলিখিত নিয়মটি সোমবার থেকে শুক্রবার সকাল ৯টা থেকে বিকাল ৫টা পর্যন্ত OS-এর প্রধান আপডেট (OS_UPDATE_WITH_API_LEVEL_CHANGE) ব্লক করে:

{
  "unifiedUpdatePolicy": {
    "rules": [
      {
        "id": "Block Policy",
        "targets": [
          {
            "targetType": "OS_UPDATE_WITH_API_LEVEL_CHANGE"
          }
        ],
        "predicate": {
          "daysOfWeek": [
            "MONDAY",
            "TUESDAY",
            "WEDNESDAY",
            "THURSDAY",
            "FRIDAY"
          ],
          "timeOfDayLowerBound": { "hours": 9 },
          "timeOfDayUpperBound": { "hours": 17 }
        },
        "outcome": {
          "outcomeType": "BLOCK"
        }
      }
    ]
  }
}

আপডেটের বয়স অনুযায়ী OS আপডেট করতে বাধ্য করুন

নিম্নলিখিত নিয়মটি ডিভাইসের জন্য ৭ দিন পর্যন্ত (604800s) উপলভ্য থাকা প্রধান OS আপডেট বাধ্যতামূলক করে:

{
  "unifiedUpdatePolicy": {
    "rules": [
      {
        "id": "Force Policy",
        "targets": [
          {
            "targetType": "OS_UPDATE_WITH_API_LEVEL_CHANGE"
          }
        ],
        "predicate": {
          "updateAgeUpperBound": "604800s"
        },
        "outcome": {
          "outcomeType": "FORCE"
        }
      }
    ]
  }
}

একটি Google সিস্টেম সার্ভিস অ্যাপের জন্য আপডেট ব্লক করা

Google সিস্টেম পরিষেবার অংশ হিসেবে কোনও নির্দিষ্ট অ্যাপ কন্ট্রোল করতে, যেমন Android System WebView (com.google.android.webview), targetType-কে SINGLE_APP-এ সেট করুন এবং singleApp-এ অ্যাপের packageName প্রদান করুন। নিম্নলিখিত নিয়মটি সোমবার থেকে শুক্রবার সকাল ৯টা থেকে বিকাল ৫টা পর্যন্ত WebView আপডেট ব্লক করে:

{
  "unifiedUpdatePolicy": {
    "rules": [
      {
        "id": "Block Webview Policy",
        "targets": [
          {
            "targetType": "SINGLE_APP",
            "singleApp": {
              "packageName": "com.google.android.webview"
            }
          }
        ],
        "predicate": {
          "daysOfWeek": [
            "MONDAY",
            "TUESDAY",
            "WEDNESDAY",
            "THURSDAY",
            "FRIDAY"
          ],
          "timeOfDayLowerBound": { "hours": 9 },
          "timeOfDayUpperBound": { "hours": 17 }
        },
        "outcome": {
          "outcomeType": "BLOCK"
        }
      }
    ]
  }
}

সব আপডেট টার্গেট জুড়ে একাধিক নিয়ম একত্রিত করুন

যেহেতু নিয়মগুলি ক্রমানুসারে মূল্যায়ন করা হয়, তাই আপনি নির্দিষ্ট উইন্ডো চলাকালীন আপডেট ব্লক করতে এবং সেই উইন্ডোগুলির বাইরে আপডেট করতে বাধ্য করতে একাধিক নিয়ম একত্রিত করতে পারেন।

নিম্নলিখিত উদাহরণে চারটি বিভাগ টার্গেটের (OS_UPDATE_WITH_API_LEVEL_CHANGE, OS_UPDATE_WITHOUT_API_LEVEL_CHANGE, GOOGLE_SYSTEM_SERVICES এবং GOOGLE_PLAY_SYSTEM_UPDATE) মধ্যে দুটি ক্রমিক নিয়ম প্রয়োগ করা হয়েছে:

1. কর্মসময়ের (সোমবার–শুক্রবার, ০৯:০০ থেকে ১৭:০০) মধ্যে সব আপডেট ব্লক করুন।
2. কর্মসময়ের বাইরে, ৭ দিন পর্যন্ত উপলভ্য থাকা আপডেটগুলি জোর করে আপডেট করুন।

{
  "unifiedUpdatePolicy": {
    "rules": [
      {
        "id": "Block Policy - rule1",
        "targets": [
          { "targetType": "OS_UPDATE_WITH_API_LEVEL_CHANGE" },
          { "targetType": "OS_UPDATE_WITHOUT_API_LEVEL_CHANGE" },
          { "targetType": "GOOGLE_SYSTEM_SERVICES" },
          { "targetType": "GOOGLE_PLAY_SYSTEM_UPDATE" }
        ],
        "predicate": {
          "daysOfWeek": [
            "MONDAY",
            "TUESDAY",
            "WEDNESDAY",
            "THURSDAY",
            "FRIDAY"
          ],
          "timeOfDayLowerBound": { "hours": 9 },
          "timeOfDayUpperBound": { "hours": 17 }
        },
        "outcome": {
          "outcomeType": "BLOCK"
        }
      },
      {
        "id": "Force Policy - rule2",
        "targets": [
          { "targetType": "OS_UPDATE_WITH_API_LEVEL_CHANGE" },
          { "targetType": "OS_UPDATE_WITHOUT_API_LEVEL_CHANGE" },
          { "targetType": "GOOGLE_SYSTEM_SERVICES" },
          { "targetType": "GOOGLE_PLAY_SYSTEM_UPDATE" }
        ],
        "predicate": {
          "updateAgeUpperBound": "604800s"
        },
        "outcome": {
          "outcomeType": "FORCE"
        }
      }
    ]
  }
}

ক্যালেন্ডারের কোনও তারিখ পর্যন্ত আপডেট সীমাবদ্ধ করুন

ডিভাইসের স্থানীয় টাইম জোনে নির্দিষ্ট ক্যালেন্ডার তারিখের রেঞ্জের মধ্যে আপডেট সীমাবদ্ধ করতে বা অনুমতি দিতে আপনি dateLowerBound এবং dateUpperBound ব্যবহার করতে পারবেন। নিম্নলিখিত নিয়মটি ১৪ মার্চ, ২০২৬ পর্যন্ত চারটি ক্যাটেগরি টার্গেটের জন্য আপডেট ব্লক করে:

{
  "unifiedUpdatePolicy": {
    "rules": [
      {
        "id": "block_until_date",
        "targets": [
          { "targetType": "OS_UPDATE_WITH_API_LEVEL_CHANGE" },
          { "targetType": "OS_UPDATE_WITHOUT_API_LEVEL_CHANGE" },
          { "targetType": "GOOGLE_SYSTEM_SERVICES" },
          { "targetType": "GOOGLE_PLAY_SYSTEM_UPDATE" }
        ],
        "predicate": {
          "dateUpperBound": { "year": 2026, "month": 3, "day": 14 }
        },
        "outcome": {
          "outcomeType": "BLOCK"
        }
      }
    ]
  }
}