持续交付优化之路(一)产品剖析

本文用于记录一个人肉运维的奋起之路

系统层面

系统组件:

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和验证新功能,作为线上测试环境使用,用户部署和每次发版都是用固定的版本名。

时间: 2024-10-16 02:30:00

持续交付优化之路(一)产品剖析的相关文章

Docker学习总结(8)——利用Docker开启持续交付之路

持续交付即Continuous Delivery,简称CD,随着DevOps的流行正越来越被传统企业所重视.持续交付讲求以短周期.小细粒度,自动化的方式频繁的交付软件,在这个过 程中要求开发.测试.用户体验等角色紧密合作,快速收集反馈,从而不断改善软件质量并减少浪费.然而,在我所接触的传统企业中,对于持续交付实践的实施都 还非常初级,坦白说,大部分还停留的手工生成发布包,手工替换文件进行部署的阶段,这样做无疑缺乏管理且容易出错.如果究其原因,我想主要是因为构建一个 可实际运行且适合企业自身环境的

运维与持续交付

在互联网的产品开发时代,产品迭代越来越频繁,"从功能开发完成直到成功部署"这一阶段被称为软件开发"最后一公里". 对于持续部署,@湾区日报 这样评论: 一个团队工程技术水平高低,直接反映在部署代码上.我碰到其他公司的人,都喜欢问你们怎么部署代码的,非常大开眼界.你很难相信,很多(有一定规模的)公司仍然是人肉 SSH 到十几.二十台机器上 git pull.手动重启服务器,部署一次代码几个小时 -- 这么原始,活该加班:) 持续部署(continuous deploy

精细化容量管理的设备成本优化之路

版权声明:本文由梁定安原创文章,转载请注明出处: 文章原文链接:https://www.qcloud.com/community/article/224 来源:腾云阁 https://www.qcloud.com/community 作者简介:梁定安,现就职于腾讯社交网络运营部,负责社交平台.增值业务的运维负责人,开放运维联盟专家委员,腾讯云布道师,腾讯课堂运维讲师. SNG社交网络运营部管理着近10万台的Linux服务器,以此支撑着腾讯社交业务海量业务与用户,如日活2.47亿的QQ.月活5.9

[转] 持续集成与持续交付备忘录

URL  :   http://blog.csdn.net/hunterno4/article/details/22525667 一本好书使您改变.它将改变您的思想,您看待问题的角度和方式,最终,它将改改您的行为.然而,所有具有重要意义的改变都不会是在一夜之间发生的,如果您相信这种变革必会发生,不妨朝着这个方向去努力,经常改变,每次改变一点点. ——<持续集成:软件质量改进和风险降低之道> CI的价值: 减少风险:缺陷的检测与修复变得更快:通过持续测试与持续审查,软件的健康程度可以测量:可以减

Docker学习总结(7)——云端基于Docker的微服务与持续交付实践

本文根据[2016 全球运维大会?深圳站]现场演讲嘉宾分享内容整理而成 讲师简介 易立 毕业于北京大学,获得学士学位和硕士学位:目前负责阿里云容器技术相关的产品的研发工作. 加入阿里之前,曾在IBM中国开发中心工作14年,担任资深技术专员,负责IBM企业平台云产品线PureApplication System的研发工作:还负责和参与了一系列IBM在Web 2.0,SOA中间件的研发和创新,也曾为全球客户提供SOA技术咨询和项目实施. 日程 大家好,我演讲的主题是<云端基于Docker的微服务与持

【腾讯Bugly干货分享】Android Patch 方案与持续交付

本文来自于腾讯bugly开发者社区,非经作者同意,请勿转载,原文地址:http://dev.qq.com/topic/57a31921ac3a1fb613dd40f3 Android 不仅系统版本众多,机型众多,而且各个市场都各有各的政策和审核速度,每次发布一个版本对于开发同学来讲都是一种漫长的煎熬.相比于 iOS 两三天就能达到 80% 的覆盖速度而言,Android 应用版本升级至少需要两周才能达到 80% 的升级率,严重阻碍了版本迭代速度.也导致市场上 App 版本分散,处理 bug 和投

阿里巴巴 web前端性能优化进阶路

Web前端性能优化WPO,相信大多数前端同学都不会陌生,在各自所负责的站点页面中,也都会或多或少的有过一定的技术实践.可以说,这个领域并不缺乏成熟技术理论和技术牛人:例如Yahoo的web站点性能优化黄金法则,以及大名鼎鼎的优化大师Steve Souders.本文并非一篇讨论性能优化技术方法的文章,而更多的是对中文站搜索List页面持续两年多的前端性能优化实践的思路总结.希望对正在从事这个领域研究的前端同学能有所帮助. 简单的说,我们的性能优化实践分为三个阶段:初探期.立规期.创新期, 每个阶段

持续交付之二——配置管理

其他持续交付相关文章:<持续交付>系列文章目录 第二章 配置管理 1. 引言 定义: 配置管理是指一个过程, 通过该过程, 所有与项目相关的产物, 以及他们之间的关系, 都被唯一的定义, 存储, 检索和修改 2. 使用版本控制 2.1. 对所有内容进行版本控制 至少要将那些用于重新创建应用程序的安装文件和安装环境所必需的所有信息保存在版本控制库中,包括 代码 文档 工具 构建环境的信息 持续集成,自动化测试,一键式部署的前提都是所有与项目相关的内容都在版本控制库中 2.2. 频繁提交代码到主干

七牛云宫静:基于容器和大数据平台的持续交付平台

7 月 6 日上午,在 ArchSummit 2018 深圳站 | 全球架构师峰会上,七牛云工程效率部技术专家宫静分享了<基于容器和大数据平台的持续交付平台>为题的演讲.本文是对演讲内容的整理.? ? 本次分享的主要内容是基于容器和大数据平台去构建的持续交付系统,是七牛云工程效率部在持续交付.容器化方面去做的技术实践.将从以下两个方向展开:一个是容器化方向,一个是持续交付的平台.主要会结合在七牛云的实践来介绍这个持续集成.持续部署在容器化方向的探索和思考,以及未来方向的考虑.? 01 业务场景