系统设计 – 灵活性 or 安全性?

栏目: 服务器 · 发布时间: 5年前

内容简介:近日遇到一个这样的决策问题,在这里记录一下。公司有多种技术栈,每种技术栈的构建和发布过程都不太一样,那么如何设计一套发布系统满足所有需求呢?这里就存在2个不同的立场。

近日遇到一个这样的决策问题,在这里记录一下。

公司有多种技术栈,每种技术栈的构建和发布过程都不太一样,那么如何设计一套发布系统满足所有需求呢?

这里就存在2个不同的立场。

研发立场

一个是我站在研发角度看待,认为应该设计一套通用的流程,将构建、部署、启动、停止等动作抽象为若干的shell script hook,允许业务自定义实现,这样就可以灵活的cover各式各样的技术栈和玩法。

运维立场

但是运维对此持否定态度,究其原因在于该方案没有足够的安全性保证,它把流程的操控权交给了使用方,而不是标准化。虽然运维可以去review这些hook脚本,但是的确太依赖于”人治”。不过该方案并不是不可行,而是需要根据公司规模来抉择,比如我在百度时的noah平台其实就是放权管理,因为实在很难为每一种技术栈玩法去做一套标准流程,

所以最终还是决定为公司的每一种技术栈订制一套标准化的构建流程,通过为不同的技术栈提供不同的流程,填写不同的构建参数,来保证流程把控在运维手中,因此更加安全。

有利就有弊,该方案的缺点就是如果要满足业务方的需求,那么就得改造发布系统的实现去适应业务。

因为公司的各个技术栈玩法相对还是可控的,因此选择为不同的应用架构分别订制一套标准构建和发布流程是更加适合公司的方案。

博主无私的分享着知识,你愿意送他一顿热腾腾的早餐吗?

系统设计 – 灵活性 or 安全性?

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

计算机程序设计艺术(第3卷)

计算机程序设计艺术(第3卷)

Donald E.Knuth / 苏运霖 / 国防工业出版社 / 2002-9 / 98.00元

第3卷的头一次修订对经典计算机排序和查找技术做了最全面的考察。它扩充了第1卷对数据结构的处理,以将大小数据库和内外存储器一并考虑;遴选了精心核验的计算机方法,并对其效率做了定量分析。第3卷的突出特点是对“最优排序”一节的修订和对排列论与通用散列法的讨论。一起来看看 《计算机程序设计艺术(第3卷)》 这本书的介绍吧!

图片转BASE64编码
图片转BASE64编码

在线图片转Base64编码工具

HTML 编码/解码
HTML 编码/解码

HTML 编码/解码