标签：持续交付 优化 产品
本文用于记录一个人肉运维的奋起之路
系统层面
系统组件：
1、nginx（单点或负载）
2、memcached（只能单点）
3、rabbitmq（单点）
4、php
5、mysql（主从）
6、mongodb（主从）
7、redis（主从）
架构：
1、从应用服务器没有任何意义
2、缺乏高可用可靠性
产品层面
服务特点：
1、微服务
2、容器不同（jetty、netty、paly）
3、配置文件繁杂不易管理
更新方式：
1、jar包，war包，配置文件，sql脚本，移动端分开更新，容易出问题
2、容易因更新导致服务异常
分支特点：
开发只有一个主分支（release），每次定小版本便会将当前的主分支克隆一份并命名a.b，后面再次发版则又克隆一份最新的release命名为a.b+1或者a+1.0 。这会导致有些环境部署的时候用的release主分支，但过了很久之后需要重新构建移动端会构建最新的release导致新端连旧后台，出一堆问题。
痛点
没有高可用
服务较多管理不便（没有管理平台）
分支管理是个坑
努力方向
1、要想实现高可用，必须先实现监控和管理平台
2、完成监控和管理平台后加入keepalive实现高可用
3、分支策略：release分支只用来bugfix和验证新功能，作为线上测试环境使用，用户部署和每次发版都是用固定的版本名。
本文出自 “小猪晶晶” 博客，谢绝转载！
标签：持续交付 优化 产品
原文地址：http://priester.blog.51cto.com/9495902/1967413
