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

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

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

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

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

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

研发立场

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

运维立场

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

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

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

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

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

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

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

查看所有标签

猜你喜欢:

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

Ruby语言入门

Ruby语言入门

Yugui / 丁明、吕嘉 / 东南大学出版社 / 2010 年4月 / 32.00元

《Ruby 语言入门(中文版)》为具有一定其他语言的编程经验的读者介绍Ruby的特征、Ruby中的编程方法和编程习惯。这些内容都是为了让读者能够边阅读Ruby的资料边进行实践性的学习所必须具备的基础知识。《Ruby 语言入门(中文版)》对Ruby的基础部分和元类、块语句这样独特的概念,以及由此产生的特有的文化进行了说明,以使读者能够了解到Ruby独特的思考方式。读完《Ruby 语言入门(中文版)》......一起来看看 《Ruby语言入门》 这本书的介绍吧!

HTML 压缩/解压工具
HTML 压缩/解压工具

在线压缩/解压 HTML 代码

XML、JSON 在线转换
XML、JSON 在线转换

在线XML、JSON转换工具

Markdown 在线编辑器
Markdown 在线编辑器

Markdown 在线编辑器