新闻发布会流程顺序_新闻发布会流程图( 二 )


3)下游
确认下游jar包版本是否正确,线上最好使用release包、确认下游的业务方是否已经上线 。
4)鉴权
验证需要调用的服务都能通过鉴权,检查所有参与上线的子系统都完成授权 。
5)上游
Nginx层,确认路由策略,在发布过程中会不会造成用户不断刷新页面命中不同代码逻辑,给用户带来用户体验上的问题和困扰 。上游业务方,确保和上游业务方沟通好,等当前服务全量发布后且观察、验证没问题再通知上游发布 。6)业务内部
通过代码review,QA测试等方式保证上线对现有业务逻辑没有影响 。代码review:重点查看代码规范、业务逻辑的正确性、对相关功能的影响2、预发布环境测试
预发环境中新功能为最新代码,其他功能代码和生产环境一致预发环境和生产环境的访问域名不同预发布会访问到在线真实数据,尽量不要产生脏数据,从而影响在线环境用户不能访问到预发布环境预发布环境应该尽量避免对线上环境的影响预发环境测试通过, 则以邮件通知相关开发、产品、运维, 准备正式上线 。
四、正式上线环节【新闻发布会流程顺序_新闻发布会流程图】1、上线流程
在项目具备发布条件下,正式上线前,开发人员召集所有相关人员(开发,测试、运维、产品)讨论此次部署内容(重点介绍各方的具体内容与职责、 数据脚本执行、部署的顺序、配置文件、 部署时间、回滚方案等),最后形成会议纪要并发出邮件 。
确认上线后,测试人员通过邮件发送上线申请,包括上线方案、数据库脚本、配置文件、版本号等,并抄送相关责任人,如开发、运维及DBA等 。DBA提前执行数据库脚本,应用部署应通过自动化部署平台进行部署,部署系统应在应用系统中记录当前分支号,以便后续回滚使用 。在部署过程中出现问题,由对应负责人及时解决,如果问题不能在发布的计划时间内予以解决,则执行回滚方案 。运维及DBA在操作完成时,均需要回复邮件,并说明操作结果 。发布完成后,运维人员邮件通知测试人员,业务及需求相关人员进行线上测试 。测试结果及问题、提交开发,如果出现问题不能在计划时间内解决,执行回滚方案,并重新进行迭代 。2、金丝雀发布(灰度发布)
金丝雀发布的思想则是将少量的请求引流到新版本上,因此部署新版本服务只需极小数的机器 。验证新版本符合预期后,逐步调整流量权重比例,使得流量慢慢从老版本迁移至新版本,期间可以根据设置的流量比例,对新版本服务进行扩容,同时对老版本服务进行缩容,使得底层资源得到最大化利用 。
3、发布结果
通过金丝雀发布,需要比较长的时间才能将新的版本全部替换到服务器上,但是风险更小、底层资源消耗更少 。
发布完成之后,需要将发布结果通知到相关责任人:
PM: 周知PM关注业务指标、客诉等上游:如果上游依赖此发布,周知上游开始发布下游:周知下周注意流量增量及耗时等情况五、 运维监控运维人员持续对线上业务进行有计划的监控及日志采集, 及时发现问题处理及反馈问题 。
常用的的监控报警包括:
新、旧版本的流量及百分比对外提供的接口的性能指标、下游的性能指标(TP50、TP90、TP99、TP999)异常指标及报警业务指标六、总结在平时工作中,都是做好了万全的准备之后,才会执行上线的,但是整个过程也很难保证100%成功,因此做好完善、规范的防范措施很重要:
不在高峰期上线,如必须上线,要发邮件申请,同时降低并发度上线前周知保证能回滚发布过程采用分组发布(强制)上线过程中观察系统指标、业务指标、异常指标等;如有异常立即禁用已发布机器上线后周知PM、上下游等有异常第一时间回滚ALLEN老师软件测试小课堂:
https://zhuanlan.zhihu.com/p/550021486
2022产品品牌活动发布会8项工作安排:全套流程实用Excel表格3记得某位品牌传播大师曾经说过:“每个企业都需要来场品牌发布会“,事实就是如此,如果你是想打造和扩大自己品牌,确实是需要通过产品品牌活动发布会的形式来高强度曝光宣传品牌传递信息!
产品品牌活动发布会当然对于专业从事活动策划和品牌发布的朋友来说,他们更加关心品牌发布会的形式和创意、活动流程等方面,因为举办一场活动确实是需要花费很多时间和精力去做准备的 。
为了帮助各位从事媒体邀约、商业发布会、企业专访等工作的朋友提高效率,并且完满创建一场成功的品牌发布活动,我这里今天就给大家分享一套超级实用的Excel表格,涵盖产品品牌活动发布会的所有细节安排,建议大家收藏学习 。