以使用者為中心的應用程式部署第 1 部分: 使用者優先


原文連結http://blogs.technet.com/b/server-cloud/archive/2011/10/17/user-centric-app-deployment-part-1-thinking-user-first.aspx

作者備註 特別感謝 Microsoft Craig Morris,他真的是使用者/裝置關聯性的創作者,也是我們過去幾年來以使用者為中心設計任務中非常重要的一份子。他現在將全部的專業知識傳授給我們 (Windows Intune 團隊),以便我們為客戶達成他們想要的!

我們為 Configuration Manager 2012 (ConfigMgr)所設定的重要目標之一,就是使管理人員在進行任何管理作業時能做到“使用者優先”,也就是本文所要講述的部份,並且介紹使用者優先原則所面臨的挑戰。在下一篇文章也就是第 2 部分中,我將說明 ConfigMgr 如何解決這些挑戰。

使用者優先 — 意味著不僅僅只是將“以使用者為目標”替換為“以機器為目標”如此而以。它意味著我們該如何衡量跨越多個裝置以便向使用者傳遞資源? (請注意: 在本文中我將使用“資源”這個字眼,但是在 ConfigMgr 2012 管理工具中,我們所關心的資源其實是“應用程式”。),因此也意味著必須確定所有授權的特定使用者都能夠收到資源,並且使用者能夠完全控制這些資源(是的 — 那些煩人的提醒通知和重新啟動訊息)。

為何以使用者優先是一個重大挑戰? 在我們所進行的 100 多次關心使用者訪談中,幾乎 每一個 應用程式的請求都是“使用者 X 需要應用程式 Y”,但是很少有工具能夠達成他們的需求。為什麼無法達成呢?

  1. 使用者漫遊在不同的裝置之間: 當我還是認證講師的時候,我常常開玩笑說“你可以管理使用者帳號及物件 — 但是卻無法管理使用者”。並且如果以某個資源(例如 應用程式、資料同步…等)為目標,則該資源會隨著使用者到 任何地方! 您可以很容易想像一個場景,使用者登入到一台伺服器檢查某一個應用程式的設定,接著他又登入到一台筆記型電腦後上傳一些資料,最後他再登入到另外一個平臺中去查看他的郵件。但是卻沒有任何一種機制能夠有效辨別出,該使用者所連結的裝置是否產生了不好的使用者登入經驗,同時也產生許多資產管理上的問題,並且缺乏更多機制能夠利用應用程式讓使用者系統更穩定。雖然 Remote Desktop  Services、MS Application Virtualization 和 Citrix XenApp …等在某種程度上能解決部份問題,但是使用者需要的大多數應用程式,卻仍舊是在實體主機上進行本機安裝。
  2. 沒有使用者時,調整應用程式的傳遞作業: 有些應用程式仍然需要由後端應用程式修改,並且與相關人員進行協調。例如 在週六的時候我將會在定期維護期間更新 ERP 系統,之後我需要確定此次的更新是否成功,因此強制為使用者電腦安裝相關更新元件。為了避免因為長時間安裝或重新啟動主機打斷使用者的工作進度,我可能會在沒有使用者登入的下班時間中進行這項工作。但是若使用者沒有登入,就難以為使用者執行相對應的動作 (例如 更新相關元件)。

一想到這部份的問題,我們便開始在 ConfigMgr 2012 中建立一種方式,透過這種方式我們便能夠利用使用者與裝置之間的關係,來自動或限制以使用者為目標的資源傳遞作業。我們將這種功能稱為使用者/裝置 關聯性(只是個術語),若您要瞭解使用者/裝置 關聯性 更多相關內容,請參考下一篇文章: 以使用者為中心的應用程式部署第 2 部分:使用者/裝置 關聯

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

Comments (0)

Skip to main content