當前位置:首頁 » 資源管理 » 兩種流行的資源分配策略是什麼
擴展閱讀
成本核算好後怎麼做憑證 2024-05-20 05:25:26
鑽石人機是什麼水平 2024-05-20 05:25:21

兩種流行的資源分配策略是什麼

發布時間: 2024-05-08 09:37:46

Ⅰ 企業資源分配情況

企業戰略資源的分配是指按戰略資源的原則方案,對企業所屬戰略資源進行的具體分配。企業在推進戰略的過程中的戰略轉換往往就是通過資源分配的變化來實現的。由於企業戰略資源中,無形資源很難把握,而除人力資源之外的有形志願均可以用價值形態來衡量,因此,企業戰略資源的分配一般可以分為人力資源和資金的分配兩種。
(一)人力資源的分配
人力資源的分配一般由三個內容:
(1) 為各個戰略崗位配備管理和技術人才,特別是對關鍵崗位的關鍵人物的選擇。
(2) 為戰略實施建立人才及技術的儲備,不斷為戰略實施輸送有效人才。
(3) 在戰略實施的過程中,注意整個隊伍的綜合力量的搭配和權衡。
(二)資金的分配
企業中一般採用預算的方法來分配各種資金資源。而預算是一種通過財務指標或數量指標來顯示企業目標、戰略的文件。通常採用這幾種預算方式:
1, 零基預算。它不是根據上年度的預算編制,而是將一切經營活動都從徹底的成本-效益分析開始,以防止預算無效。
2, 規劃預算。它是按規劃項目而非職能來分配資源。規劃預算的期限較長,常與項目規劃期同步,以便直接考察一項規劃對資源的需求和成效。
3, 靈活預算。它允許費用隨產出指標而變動,有助於克服「預算游戲」及增加預算的靈活性。
4, 產品生命周期預算。在產品的不同生命周期中有著對資金的不同需求,而且各階段的資金需求有不同的費用項目。這時產品生命周期預算就根據不同階段的特徵來編制各項資金的支出計劃及原則。
在資金的分配中,應該分配遵循兩項基本原則:①根據各單位、各項目對整個戰略的重要性來設置資金分配的優先權,以實現資源的有償高效利用;②努力開發資金宰各戰略單位的潛在協同功能。

Ⅱ 企業如何進行戰略資源的分配

