这是学习笔记的第 1822篇文章
数据库
在年中的时候,带着团队巩固了资源申请的部分,在运维平台的后端实现了实例部署的功能对接,经历了大量的实例部署实践,也发现了脚本的不少不足之处,到了如今,算是一个相对稳定的版本了。再往前走一步,就是业务服务的自助化,其实这是一个平台化功能系统对接的一段心路历程吧,这个阶段带给个人一个收益就是我清楚如今的功能须要什么缺乏什么,这些信息是相对明确并且能够预见结果的。后端
因此这个事情摆上日程以后,我在团队以前设计的demo和行业里的一些经验的基础上,总结了一个新版本的实例申请demo.微信
这个事情其实想表达的就是技术价值的变现,技术价值的变现其中一个体现方式就是成本,因此咱们原先的资源申请是基于审批机制,可是审批机制存在太多主观的方式,好比这个服务是否是能够申请,上下游都不关心,配置高仍是低,其实业务确定愿意选择高配,下游环境但愿尽需所用,二者的一个平衡就是可见的成本。app
因此资源申请是涉及成本预算的,而数据库服务的价值也能够经过这种方式来体现,好比咱们设计了容灾方案,设计了高可用方案,还作了定制化需求,这些都是业务以前不了解的事情,可是和成本打包起来,就能够供业务自助选择。运维
因此按照这个思路,咱们能够在系统资源的基础上打包数据库服务,让业务获得一个看得见的服务和成本。
学习
本文分享自微信公众号 - 杨建荣的学习笔记(jianrong-notes)。
若有侵权,请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”,欢迎正在阅读的你也加入,一块儿分享。spa