架构资源分配管理方案

架构资源分配管理方案我在企业负责架构运维与资源管理快五年时间，前几年公司业务快速扩张阶段，我天天被各种资源矛盾找上头：核心业务搞活动要紧急扩容，审批流程走了两三天还拿不到资源；冷门的收缩项目占着几十台服务器闲置落灰，就是不肯放出来；创新小团队申请资源动不动被打回，说没有营收产出不给批；年底算整体架构成本，直接超了预算快三成。领导看着这个烂摊子，让我牵头拿出一套能落地的解决办法，我结合这几年踩过的坑、摸出来的经验，整理出了这套架构资源分配管理方案，推行快两年，确实解决了我们大部分实际问题，现在整理成完整方案如下。1方案编制背景与总体要求1.1编制背景说句实在话，之前我们公司根本没有成型的架构资源分配规则，基本上是谁喊得凶、谁跟领导熟谁就能拿到资源。我刚接这个活的时候，光是梳理全公司的资源归属就花了一个多月，挖出来近二十个已经停掉的项目，还占着上百台云服务器和存储资源，每年光这些闲置资源就要花掉公司上百万的成本，真的让我特别心疼。另一方面，有好几个刚起来的新业务，因为拿不到足够的架构资源，眼睁睁错过了扩张的最佳时机，业务负责人找我哭的情况都有好几次。所以这套方案从一开始就不是为了卡大家的资源，就是为了把有限的资源用在该用的地方，既要帮公司控成本，也要给每个想做事的团队留够空间。1.2总体目标这套方案的核心目标主要有四个，第一是盘活闲置资源，提升整体架构资源的利用率，把架构成本控制在合理范围内；第二是优先保障核心业务的资源需求，确保公司营收基本盘稳定不出问题；第三是给创新探索型业务留足试错空间，支撑公司长期的业务拓展；第四是建立公开透明的分配规则，减少部门之间因为资源产生的矛盾，不用我天天当“和事佬”。1.3核心分配原则我们定了五个人人都要遵守的原则，第一个是优先级匹配原则，核心业务优先拿资源，这个没的说，公司要活下去才能谈其他的；第二个是按需分配不浪费原则，申请多少给多少，不允许超量申请占着不用；第三个是公开透明原则，所有资源的分配、使用情况全公司可查，不搞暗箱操作；第四个是动态调整原则，不是分完就一成不变，跟着业务变化调整才对；第五个是人性化弹性原则，不对任何团队一棒子打死，给新项目、阶段性项目留足缓冲空间，这点我特别坚持，当初定规则的时候就跟领导说，要是规则太死，没人敢创新了，那我们省那点成本反而亏大了。2架构资源前置分类与盘点规范要做分配，首先得搞清楚我们到底有多少资源、各部门现在用了多少，不然都是空对空，这部分是整个方案的基础，我们花了一个季度才理清楚。2.1架构资源的分类界定我们把所有架构相关资源分成了两大类，第一类是基础设施类资源，就是大家常说的硬件相关资源，包括云服务器、云存储、网络带宽、公网IP、域名、硬件防火墙这些实打实的资源，这类资源直接对应采购成本，是我们管控的重点。第二类是软性架构资源，这类资源很多人容易忽略，其实一点都不比硬件便宜，包括资深架构师的人力配额、内部技术中台的接口调用配额、通用架构组件的授权、专有技术方案的使用权这些，比如我们公司最顶尖的几个架构师，时间就是最宝贵的资源，不能全耗在重复的杂活上。2.2全量资源盘点流程我们定了固定的盘点规则，首先每个季度末，各个部门要先自己做自查，把本部门名下所有的架构资源列清楚，标注清楚每个资源的用途、使用人、预计使用时长、日常使用率，报给我们架构管理组。然后我们会抽核不少于三成的上报资源，直接从后台拉监控数据，对一对部门上报的使用率对不对，避免有些部门瞒报闲置资源。最后所有盘点清楚的资源都会录入我们内部的资源管理系统，全公司都可以查看到资源归属和使用状态，谁占了多少资源一目了然，根本藏不住。第一次全量盘点的时候，我们一共摸出来全公司百分之十六的基础设施资源是完全闲置的，把这些资源盘活之后，直接省了当年近两成的架构采购成本，效果真的立竿见影。2.3资源使用状态定级标准根据盘点出来的使用率，我们把所有在用资源分成了三个等级，第一个是满载运行级，就是CPU、内存或者带宽的日常使用率超过百分之七十，这类资源是满足业务需求的，不需要调整；第二个是正常使用级，使用率在百分之三十到七十之间，属于合理使用，也不会动；第三个是闲置低效级，使用率长期低于百分之十，这类资源就会进入回收清单。这里我们也留了人性化的例外，比如备战大促提前扩容的资源、项目测试环境的资源，只要部门能拿出说明，证明确实是阶段性低使用率，就不会直接回收，比如我们测试环境的服务器，平时只有发版的时候才会跑满，大部分时候使用率很低，我们就特意把这类资源排除在回收标准之外，不会乱收。3分层分级分配核心机制盘点清楚之后，核心就是分配规则了，我们这套规则不用拍脑袋，全按标准来，谁该拿多少一目了然。3.1基于业务优先级的基础设施资源分配我们首先把全公司所有业务按优先级分成了三个层级，不同层级给不同的配额标准。P1级是核心营收业务，也就是支撑公司主要收入的基本盘业务，这类业务的资源需求百分百保障，只要申请的资源符合业务实际预估，我们当天就批，绝对不拖后腿，哪怕要调整其他闲置资源，也要先满足核心业务。P2级是成长型业务，已经有了稳定的初步营收，正在快速扩张阶段，这类业务给固定的配额，在配额之内的申请直接过，超出配额的走专项审批，只要能拿出业务增长的数据，一般也都会批。P3级是创新探索型业务，也就是还在验证模式、没有稳定营收的新项目，这类业务我们给免费的基础配额，足够满足团队初期研发测试的需求，不需要申请成本，只要项目符合公司的创新方向，当天就能拿到资源，要是项目跑起来了，业务增长了，随时可以申请升优先级加资源。我印象很深的是之前有个做新用户场景的小团队，一开始定的P3，给了四台服务器，没想到三个月用户就涨了十倍，他们提交升级申请之后，我们一周之内就把他们调到P2，加了二十多台服务器和一倍的带宽，完全没耽误他们发展，现在这个业务已经成长为我们的核心业务之一了，现在想想要是当时不给他们初始资源，哪有现在的成果。3.2软性架构资源的匹配分配规则对于软性资源，我们也按优先级做了匹配，资深架构师的人力方面，P1级项目配专属的资深架构师，全程跟进架构设计和问题排查；P2级项目配半专属架构师，固定每周投入一定时间跟进；P3级创新项目走共享架构师咨询池，每个季度给四十小时的免费咨询时长，足够满足初期的架构需求，不会浪费专家的时间。对于技术中台调用配额，P1级项目给峰值保障配额，哪怕全公司流量都高的时候，也会优先保障核心业务的调用，不会出现卡顿；P2和P3级项目给基础配额，超出配额的部分只收成本价，扣部门的技术预算，这样也能避免大家乱申请配额浪费资源。3.3新资源申请的审批流程我特意把审批流程做了简化，绝对不搞七八层签字耽误事。流程就是项目负责人提交申请，写清楚用途、预计使用时长、预估使用率，然后部门的架构对接人初审，确认是部门需要的，再交到我们架构管理组，P1项目直接通过，P2项目三个工作日内出审核结果，P3项目的基础配额申请，当天就能通过。真的没必要搞层层审批，小项目本来就是靠速度抢机会，卡流程把机会卡没了，损失谁都担不起。4动态调整与冲突协调机制资源分配不是一锤子买卖，业务变了，资源分配也要跟着变，碰到冲突也要有解决办法。4.1周期性复盘调整规则我们每季度跟着盘点做一次资源配额调整，业务优先级升了，就加资源，优先级降了，就回收闲置的资源。但我们从来不会一下子把资源收走，都会给部门一个月的缓冲期，让团队慢慢做迁移和清理，绝对不会搞突然下架影响业务运行。之前有个老业务线收缩，我们提前一个月发了回收通知，他们慢慢把数据迁到更小的服务器上，完全没出问题，也没有怨言。4.2应急资源预留与调配机制我们专门留了百分之十的机动资源池，放的都是回收来的闲置资源，专门用来应对突发情况。比如核心业务做活动，流量突然比预估高很多，需要紧急扩容，直接从机动资源池调，不用走采购流程，半小时就能把资源切上去。之前就有一次核心活动的流量比预估高了三倍，我们就是靠机动资源池顶过去了，根本没出问题，要是等采购新资源，早就宕机了。4.3资源冲突的协调解决办法有时候两个项目都要同一份资源，难免会有冲突，我们的解决规则也很清楚，首先按优先级来，优先级高的先拿；要是优先级一样，就比谁的预估资源使用率高，能产生更高价值的先拿；要是还是谈不拢，我就牵头开协调会，摆数据讲道理，绝对不偏心。之前有两个P2项目抢同一个资深架构师的时间，两边都急着上线，最后我们协调出来错峰排期，一个在前半个月做架构设计，一个在后半个月，两边都满意，根本没必要闹得不愉快。5方案落地的保障措施再好的规则也要有保障才能落地，不然就是一纸空文。5.1组织责任保障我们每个部门都设了专门的架构资源对接人，专门负责本部门的资源上报、申请和对接，我们架构管理组有四个人专门负责全公司的资源盘点、审批、协调，责任到人，有事随时能找到人，不会出现推锅的情况。5.2工具系统保障我们做了专门的内部资源管理系统，所有资源的归属、使用状态、申请审批记录全在上面，全公司所有人都可以查，完全公开透明，谁占了多少资源，使用率多少，一眼就能看到，根本不存在暗箱操作的空间。5.3激励约束机制我们把每个部门的架构资源占用算入部门的季度成本，要是部门超了成本配额，会适当扣部门的绩效分数，要是部门主动盘活闲置资源，上交闲置资源省下了成本，我们会给部门申请节约奖励，一般都是省下来的钱拿十分之一当团队活动经费，所以大家都愿意主动上交闲置资源，去年一年就有八个部门主动上交了闲置资源，拿了奖励，皆大欢喜。5.4人性化申诉通道要是部门对我们的分配或者回收决定有意见，可以直接找我申诉，我们会立刻重新核查数据，要是确实是我们判断错了，当天就调整结果。之前有个部门说我们把他们预留的测试服务器算成闲置了，我们去查了之后，发现他们的测试任务是每周只跑一次，平时使用率确实低，但是确实有用，我们立刻就改了定级，不回收，也没让人家吃亏。方案总结这套架构资源分配管理方案推行快两年了，我们全公司的架构资源利用率从原来的不到百分之六十，涨到了现在的百分之八十六以上，每年能省好几百万的架构成本，部门之间因为资源抢位置的投诉，比之前少了八成还多，