戰略資源的分配策略:
在企業戰略資源中,除人力資源之外的有形資源均可以用價值形態來衡量,但無形資源如何配置卻很難把握。目前,當談及企業戰略資源配置時,主要是指對人力資源和資金資源的分配。
1、人力資源分配
戰略人力資源分配包括三個方面內容:
1)、為各個戰略崗位分配現有的管理和技術人才,其中重點是相關業務領軍人物的配置。
2)、對戰略實施中缺少的人才進行外部招聘,一方面及時提供戰略實施需要的人才;另一方面適時增加企業的人才儲備。
3)、在戰略實施過程中,保持對各單元戰略執行和人力資源狀況的跟蹤,及時調整企業各部門人力資源的配置。
人力資源配置的重點,是詳細考慮某特定戰略對人力資源的需求,包括所要求的人數、人員所應擁有的技能和水平等。具體配置時需要從人力資源的構成、招聘、培訓這三方面考慮。在招聘和選聘時,需與組織的戰略方向和所經歷的變革強度結合起來。如果戰略變革不大,則可以大量使用現有員工或經過培訓後使用;反之,變革越大,則越應吸收新人加入。
2、資金資源分配
企業戰略調整要求預算同步調整,資金重新分配。在這一過程中,如果處置不當,削弱執行關鍵性戰略活動的部門所必備的資金,將會損害整個實施過程,導致戰略實施失敗。因此,重新修訂預算使其能夠支持戰略,是戰略實施過程中至關重要的一部分,因為每一個組織單位都需要人力、設備、機構或其它資源,以執行戰略計劃中的任務。實施一項新戰略,常常需要將資源由一個領域轉移到另一領域,削減人員過多或佔用資金過多的單位規模,增加那些對戰略成功非常關鍵的單位規模,停止那些不再適宜的項目和活動。
戰略資金分配一般採用預算方式。預算將戰略目標明確為財務指標和數量指標,使其成為戰略執行和考核的依據。一般預算可以分為以下幾種類型:
1)、零基預算。根據階段性戰略目標的要求,將所有經營活動重新進行成本分析,然後確定預算。但零基預算工作量大,如果預算周期短,則需要投入大量人力,確定部門預算時的協調成本較高,但可以防止預算與實際的大幅度偏離。
2)、滾動預算。按照戰略規劃的要求和年度目標,將上階段執行的情況作為下一階段預算的根據,以戰略目標增減為基準進行滾動調整。
3)、規劃預算。它是按戰略所規劃的項目來分配資源。規劃預算覆蓋整個項目期間,與項目規劃期同步,旨在直接考察一項規劃對資源的需求和成效。
4)、靈活預算。預算情況隨執行情況變動,有助於克服「預算游戲」及增加預算的靈活性。但在企業中難以全面操作,多用於重要項目的專項預算。
5)、產品生命周期預算。根據不同產品在不同生命周期階段對資金的需求,以及不同的費用項目,確定預算額度,編制各項資金的支出計劃及原則。
戰略與資源的動態組合
戰略制定的基點之一是企業資源,戰略的目標也包括不斷積累和擴大企業資源,當企業獲得新的資源之後,就增加了基於資源的戰略能力。這個過程實際上就是企業戰略與資源的動態組合過程。在戰略實施過程中,企業資源會逐漸向戰略重點集中,新資源被不斷引入以支持戰略發展;同時,舊資源與新資源之間也逐步融合,從而形成進一步推進企業戰略發展的基礎。此時,高層管理者必須考慮資源的再調整和組合。使資源與戰略之間動態相輔並發揮乘數效應。
1、戰略與資源的動態相輔狀況分析
業務的資源配置和戰略的動態相輔效果可以劃分為四個方面:資源優勢整合型、資源選擇協調型、資源退出型、資源保持型,可通過以下矩陣進行分析。
第一象限:支持戰略並有盈利。在這一象限中,資源配置符合戰略發展方向,而且能夠產生盈利,表明資源使用效率較高。如果企業將資源繼續投入,可能會放大這種效果,從而進一步優化資源配置,推動戰略執行,提高競爭能力。在此區域的資源應發展成為企業的核心資源。
第二象限:支持戰略但尚未取得盈利。在這一象限中,資源的整體組合尚存在問題,需要調整資源組合,以盡快實現盈利。一般有兩種可能:一是如果業務規模發展符合戰略預期,那麼最可能的是某些資源投入過多,沒有發揮應有的效率,應當調出;二是如果業務規模沒有達到戰略預期,那麼可能是關鍵資源投入不足,應當增加這些資源,推動業務向第一象限轉變。
第三象限:不支持戰略也沒有盈利。這一象限中的資源配置既不符合企業長期發展戰略,又不能為其它業務發展提供資源,應該果斷退出。
第四象限:不支持戰略但有一定盈利。這一象限中的業務雖不符合企業長期發展戰略,但能夠產生利潤,表明現有資源的運用能夠為其它業務發展提供新的資源,應該暫時保持該業務的資源配置。
以上分析矩陣可以針對企業中不同業務,進行全面的資源分析。其橫坐標用盈利狀況主要是為了反映現有資源使用狀況,也可以調整為其它指標,如用凈現金流來代替。
2、戰略與資源的動態乘數效應
戰略與資源的動態乘數效應,是指企業在執行發展戰略中產生的資源集聚效應,其中既有有形資源集聚產生的規模效應,也有無形資源與有形資源疊加而產生的乘數效應。
在企業戰略發展中,新業務和舊業務融合中,常需要新的文化、管理體制、機制轉變、品牌價值提升等,從而使企業原有的有形資源基礎發揮出更大的效益。動態乘數效果的產生有兩方面原因:一方面是企業進入新環境、新市場中,動態重組內部資源提高了企業資源組合的效率;另一方面是新業務與舊業務之間產生的規模效應,如單位產品管理成本下降,單位市場推廣成本降低等規模效應。
企業在戰略推進中,要發揮動態相乘效應需做好三方面的工作:
1)、在戰略推進和業務重新組合中,注重無形資源的積累;
2)、戰略推動中,新業務拓展的先後次序應考慮與舊業務的相關性。通常,相關性較強的業務更有利於產生動態相乘效應;
3)、為了提高戰略的推進效率,必要時,可以選擇一些短期看來與資源基礎不符合的戰略舉措,保持現實與目標之間的適度差距,激發內部的變革動力,促進動態相乘效果的產生。

