可运维性的提升和其他引擎迁移的方案支持

在调研迁移ha3可行性的过程当中的一些问题记录，供规划参考：

1. 索引迁移，怎么样从比如es mappings切换到ha3的schema；
2. query迁移，一些es比较特殊的语法，rank_feature/script 等怎么改，我理解的话可以用自定义的字段和udf/function之类的来解决，不过文档太少，不太好琢磨；
3. 索引构建，索引构建和分发这块介绍比较少，我们希望这个流程可以通过如airflow这样的调度框架来控制，介入数据的版本切换过程；
4. 运维，hippo/swift等在厂内都没有支持经验，如果对标的k8s/kafka这样的方案就更好；监控，文档也较少，这个没有的话短时间只能先旁路验证为主，不能直接上线；
5. 性能，对应的一些引擎参数不了解，对于之前不熟悉ha3的同学来说上线如果假设遇到性能问题会比较晕；

Start by breaking the five concerns in the issue into separate scopes: schema and query migration, index build and distribution, operations and monitoring, and performance tuning. No files or tests are named, so first review the existing migration and operational documentation and identify concrete entry points. Done should be a defined plan or scoped issues covering these areas.

Written by the indexing model from the issue text.