外企也半夜发布上线吗？

0 别把问题想得太复杂

• 假如有灰度发布的能力，最好白天发布；
  
• 假如没有灰度发布，只能在半夜发布。
  

即使有灰度发布能力，也不要志得意满，好好反思一下你们的灰度发布是否真的经得起考验，照旧仅仅是装装样子。
回滚方案最好在上级环境中使用生产数据演练，制止在0.1%的情况下需要回滚时，发现无法简单地通过发布上一版本服务来回滚，届时会非常尴尬。
同时，服务类型也需要思量，好比大型网络游戏（如《王者荣耀》），都是在午夜时间停服维护，这实在说明白问题。
1 形式上，必须破晓！

必须得在破晓上线。程序员的工作有一个“原罪”，就是别人很难看出来你有多努力，尤其是管理层。假如你不上班搞破晓发布，管理层看不到你的努力，尤其是部门的团体表现。既然能选择破晓上线，那就破晓上线！
假如有加班费或者调休补偿，破晓上线各人嗑着瓜子儿，吃着零食，公司提供的外卖和饮料，像开派对一样，和乐融融地等待破晓。假如有向导或者HR路过，各人一个个没精打彩，盯着屏幕苦苦思索，心里想，怎么还不结束呢。
即使上线跟你没关系，也要来，各人要在一起，部门派对。技术上早就不需要这么干了，但我们这里就是喜欢看苦情戏，必须得破晓，只是这种破晓非彼破晓，一起开party~

2 说点实际的

外企的发布流程

对于外企来说，发布流程相对规范：

• 项目规模小，客户不多：
  这种情况下，随时可以上线，好比一些管理系统或新项目的上线。
  
• 项目规模大，用户量大：
  这种情况下，通常选择访问量较少的时间上线，一般是破晓，有时甚至是周末的破晓。
  

• 年底会确定下一年的上线日期（release day），每个上线日之间会间隔一个半月，这个周期相当于敏捷开发中的迭代周期。假如业务组有需要，可以通过流程，在规定的上线日之外进行发布。
  
• 每年都有代码冻结期（code freeze period），通常是12月冻结一个月，由于圣诞假期维护人员放假，处理问题不方便，所以这个月不允许发布。假如需要发布，需要高级别向导批准。
  
• 发布环境分为测试、集成测试和生产环境。测试环境每个组可以自由发布，集成测试环境需要邮件通知支持组进行发布，生产环境只能在发布日发布。发布通常是一键摆设（one click deployment），开发组提前在Jenkins或Udeploy等摆设工具中写好脚本，颠末支持组考核后，由支持组在发布日进行实际操纵。
  
• 发布日前一周的周五会封闭集成测试环境，各开发组应该提前一周将代码摆设到集成测试环境并通过测试，确保发布时风险最小。假如在发布周内发现问题，需要重新摆设测试，需要部门向导审批。
  
• 发布日一般在美国时间周五下战书9点（中国时间周六上午9点），各组提前填写发布申请报告，通过审批后通知支持组进行发布。发布完成后，各组需要在生产环境上确认，没有问题则表示发布成功。
  

小公司的发布流程

一些小公司的发布流程雷同于上述流程，都是敏捷开发流程，发布前在测试环境上测试代码，发布前代码会封版，确保代码质量。
互联网公司发布流程

对于包含高并发组件（如Redis集群、Kafka等）的互联网公司，发布过程更加复杂，不仅需要管理代码，还需要重启中间件，或使用中间件清洗或导入数据。假如能在面试中证明自己参与过发布，并解决过发布中的问题，那么肯定能有效证明自己的商业项目经验。
结论

无论是大公司照旧小公司，破晓发布都是为了确保用户影响最小化，同时也是为了在特殊情况下能快速响应并回滚。理解并把握发布流程，能够帮助开发人员更好地应对上线过程中的各种问题。
关注我，紧跟本系列专栏文章，咱们下篇再续！

作者简介：魔都技术专家，多家大厂后端一线研发经验，在分布式系统、和大数据系统等方面有多年的研究和实践经验，拥有从零到一的大数据平台和基础架构研发经验，对分布式存储、数据平台架构、数据堆栈等领域都有丰富实践经验。
各大技术社区头部专家博主。具有丰富的引领团队经验，深厚业务架构和解决方案的积聚。
负责：

• 中央/分销预订系统性能优化
  
• 运动&优惠券等营销中台建设
  
• 交易平台及数据中台等架构和开发设计
  
• 车联网核心平台-物联网毗连平台、大数据平台架构设计及优化
  

现在主攻低落软件复杂性设计、构建高可用系统方向。

参考：

• 编程严选网
  

本文由博客一文多发平台 OpenWrite 发布！

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。