Ⅲ Kubernetes涓鐨勮祫婧愬垎閰嶅拰闄愬埗絳栫暐

Kubernetes鏄涓涓瀹瑰櫒闆嗙兢綆$悊騫沖彴錛孠ubernetes闇瑕佺粺璁℃暣浣撳鉤鍙扮殑璧勬簮浣跨敤鎯呭喌錛屽悎鐞嗗湴灝嗚祫婧愬垎閰嶇粰瀹瑰櫒浣跨敤錛屽苟涓旇佷繚璇佸瑰櫒鐢熷懡鍛ㄦ湡鍐呮湁瓚沖熺殑璧勬簮鏉ヤ繚璇佸叾榪愯屻 鍚屾椂錛屽傛灉璧勬簮鍙戞斁鏄鐙鍗犵殑錛屽嵆璧勬簮宸插彂鏀劇粰浜嗕釜瀹瑰櫒錛屽悓鏍風殑璧勬簮涓嶄細鍙戞斁緇欏彟澶栦竴涓瀹瑰櫒錛屽逛簬絀洪棽鐨勫瑰櫒鏉ヨ村崰鐢ㄧ潃娌℃湁浣跨敤鐨勮祫婧愭瘮濡侰PU鏄闈炲父嫻璐圭殑錛孠ubernetes闇瑕佽冭檻濡備綍鍦ㄤ紭鍏堝害鍜屽叕騫蟲х殑鍓嶆彁涓嬫彁楂樿祫婧愮殑鍒╃敤鐜囥備負浜嗗疄鐜拌祫婧愯鏈夋晥璋冨害鍜屽垎閰嶅悓鏃舵彁楂樿祫婧愮殑鍒╃敤鐜囷紝Kubernetes閲囩敤request鍜宭imit涓ょ嶉檺鍒剁被鍨嬫潵瀵硅祫婧愯繘琛屽垎閰嶃

鍦ㄤ腑鍙拌繖杈圭殑瀹炶返涓錛屽氭¢亣鍒板悇縐嶅満鏅鐨勫瑰櫒璧勬簮闄愬埗絳夐棶棰樸傚熀浜庢わ紝鐗規暣鐞嗙浉鍏崇殑鐭ヨ瘑鐐癸紝渚涘ぇ瀹跺弬闃呫

request 瀹瑰櫒浣跨敤鐨勬渶灝忚祫婧愰渶奼傦紝鍒涘緩瀹瑰櫒鐨勬椂鍊欙紝鏄鏈灝忕殑璧勬簮瑕佹眰銆 鍙鏈夊綋鑺傜偣涓婂彲鍒嗛厤璧勬簮閲>=瀹瑰櫒璧勬簮璇鋒眰鏁版椂鎵嶅厑璁稿皢瀹瑰櫒璋冨害鍒拌ヨ妭鐐廣

涔熷氨鏄璇達紝鍒涘緩瀹瑰櫒鏃跺欙紝鍒嗛厤璧勬簮鏄鎸夌収 request 鎸囧畾鐨勫艱繘琛岀嫭鍗犵殑錛屽瑰櫒鑷沖皯瑕佷繚鐣檙equest鎸囧畾鐨勮祫婧愩

limit 琛ㄦ槑瀹瑰櫒鑳戒嬌鐢ㄨ祫婧愮殑鏈澶у礆紝璁劇疆涓0琛ㄧず浣跨敤璧勬簮鏃犱笂闄愩

