[云计算期中架构模版（一）.png-96.8kB][1]
1.2 架构图公司背景概述 公司是一个新兴的人脸识别高新创业公司，公司名称xxxx 老总是博士生导师，还有一个副总是研究生导师 副总同时是研发总监，负责所有的研发人员管理 产品研发一共有4个小组，总共27人左右，每个小组有一个产品研发经理（在读博士生），成员绝大多数都是在读硕士生，偶尔也会外聘有经验的研发人员。 运维这里本来只有我和一个网管两个人，但最近随着业务需要，又刚刚新招了一个负责线上展示环境的大数据运维（主要是hadoop，zookeeper等）。我则主要负责公司产品线的生产环境运维。 在这个架构图中，我负责所有的搭建、维护、监控、备份、脚本编写还有权限管理。数据库我只负责部署和备份，其他方面由开发总监负责。 公司一共有四条产品线，三个PHP的一个JAVA的。在权限管理上，我是通过sudo来管理权限的，在我的规划中，不论运维还是开发，都不会给root权限；只有产品经理或者研发总监我才有可能给相应服务器级别的权限；针对运维总监（也就是我们的副总）才会给root权限。 我们的普通用户是根据项目来的，我们公司有四条产品线，我为每一个项目建立一个普通用户，因此不论nginx还是tomcat都是跑在普通用户下的。 就算日后要扩充一些公共服务，我也可以让它跑在普通用户下。总的来说是这样的，我对运维的理解是，运维做运维的事情，开发做开发的事情。运维负责网络系统，只要系统没有故障，只要网络没有故障，只要系统资源还够用，那么我们运维的职责就到位了。 我的运维理念是项目负责制，也就是说每个项目的责任人是开发，我们运维大概占30%-40%的责任。我们的开发占60%的责任。当进程上线的时候，这个服务是由普通用户跑的。它的每个站点目录都是普通用户的权限，也就是700的权限普通用户，这个是最安全的。无论是项目的启动，停止，以及代码上线，日志收集，日志分析都是通过我们进程跑的普通用户实现的。我们在管理这个项目的时候，我们可以把开发的用户加到这个项目组里面，这样负责相应项目的开发人员就有对应项目的所有权限。 1.3 项目经验相关简述参考 1.
阅读背景：
Linux运维就业技术指导（八）：期中架构考核
来源：互联网
分享到：
