diff --git a/_community_members/amitgalitz.md b/_community_members/amitgalitz.md index 6748ea7114..67f210cfb1 100644 --- a/_community_members/amitgalitz.md +++ b/_community_members/amitgalitz.md @@ -20,4 +20,4 @@ personas: permalink: '/community/members/amit-galitzky.html' --- -**Amit Galitzky** is a software engineer at Amazon Web Services. He focuses mostly on the Anomaly Detection plugin for OpenSearch. \ No newline at end of file +**Amit Galitzky** is a software engineer at Amazon Web Services focusing mostly on the OpenSearch Anomaly Detection and Flow Framework plugins. \ No newline at end of file diff --git a/_community_members/hnyng.md b/_community_members/hnyng.md index cd88dd2877..0d43b7d25d 100644 --- a/_community_members/hnyng.md +++ b/_community_members/hnyng.md @@ -20,4 +20,4 @@ personas: permalink: '/community/members/jackie-han.html' --- -Jackie Han is a software engineer at AWS. focusing mostly on anomaly detection in OpenSearch. \ No newline at end of file +Jackie Han is a software engineer at Amazon Web Services focusing mostly on the OpenSearch Anomaly Detection and Flow Framework plugins. \ No newline at end of file diff --git a/_community_members/jpalis.md b/_community_members/jpalis.md new file mode 100644 index 0000000000..5fe69fd81e --- /dev/null +++ b/_community_members/jpalis.md @@ -0,0 +1,23 @@ +--- +name: Josh Palis +short_name: jpalis +photo: '/assets/media/community/members/jpalis.jpg' +title: 'OpenSearch Community Member: Josh Palis' +primary_title: Josh Palis +breadcrumbs: + icon: community + items: + - title: Community + url: /community/index.html + - title: Members + url: /community/members/index.html + - title: 'Josh Palis's Profile' + url: '/community/members/josh-palis.html' +github: joshpalis +job_title_and_company: 'Software engineer at Amazon Web Services' +personas: + - author +permalink: '/community/members/josh-palis.html' +--- + +**Josh Palis** is a software engineer at Amazon Web Services focusing mostly on the OpenSearch Flow Framework plugin. \ No newline at end of file diff --git a/_community_members/ohltyler.md b/_community_members/ohltyler.md index 02235ee89e..9fb46655b5 100644 --- a/_community_members/ohltyler.md +++ b/_community_members/ohltyler.md @@ -20,4 +20,4 @@ personas: permalink: '/community/members/tyler-ohlsen.html' --- -**Tyler Ohlsen** is a Software Engineer at AWS, focusing on anomaly detection in OpenSearch. \ No newline at end of file +**Tyler Ohlsen** is a software engineer at Amazon Web Services focusing mostly on the OpenSearch Anomaly Detection and Flow Framework plugins. \ No newline at end of file diff --git a/_posts/2024-04-05-Configurable-Automation-for-OpenSearch-ML-Use-Cases.md b/_posts/2024-04-05-Configurable-Automation-for-OpenSearch-ML-Use-Cases.md new file mode 100644 index 0000000000..5229f3d4a7 --- /dev/null +++ b/_posts/2024-04-05-Configurable-Automation-for-OpenSearch-ML-Use-Cases.md @@ -0,0 +1,127 @@ +--- +layout: post +title: "Configurable automation for OpenSearch ML use cases" +authors: + - kazabdu + - amitgalitz + - dwiddis + - jpalis + - hnyng + - ohltyler + - minalsha +date: 2024-04-08 +categories: + - technical-posts +meta_keywords: Flow Framework, OpenSearch plugins, Machine Learning +meta_description: Explore the simplicity of integrating Machine Learning capabilities within OpenSearch through an innovative and groundbreaking framework designed to simplify complex setup tasks. +--- + +In OpenSearch, to use machine learning (ML) offerings, such as semantic, hybrid, and multimodal search, you often have to grapple with complex setup and preprocessing tasks. Additionally, you must write verbose queries, which can be a time-consuming and error-prone process. + +In this blog post, we introduce the OpenSearch Flow Framework plugin, [released in version 2.13](https://opensearch.org/blog/2.13-is-ready-for-download/) and designed to streamline this cumbersome process. By using this plugin, you can simplify complex setups with just one simple API call. We've provided automated templates, enabling you to create connectors, register models, deploy them, and register agents and tools through a single API call. This eliminates the complexity of calling multiple APIs and orchestrating setups based on the responses. + +## Before the Flow Framework plugin + +Previously, setting up semantic search involves *four separate API calls*, outlined in the [semantic search documentation](https://opensearch.org/docs/latest/search-plugins/semantic-search/): + +1. Create a connector for a remote model, specifying pre- and post-processing functions. +2. Register an embedding model using the connector ID obtained in the previous step. +3. Configure an ingest pipeline to generate vector embeddings using the model ID of the registered model. +4. Create a k-NN index and add the pipeline created in the previous step. + +This complex setup required you to be familiar with the OpenSearch ML Commons APIs. However, we are simplifying this experience through the Flow Framework plugin. Let's demonstrate how the plugin simplifies this process using the preceding semantic search example. + +## With the Flow Framework plugin + +In this example, you will configure the `semantic_search_with_cohere_embedding_query_enricher` workflow template. The workflow created using this template performs the following configuration steps: + +* Deploys an externally hosted Cohere model +* Creates an ingest pipeline using the model +* Creates a sample k-NN index and configures a search pipeline to define the default model ID for that index + +### Step 1: Create and provision the workflow + +Using the `semantic_search_with_cohere_embedding_query_enricher` workflow template, you provision the workflow with just one required field---the API key for the Cohere Embed model: + +```json +POST /_plugins/_flow_framework/workflow?use_case=semantic_search_with_cohere_embedding_query_enricher&provision=true +{ + "create_connector.credential.key" : "" +} +``` + +OpenSearch responds with a unique workflow ID, simplifying the tracking and management of the setup process: + +```json +{ + "workflow_id" : "8xL8bowB8y25Tqfenm50" +} +``` + +Note: The workflow in the previous step creates a default k-NN index. The default index name is `my-nlp-index`. + +You can customize the template default values by providing the new values in the request body. For a comprehensive list of default parameter values for this workflow template, see [Cohere Embed semantic search defaults](https://github.com/opensearch-project/flow-framework/blob/2.13/src/main/resources/defaults/cohere-embedding-semantic-search-defaults.json). + +### Step 2: Ingest documents into the index + +Once the workflow is provisioned, you can ingest documents into the index created by the workflow: + +```json +POST /my-nlp-index/_doc +{ + "passage_text": "Hello world", + "id": "s1" +} +``` + +### Step 3: Perform vector search + +Performing a vector search on the index is equally straightforward. Using a neural query clause, you can easily retrieve relevant results: + +```json +GET /my-nlp-index/_search +{ + "_source": { + "excludes": [ + "passage_embedding" + ] + }, + "query": { + "neural": { + "passage_embedding": { + "query_text": "Hi world", + "k": 10 + } + } + } +} +``` + +With the Flow Framework plugin, we've simplified this complex setup process, enabling you to focus on your tasks without the burden of navigating complex APIs. Our goal is for you to use OpenSearch seamlessly, uncovering new possibilities in your projects. + +## Viewing workflow resources + +The workflow you created provisioned all the necessary resources for semantic search. To view the provisioned resources, call the Get Workflow Status API and provide the `workflowID` for your workflow: + +``` +GET /_plugins/_flow_framework/workflow/8xL8bowB8y25Tqfenm50/_status +``` + +## Additional default use cases + +You can explore more default use cases by viewing [substitution templates](https://github.com/opensearch-project/flow-framework/tree/2.13/src/main/resources/substitutionTemplates) and their corresponding [defaults](https://github.com/opensearch-project/flow-framework/tree/2.13/src/main/resources/defaults). + +## Creating custom use cases + +You can tailor templates according to your requirements. For more information, see [these sample templates](https://github.com/opensearch-project/flow-framework/tree/main/sample-templates) and the [Automating configurations](https://opensearch.org/docs/latest/automating-configurations/index/) documentation. + +## Next steps + +In our ongoing efforts to enhance the user experience and streamline the process of provisioning OpenSearch ML offerings, we have some exciting plans on our roadmap. We aim to develop a user-friendly drag-and-drop frontend interface. This interface will simplify the complex steps involved in provisioning ML features, thereby allowing you to seamlessly configure and deploy your workflows. Stay tuned for updates on this exciting development! + +If you have any comments or suggestions, you can comment on the following RFCs: + +- [Backend RFC](https://github.com/opensearch-project/OpenSearch/issues/9213) +- [Frontend RFC](https://github.com/opensearch-project/OpenSearch-Dashboards/issues/4755) +- [Flow Framework GitHub repository](https://github.com/opensearch-project/flow-framework) +- [Flow Framework Dashboards GitHub repository](https://github.com/opensearch-project/dashboards-flow-framework) diff --git a/assets/media/community/members/jpalis.jpg b/assets/media/community/members/jpalis.jpg new file mode 100644 index 0000000000..28d0cb055d Binary files /dev/null and b/assets/media/community/members/jpalis.jpg differ