request 鑳藉熶繚璇丳od鏈夎凍澶熺殑璧勬簮鏉ヨ繍琛岋紝鑰 limit 鍒欐槸闃叉㈡煇涓狿od鏃犻檺鍒跺湴浣跨敤璧勬簮錛屽艱嚧鍏朵粬Pod宕╂簝銆

涓よ呬箣闂村繀欏繪弧瓚沖叧緋:

閫氳繃涓涓紺轟緥綆榪皉equest鍜宭imit鍙傛暟鐨勪嬌鐢ㄥ満鏅銆

鍋囪綪aaS鐨勪竴涓鑺傜偣鏈 4U4G 鍙鐢ㄨ祫婧愩傚凡緇忛儴緗2涓猵od錛岃頒負pod1, pod2銆傛瘡涓猵od鐨勮祫婧愯劇疆涓

鑺傜偣涓奀PU鍜屽唴瀛樼殑璧勬簮鍒嗛厤鎯呭喌濡備笅鍥撅細
[鍥劇墖涓婁紶澶辮觸...(image-935055-1555552418778)]

宸茬粡鍒嗛厤鐨凜PU璧勬簮涓猴細1U(鍒嗛厤Pod1)+1U(鍒嗛厤Pod2)=2U錛屽墿浣欏彲浠ュ垎閰嶇殑CPU璧勬簮涓2U

宸茬粡鍒嗛厤鐨勫唴瀛樿祫婧愪負錛1G(鍒嗛厤Pod1)+1G(鍒嗛厤Pod2)=2G錛屽墿浣欏彲浠ュ垎閰嶇殑鍐呭瓨璧勬簮涓2G

鎵浠ヨヨ妭鐐瑰彲浠ュ啀閮ㄧ講涓涓(CPU Requst, Memory Requst)=(2U,2G)鐨凱od錛屾垨鑰呴儴緗2涓(CPU Requst, Memory Requst)=(1U,1G)鐨凱od

鍦ㄨ祫婧愰檺鍒舵柟闈錛屾瘡涓狿od1鍜孭od2浣跨敤璧勬簮鐨勪笂闄愪負(2U,1G)錛屽嵆鍦ㄨ祫婧愮┖闂茬殑鎯呭喌涓嬶紝Pod浣跨敤CPU鐨勯噺鏈澶ц兘杈懼埌2U錛屼嬌鐢ㄥ唴瀛樼殑鏈澶ч噺涓1G銆備粠CPU璧勬簮鐨勮掑害錛屽逛簬璧勬簮浣跨敤涓婄嚎涓2U鐨凱od錛岄氳繃璁劇疆request涓1U錛屽疄鐜頒簡2鍊嶆暟閲忕殑Pod鐨勯儴緗詫紝鎻愰珮浜嗚祫婧愮殑浣跨敤鏁堢巼銆

渚濈劧鍋囪綪aaS鐨勪竴涓鑺傜偣鏈 4U4G 鍙鐢ㄨ祫婧愶紝鑺傜偣涓婇儴緗蹭簡4涓猵od錛岃頒負pod1~4銆傛瘡涓狿od鐨勮祫婧愯劇疆涓猴紙CPU Requst,CPU limit,Memory Requst, Memory limit錛= (1U, 2U, 512M,512M)銆傝祫婧愬垎閰嶆儏鍐靛備笅鍥撅細

[鍥劇墖涓婁紶澶辮觸...(image-84aeaf-1555552418778)]

鎸夌収request鐨勮佹眰錛岄偅涔堝凡緇忔病鏈夊彲浠ュ垎閰嶇殑CPU璧勬簮浜嗐備絾鏄錛岀敱浜嶱od1~4涓氬姟璐熻澆姣旇緝浣庯紝閫犳垚浜咰PU鐨勫埄鐢ㄧ巼杈冧綆錛岄犳垚璧勬簮嫻璐廣傝繖涓鏃跺欏彲浠ラ氳繃灝唕equest鐨勫艱劇疆涓0錛屽疄鐜板硅祫婧愮殑榪涗竴姝ュ埄鐢ㄣ

鍦ㄦよ妭鐐逛笂閮ㄧ講4涓猵od5~8錛 璧勬簮闄愬埗涓猴紙CPU Requst,CPU limit,Memory Requst, Memory limit錛= (0U, 0U, 512M,512M)銆傝祫婧愮殑浣跨敤鎯呭喌濡備笅鍥炬墍紺猴細

