vRealize Automation 審批管理--強(qiáng)大的Manager

??通常中小企業(yè)中資源規(guī)模不大，云平臺(tái)在劃分業(yè)務(wù)組或部門時(shí)，因資源共享及限制，一般情況只劃分一個(gè)業(yè)務(wù)組。
??但企業(yè)中往往不止一個(gè)部門，信息中心對(duì)各部門的資源審批要求至少三級(jí)批準(zhǔn)。即:第一級(jí)由部門領(lǐng)導(dǎo)審批;第二級(jí)由信息中心普通管理員審批，最終級(jí)由信息中心領(lǐng)導(dǎo)審批。
??通常簡(jiǎn)單做法是創(chuàng)建一個(gè)審批策略，批準(zhǔn)設(shè)置條件為“始終需要”“特定用戶和組”批準(zhǔn)，如:

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