#运维侠客行·杭州站#关于业务、开发、架构、运维的思考
运维侠客行特邀作者 黄河,平安壹钱包高级架构师,应用运维负责人。前支付宝、大众点评资深运维工程师。 纵观整个互联网,整个技术部门,或多或少存在以下的情况: **开发(业务开发):**永远被业务驱使或者强奸,越来越忙,支持业务越来越疲于奔命。产品、业务上线快,bug也很多。 架构:一般中大型的互联网公司,都会有架构部门或者小组。他们一般认为主要解决业务开发人员的需求,如提供RPC框架,消息中间件,缓存方案等,顺便也显示出其技术的水平就更好了。往往会出现,方案设计很漂亮,最终落地时却问题百出。运维:绝大多数互联网公司,运维的压力主要在于支持日常的工作:环境搭建、产线配置、部署、SQL变更、数据库扩容(垂直拆分)、网络配置、防火墙配置、产线故障应急等。往往被日常支持工作绑架。 下面的这组图,就是现实: 相信以上图组,大家看了都有很大的共鸣。这也是很多互联网公司的现状,BAT也不例外。 每个岗位怎样跳出这样的怪圈,窃以为: **业务开发:**除了满足产品提出的各种需求外,需要给留20%-40%的时间(用加班也行),想着怎样优化本身的业务架构:如怎样提升原来设计不合理的架构,优化之,提升稳定性、...