[鍥劇墖涓婁紶澶辮觸...(image-78aeae-1555552418778)]

Pod5~8 鑳藉熷湪Pod(1~4)絀洪棽鏃訛紝浣跨敤鑺傜偣涓婂墿浣欑殑CPU璧勬簮錛屼粠鑰岃繘涓姝ユ彁楂樿祫婧愮殑浣跨敤鐜囥

Kubernetes涓璧勬簮閫氳繃 request 鍜 limit 鐨勮劇疆錛岃兘澶熷疄鐜板瑰櫒瀵硅祫婧愮殑鏇撮珮鏁堢殑浣跨敤銆傚湪濡傛灉澶氫釜瀹瑰櫒鍚屾椂瀵硅祫婧愯繘琛屽厖鍒嗗埄鐢錛岃祫婧愪嬌鐢ㄥ敖閲忕殑鎺ヨ繎limit銆 Node鑺傜偣涓婄殑璧勬簮鎬婚噺瑕佸皬浜庢墍鏈塒od涓璴imit鐨勬誨拰錛屽氨浼氬彂鐢熻祫婧愭姠鍗犮

瀵逛簬璧勬簮鎶㈠崰鐨勬儏鍐碉紝Kubernetes鏍規嵁璧勬簮鑳戒笉鑳借繘琛屼幾緙╄繘琛屽垎綾伙紝鍒嗕負鍙鍘嬬緝璧勬簮鍜屼笉鍙浠ュ帇緙╄祫婧愩

鍋囪炬湁pod1~4 鍒嗗埆鍗犵敤錛圕PU Requst,CPU limit,Memory Requst, Memory limit錛= (1U, 2U, 1G,1G)銆傚綋鍥涗釜pod鐨勮礋杞介兘寰堥珮錛孋PU浣跨敤閮借秴榪1U鐨勬儏鍐典笅錛岃繖涓鏃跺欐瘡涓猵od灝嗘寜鐓request璁劇疆鐨凜PU姣斾緥榪涜屾椂闂寸墖璋冨害銆傜敱浜4涓狿od璁劇疆鐨剅equest閮戒負1U錛屽彂鐢熻祫婧愭姠鍗犳椂錛屾瘡涓狿od鍒嗗埌鐨凜PU鏃墮棿鐗囦負1U/(1U)*4錛屽疄闄呭崰鐢ㄧ殑CPU鏍告暟涓1U銆

瀵逛簬涓嶅彲鍘嬬緝璧勬簮錛屽傛灉鍙戠敓璧勬簮鎶㈠崰錛屽垯浼氭寜鐓т紭鍏堢駭鐨勯珮浣庤繘琛孭od鐨勯┍閫愩傞┍閫愮殑絳栫暐涓猴細 浼樺厛椹遍恟equest=limit=0鐨凱od錛屽叾嬈¢┍閫 0<request<limit<Infinity (limit涓0鐨勬儏鍐典篃鍖呮嫭鍦ㄥ唴)銆 0<request==limit 鐨凱od鐨勪細琚淇濈暀錛岄櫎闈炲嚭鐜板垹闄ゅ叾浠朠od鍚庯紝鑺傜偣涓婂墿浣欒祫婧愪粛鐒舵病鏈夎揪鍒癒ubernetes闇瑕佺殑鍓╀綑璧勬簮鐨勯渶奼傘

鐢變簬瀵逛簬涓嶅彲鍘嬬緝璧勬簮錛屽彂鐢熸姠鍗犵殑鎯呭喌浼氬嚭Pod琚鎰忓朘ill鎺夌殑鎯呭喌錛屾墍浠ュ緩璁瀵逛簬涓嶅彲浠ュ帇緙╄祫婧(Memory錛孌isk)鐨勮劇疆鎴 0<request==limit 銆

http://www.cnblogs.com/sparkdev/p/8032330.html
https://www.cnblogs.com/sparkdev/p/8052522.html
https://cloud.tencent.com/developer/article/1004976