We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
假如说一个系统的生命周期比作是养育孩子,那么,从十月怀胎到生下孩子的过程,就好比是软件研发;等到孩子呱呱坠地之后,对孩子的喂养、教育以及对孩子细心的照顾等等这些过程就是软件运维了。
当一个好的产品落地之后,并不是一成不变的,随着用户量的增多,会衍生出很多新的需求和改动,这时候,研发工程师就开始忙了,经过熬夜加班赶出来的东西,他们希望能够迅速的上线,迅速的发布到市场;但是系统管理员在部署上线的时候,因为早期都是人为手工操作,所以难免会发生各种各样的问题,导致产品稳定性得不到保证;在用户量变得非常巨大,产品项目变得非常巨大的时候,这种由变更带来的系统不稳定,就变成了一个非常棘手的问题。
这时候,google运维团队的管理者就想出了一个办法:”我找一帮软件工程师,来开发一套软件系统,来代替人为的手工操作,不就可以解决这个问题吗“。于是,SRE应运而生。
在Google,一个标准的SRE团队,通常会有两类工作:第一类是传统运维,例如工单处理,手工操作等等,另外一类,就是软件系统的研发。Google规定,一个运维团队,它的传统运维工作,不能超过工作时间的50%,其余时间都是研发。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
SRE的诞生
假如说一个系统的生命周期比作是养育孩子,那么,从十月怀胎到生下孩子的过程,就好比是软件研发;等到孩子呱呱坠地之后,对孩子的喂养、教育以及对孩子细心的照顾等等这些过程就是软件运维了。
当一个好的产品落地之后,并不是一成不变的,随着用户量的增多,会衍生出很多新的需求和改动,这时候,研发工程师就开始忙了,经过熬夜加班赶出来的东西,他们希望能够迅速的上线,迅速的发布到市场;但是系统管理员在部署上线的时候,因为早期都是人为手工操作,所以难免会发生各种各样的问题,导致产品稳定性得不到保证;在用户量变得非常巨大,产品项目变得非常巨大的时候,这种由变更带来的系统不稳定,就变成了一个非常棘手的问题。
这时候,google运维团队的管理者就想出了一个办法:”我找一帮软件工程师,来开发一套软件系统,来代替人为的手工操作,不就可以解决这个问题吗“。于是,SRE应运而生。
在Google,一个标准的SRE团队,通常会有两类工作:第一类是传统运维,例如工单处理,手工操作等等,另外一类,就是软件系统的研发。Google规定,一个运维团队,它的传统运维工作,不能超过工作时间的50%,其余时间都是研发。
The text was updated successfully, but these errors were encountered: