insar-management-system-v2/docs/CURRENT_STATUS_20260425.md

当前状态快照

更新时间：2026-04-25

1. 项目形态

当前项目已经形成以下稳定形态：

• 主界面仍然是地图工作区。
• 顶级生产入口已经统一为“生产管理”。
• “生产管理”同时包含：
  • D-InSAR 运行
  • 时序 InSAR 运行
  • D-InSAR 产物
  • 时序 InSAR 产物
• 时序入口的前端显示名已经统一为“时序 InSAR”。
• 当前时序链路默认接入的是 SBAS 实现，而不是传统 PS-InSAR 单一路径。

2. 当前生产引擎

D-InSAR

• sarscape 当前可用，已有 19 个发布产品进入 catalog。

• isce2 已完成托管式接入，运行在 WSL 共享运行时中。

• gamma / pyint 运行时接口与目录已经预留，后续可继续落生产设计。

时序 InSAR

• 当前产品名称统一为“时序 InSAR”。
• 当前默认执行路径是 SBAS。
• 后续可在该顶级入口下继续扩展 psinsar、sbas-insar 等类型。

3. 结果目录现状

当前结果目录已经统一收口到 D:\production_results：

D:\production_results
├─ dinsar
├─ timeseries
└─ _quarantine

当前健康检查中的目录状态：

• D:\production_results\dinsar 存在，catalog 正常。

• D:\production_results\timeseries 存在，catalog 正常。

• D:\production_results\_quarantine 已作为统一隔离根目录纳入配置模型。

说明：

• backend\result_products 旧目录已经不是当前文件系统事实来源。
• 数据库 result_products 表仍然保留，是发布产品登记表，不要与旧目录混淆。

4. 当前启动自维护链路

后端启动时会依次执行：

1. 数据库自维护
2. SQLAlchemy 会话初始化
3. 根目录登记同步
4. manifest inventory 同步
5. D-InSAR catalog 自举
6. 时序 InSAR catalog 自举
7. pairing cache 状态自举
8. 启动健康检查

这说明当前系统已经不是“纯手工维护目录 + 手工修库”的模式，而是有稳定的启动自维护链路。

5. 2026-04-25 现场健康摘要

本次审计现场读取到的核心状态如下：

• 数据库：

  • ok = true
  • schema_ok = true
  • postgis_ok = true
  • required_table_count = 42

• D-InSAR catalog：

  • storage_root = D:\production_results\dinsar
  • manifest_count = 19
  • db_count = 19
  • needs_rebuild = false

• 时序 InSAR catalog：

  • storage_root = D:\production_results\timeseries
  • manifest_count = 0
  • db_count = 0
  • needs_rebuild = false

• 产品包：

  • total_count = 19
  • canonical_schema = insar.product-package/v1
  • 缺失 manifest / publish dir / processor / runtime / native output 均为 0

• WSL 共享运行时：

  • shared_distro = Ubuntu-24.04
  • shared_conda_env_name = insar_wsl_v1
  • shared_python_path = /home/administrator/miniconda3/envs/insar_wsl_v1/bin/python
  • required_runtime_count = 2
  • healthy_runtime_count = 2

• 配对系统：

  • status = READY
  • scene_count = 1500
  • pair_count = 91737
  • dirty_scene_count = 0

6. 现场源目录状态

当前健康检查确认以下源目录可访问：

• D:\LuTan1_Image_Pool
• D:\LT1_data_lsarorbit
• D:\DInSARResult

即当前 source_roots 为全绿状态，没有不可访问目录。

7. 当前数据库设计是否匹配

结论：

• 当前 ORM 与现场数据库匹配。
• 当前 catalog、结果包、WSL 运行时和 pairing 状态与现有架构一致。
• 当前数据库自维护机制适合现在这批“新增字段、统一结果目录、增加运行时登记”的改动。

边界：

• 它仍然只是“增量补齐型”自维护，不是全功能 migration 框架。
• 如果后续要做字段改名、类型调整、约束重构，仍然需要显式迁移方案。

8. 当前最需要保持一致的事实

以下几件事已经是当前系统事实，后续文档和代码都应围绕它们展开：

• 顶级生产入口是“生产管理”，不是“生产规划”里的临时子入口。
• 时序 InSAR 是顶级产品族，当前默认接入 SBAS。
• 结果发布根目录是 RESULT_PUBLISH_ROOT，不是历史散落目录。
• WSL 运行时是共享模型，当前共享环境为 insar_wsl_v1。
• 数据库自维护默认保守，不自动做破坏性重建。