以使用者為中心的應用程式部署第 2 部分: 使用者/裝置 關聯性


原文連結http://blogs.technet.com/b/server-cloud/archive/2011/10/19/user-centric-app-deployment-part-2-user-device-affinity.aspx

簡單來說 ConfigMgr 2012 中 使用者/裝置 關聯性是指“使用者將此裝置作為優先選擇的工具”。我們瞭解該裝置您經常用來處理工作事宜,因此我們會優化資源的傳遞作業。並且瞭解其它裝置相對來說很少處理工作事宜,所以我們會控制其它裝置資源的傳遞。

它的工作原理是您能夠為裝置上的主要使用者來設定關係。並且是 真正 的主要關系,因為我們允許使用者能夠擁有多個主要裝置(例如我的筆記型電腦和智慧型手機),或者是允許一個裝置擁有多個主要使用者(例如 輪班的工作人員)。 如本文第一段所述,這只是關於“您經常工作和想要優化資源傳遞的裝置”的一種作法。那麼您該如何進行設定? 我們已經在 ConfigMgr 中為您提供 6 種不同的設定方式! 我們並非想把事情變得複雜化,只是希望能提供您更靈活有彈性的作業,並將它們嵌入到貴企業的營運流程當中。以下為相關設定方式的摘要說明:

  • 裝置的使用情況與門檻值: 您可以採用使用者登入資訊與頻率來自動設定這種關係。
  • 使用者可自行設定: 是的! 採用以使用者為中心的設計概念,因此您可以允許使用者在 Software Catalog 中進行設定。
  • CSV 檔案匯入: 如果您有一個採購流程要執行,並且您知道採購流程中相關人員,那麼您可以從電腦中將資料匯出為 CSV 檔案之後,再匯入 CSV 檔案到平台中。
  • 作業系統部署: 我們能提供貴公司的技術人員在部署使用者電腦時,採用 UDA prestart 指令輕鬆進行部署作業。
  • 手動執行: 身為管理人員,您可以手動為裝置或使用者設定這些關係。您可以直接針對裝置進行分配,或者是查看哪些使用者使用了哪些裝置後再決定。
  • 行動裝置: 您可以在裝置註冊時進行設定。

當設定這種關係之後,您該如何才能使用它來解決使用者漫遊或應用程式傳遞的難題呢? 對於使用者漫遊問題,我們已經在應用程式模型中為主要裝置建立一種需求規則。因此針對使用者軟體方面,您可以使用主要裝置規則來指定是否傳遞該軟體。例如我有一個 MSI 安裝檔需要長時間的安裝程序。當我在應用程式模型中建立部署類型時,便可以設定“主要裝置設定值為 True”的需求規則。所以當使用者登入到非主要裝置上時,就不會安裝該軟體。有了此需求規則後,便不會中斷使用者登入體驗應用程式時造成中斷的狀況而影響系統。在應用程式模型當中,您可以在同一個應用程式中擁有多種部署類型,而且仍可以使用此規則。例如在漫遊情況中我想要在 Citrix XenApp 使用一個類似 Office 的應用程式,並且安裝 MSI 安裝檔。因此在 Office MSI 部署類型上,設定“主要裝置設定值為 True”的規則。但是我並沒有在 XenApp 部署類型上套用那條規則,並且我將 MSI 安裝檔設定為第一優先應用程式安裝,而 XenApp 部署類型設定則為第二優先應用程式安裝。 結果會如何呢? 在我的主要裝置上將會自動安裝 MSI 安裝檔,而在非主要裝置上將會透過 XenApp 安裝 Office。使用者仍然可以繼續漫遊,而管理人員也可以安全的將軟體傳遞給使用者。如何,很酷吧?

當沒有使用者出現的情形時協調部署怎麼運作呢? ConfigMgr 2012 可以設定關係將資源傳遞給群組並且將軟體推送到主要裝置上。如果需要在下班時間進行協調傳遞,您便可以透過這種方式來完成任務。對於行動裝置來說,我們會自動對所有使用者及群組進行必要的部署,並且在您擁有該應用程式部署類型的行動電話上完成此工作。現在,即使沒有使用者登入那台裝置,您也可以將軟體傳遞給使用者的行動裝置中。作業系統的配置也是完成此類工作不錯的選擇。如果您將關係設定為先前所提到的預先設定命令,我們會自動設定為“根據有或沒有使用者登入的排程來自動部署”應用程式,並在 作業系統配置過程後直接安裝它們。現在,您可以在 ConfigMgr 中將所有使用者需要的應用程式安裝在同一個位置,而不需要在任務排序器中明確指出它們。

新的 ConfigMgr 2012 應用程式模型和使用者裝置關聯性功能,將使您真正做到以“使用者優先”的目的,以“使用者為 X 獲得應用程式為 Y ”將變得輕鬆愉快!

Bill Anderson  
首席專案經理   
System Center Configuration Manager

Comments (0)

Skip to main content