vRealize Automation 審批管理--強大的Manager

??通常中小企業中資源規模不大，云平臺在劃分業務組或部門時，因資源共享及限制，一般情況只劃分一個業務組。
??但企業中往往不止一個部門，信息中心對各部門的資源審批要求至少三級批準。即:第一級由部門領導審批;第二級由信息中心普通管理員審批，最終級由信息中心領導審批。
??通常簡單做法是創建一個審批策略，批準設置條件為“始終需要”“特定用戶和組”批準，如:

??如果有多個部門， 那么此種情況將會導致 A 部門的用戶申請資源，B 部門領導可以審批。如此跨部門的策略，不滿足我們的用戶需求。
??L2 審批看起來還比較合理，基本滿足需求。但若，部門經理需要使用資源，難道先自己給自己審批嗎? 信息中心管理員需要申請資源，難道先被某部門經理批準后再自我批準嗎?
??L3 審批比 L2 更加矛盾，信息中心最高級領導如果使用資源，先經過某部門經理批準，再到下屬信息中心普通管理員批準，最后再自我審批。最終策略是:
??我們都知道在 vRA 單業務組中，一個目錄項 Item 只能使用一個批準策略。
??如果這樣給用戶創建審批策略，用戶絕對!絕對!絕對!感覺 vRA 太弱智了，這么難用! 換產品的想法絕對馬上有!
??可能有的高手會說通過 Orchestrator 來做。嗯?vRA 真的這么難?一般 vRA初學者對 Orchestrator 都會望而卻步。
??大家可能注意到，在批準級別下有一項:“基于條件需要”來做策略，展開一看，這么多條目，不知選擇哪一個好，也使初學者難于邁步。
??這么多條目，其實都不滿足常規用戶使用需求。
??我們有個神奇的辦法，簡單高效!——用戶的 Manager
??前提條件
??1、vRA 使用基于 Windows AD 域的 LDAP
??2、預先在 AD 域中創建相應部門的 OU
??3、預先在 AD 域中創建相應部門的用戶賬號
??4、預先在 AD 域中創建相應部門的用戶組并添加用戶到組
??5、預先在 AD 域中創建各部門的經理賬號
??6、預先在 AD 域中創建信息中心管理員虛擬賬號作為部門領導的 Manager
??7、預先在 AD 域中創建信息中心最高領導虛擬賬號，作為信息中心普通用戶的Manager
??8、確保各部門和各級用戶均添加到正確的 vRA 業務組用戶
??以上步驟由 vRA 實施咨詢顧問完成，后續用戶無需完全執行以上操作。
??策略配置步驟:
??選擇基于條件需要，企業有多個部門，條件選擇:任一項，根據請求者>manager 等于“manager id”, 如這里有兩個部門，每個部門有一個 manager。審批者選擇:根據請求確定審批者:請求者>manager.?
??與第一級相同，額外創建一個請求者>manager 等于 infor-admin, 這里 infor-admin 是一個虛擬角色，作為部門經理的 manager. 審批者選擇:特定用戶和組 vra-information-admin (信息中心的普通管理者)
??較第二級，增加一個請求者>manager 等于 infor-master, 這里 infor-master 是一 個虛擬角色，作為信息中心普通管理員的 manager.