年久失修的大厂系统如何做迁徙

话题背景

在企业IT基础设备中，一些系统或许因长期间运转而未能及时更新和保养，造成它们逐突变得过期且不再牢靠。这些年久失修的系统或许存在以下疑问：配件老化、软件过期、安保性破绽频发、性能瓶颈以及不支持新的业务需求。这些疑问很有影响日常运营效率。

那么有共事提出了该不懂：咱们正方案对一款运营系统启动收拢和下线处置。但是，因为该系统曾经长期间未启动保养，加之团队成员的频繁变化，造成许多性能的详细用途和面前的设计逻辑曾经变得含糊不清。为了确保下线环节的顺利启动并最大水高山缩小潜在危险，咱们应该采取什么措施来从新梳理和了解这款系统的各个方面呢？

那今日就让咱们来一同聊聊“年久失修的系统究竟该如何做迁徙？”

鹅厂工程师的认识

一、

\dol-数据开掘工程师/

既然是要收拢下调的运营系统，应该关键性能都有代替平台了。

以我团体收拢/更新变革 N个老运营系统的阅历，可以从以下几个方面着手：

1. 支进口：关键有上方两类

2. 查进口：关键有

流程上可以分为以下几个步骤：

二、

\johnson-研发工程师/

若：

找日志或许监控消息，看进站出站流量，搜集页面访问和后盾调用状况；没有的话，思索在前后端性能一些监控来采集消息，而后监测之；找到DB，捋一遍数据的最后更新日期，事务日志等消息，协助对访问状况做一个大抵的预计；经过前序取得的消息，找到用户个体，搞清楚系统的性能，判别能否能下线，探讨下线后的后续接续方案等等....

三、

\xavier-开发工程师/

假设是针对收拢下线旧系统迁徙用户到新系统的场景，团体倡导可以尝试以下几个步骤：

1. 消息搜集

2. 战略及实施

留意事项：

四、

\esword-架构工程师/

五、

\sai-开发工程师/

(1) 经过日志剖析平台，找到最近3个月的外围API+访问IP

(2) 拆分系统性能类型：从义务流的设计上看，系统义务分为两大类：同步义务，异步义务。

2. 进一步了解性能：经过绘制流程图、DB日志、代码日志加深系统了解

(1) 用流程图梳理：外围API内的大抵访问相关链，加深对系统链路的了解

(2) 经过DB的访问日志，可以找到经常使用的表，经过表结构和数据内容进一步了解系统性能

假设是云数据库，以腾讯云数据库为例，可以在控制台导出后端链接数据库的日志（增删改查日志）

(3) 在外围API内，参与详细日志

(4) 在进一步了解系统性能环节中，整顿输入相关文档，预备下线

(1) 下线前

(2) 下线中

比如：api交流指引，WEB页面交流指引

整顿输入访问的在线表格，逐渐跟进切换下线结果

六、

\keson-生态技术工程师/

可以先本地更新下，更新下系统内核和驱动lib库等，而后再经过迁徙工具启动在线迁徙更新