AWS solutions documentation change
Summary
Updated terminology to 'Serverless NextGen' and added technical details about vector compatibility transformations
Security assessment
The change enhances technical documentation about vector field transformations during migration but contains no security controls, vulnerability fixes, or security feature descriptions. Added engine conversion details (nmslib→faiss) are operational improvements.
Diff
diff --git a/solutions/latest/migration-assistant-for-amazon-opensearch-service/tdvk-builtin-behavior.md b/solutions/latest/migration-assistant-for-amazon-opensearch-service/tdvk-builtin-behavior.md index 6eedbaa91..21933c272 100644 --- a//solutions/latest/migration-assistant-for-amazon-opensearch-service/tdvk-builtin-behavior.md +++ b//solutions/latest/migration-assistant-for-amazon-opensearch-service/tdvk-builtin-behavior.md @@ -9 +9 @@ -When Migration Assistant encounters a `dense_vector` field in a source mapping, template, or component template, it produces a `knn_vector` field on the Amazon OpenSearch Service domain or Amazon OpenSearch Serverless collection. The transformation maps the source field’s vector definition to the equivalent OpenSearch concepts: +When Migration Assistant encounters a `dense_vector` field in a source mapping, template, or component template, it produces a `knn_vector` field on the Amazon OpenSearch Service domain or Amazon OpenSearch Serverless NextGen collection. The transformation maps the source field’s vector definition to the equivalent OpenSearch concepts: @@ -43 +43 @@ The result is a complete, valid `knn_vector` mapping. A simplified example of th -The exact `space_type`, `engine`, and parameter values depend on the source definition and the target version. Newer Amazon OpenSearch Service and Amazon OpenSearch Serverless targets receive additional vector compatibility transformations so the produced mapping matches what the target version accepts. Always confirm the final mapping on the target after metadata migration (see [Post-migration validation](./tdvk-validation.html)). +The exact `space_type`, `engine`, and parameter values depend on the source definition and the target version. Newer Amazon OpenSearch Service and Amazon OpenSearch Serverless NextGen targets receive additional vector compatibility transformations: legacy `index.knn.*` build settings are moved into field-level method configuration, `nmslib` engines are converted to `faiss` for OpenSearch 3.x targets, and Serverless targets receive Faiss HNSW mappings. Always confirm the final mapping on the target after metadata migration (see [Post-migration validation](./tdvk-validation.html)).