关于程序部署的思考

Posted 2021-06-29 supingemail

好记忆不如烂笔头，能记下点东西，就记下点，有时间拿出来看看，也会发觉不一样的感受。

来聊一聊，软件部署时候资源（服务器资源）申请的问题。

 

为什么要说到这个问题，因为最近的一件事情，觉得可以抒发下自己的观点：
业务要上线一个系统，用户量和点击数，都属于小众，可是项目的负责人，却在申请资源的时候，做饭真的是让人感觉资源浪费，具体细节不便多说。

 

说到这个问题，其实这主要是和老板息息相关。有钱的公司，资源只要不是太随意，随便提（有点夸张，但是却有这样的土豪公司）；一般公司：提出的部署资源会被询问很多为什么，以及干什么？至于是创业公司，

那就不多说了：就是能省则省，恨不得将应用程序，数据库，缓存，消息，检索(ES),前端 等等都放一台机器上，反正是能怎么省，就怎么省。

但是，作为一个企业人，应该做的是：为领导排忧艰难，为老板开源节流。话说的有点大，但并非是拍马屁，而是确实要因材施教，量才而行，能节省不必要的开支，那就应当节省。

书回正题，那么软件部署时候，资源申请，到底应该怎么做呐？

对于这个问题，没有一个明确的，或者说是标准的答案，只能说是因人而异，全靠项目架构师和项目经理（产品经理）两人协商确定。

申请资源的条件主要有：1、评估业务的并发数（QPS/TPS）；2、使用的客户数；3、使用频次；4、缓存，消息，检索辅助软件等因素来综合评定到底应该使用多少部署资源。

如果是做的电商类的系统，那么抢购场景是需要申请资源的，如果系统中有大量的定时任务，消息消费者等的时候，那么也是需要考虑在申请资源的时候，将这部分的损耗都算进去的。

不同的业务有不同的要求，不同的系统架构者也有自己的认知，故而一个可以定量的标准来执行。

不管怎么样，切记不要浪费资源。比如一个OA系统，客户量不足10人，访问频次一周/5 次，而且还是一个单体应用，如果是这样的一个应用，如果程序部署申请3台机器去部署，这样

显然就有点小题大做，浪费资源了。单具体要怎么样操作，真的也是一门技巧和经验。得在日常的锤炼中才能很明确清晰的知道到底该怎么申请资源，才能让老板觉得可以接受， 让领导觉得合理。