-
Notifications
You must be signed in to change notification settings - Fork 85
[doc] Refactor the online doc, simple the sidebar #267
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Changes from all commits
45c5973
21b5173
ddbfcbd
0fed972
3ce77dd
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,25 +1,26 @@ | ||
.. _developer_guides: | ||
|
||
Developer Guides | ||
Developer Guide | ||
################ | ||
|
||
Coding Guides | ||
Coding Guide | ||
************* | ||
|
||
- :doc:`OPEA API Service Spec (v1.0) <OPEA_API>` | ||
|
||
|
||
Documentation Guide | ||
******************** | ||
|
||
.. toctree:: | ||
:maxdepth: 1 | ||
|
||
OPEA_API | ||
- :doc:`Documentation Guidelines <doc_guidelines>` | ||
|
||
- :doc:`Drawings Using Graphviz <graphviz>` | ||
|
||
- :doc:`OPEA Documentation Generation <docbuild>` | ||
|
||
Documentation Guides | ||
******************** | ||
|
||
.. toctree:: | ||
:maxdepth: 1 | ||
|
||
doc_guidelines | ||
graphviz | ||
docbuild | ||
|
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -45,7 +45,7 @@ The ChatQnA example is designed to be a simple, yet powerful, demonstration of | |
the RAG architecture. It is a great starting point for developers looking to | ||
build chatbots that can provide accurate and up-to-date information to users. | ||
|
||
To facilitate sharing of individual services across multiple GenAI applications, use the GenAI Microservices Connector (GMC) to deploy your application. Apart from service sharing , it also supports specifying sequential, parallel, and alternative steps in a GenAI pipeline. In so doing, it supports dynamic switching between models used in any stage of a GenAI pipeline. For example, within the ChatQnA pipeline, using GMC one could switch the model used in the embedder, re-ranker, and/or the LLM. | ||
To facilitate sharing of individual services across multiple GenAI applications, use the GenAI Microservices Connector (GMC) to deploy your application. Apart from service sharing , it also supports specifying sequential, parallel, and alternative steps in a GenAI pipeline. In so doing, it supports dynamic switching between models used in any stage of a GenAI pipeline. For example, within the ChatQnA pipeline, using GMC one could switch the model used in the embedder, re-ranker, and/or the LLM. | ||
Upstream Vanilla Kubernetes or Red Hat OpenShift Container | ||
Platform (RHOCP) can be used with or without GMC, while use with GMC provides additional features. | ||
|
||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. chatqna_flow_chat.png might be duplicated with mermaid workflow chat. might be good to keep one. |
||
|
@@ -204,21 +204,22 @@ The gateway serves as the interface for users to access. The gateway routes inco | |
Deployment | ||
********** | ||
|
||
Here are some deployment options depending on your hardware and environment. | ||
It includes both single-node and orchestrated multi-node configurations. | ||
Choose the one that best fits your requirements. | ||
Here are some deployment options depending on your hardware and environment. | ||
It includes both single-node and orchestrated multi-node configurations. | ||
Choose the one that best fits your requirements. | ||
|
||
Single Node | ||
*********** | ||
|
||
.. toctree:: | ||
:maxdepth: 1 | ||
:glob: | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. this looks like a duplication with the session under Projects. |
||
|
||
Xeon Scalable Processor <deploy/xeon> | ||
Gaudi AI Accelerator <deploy/gaudi> | ||
Nvidia GPU <deploy/nvidia> | ||
AI PC <deploy/aipc> | ||
|
||
---- | ||
|
||
Kubernetes | ||
|
@@ -305,7 +306,7 @@ Here is another example of exporting metrics data from a TGI microservice (insid | |
|
||
scrape_configs: | ||
- job_name: "tgi" | ||
|
||
static_configs: | ||
- targets: ["llm-dependency-svc.default.svc.cluster.local:9009"] | ||
|
||
|
@@ -330,7 +331,7 @@ The TGI metrics can be accessed at: | |
|
||
.. code-block:: bash | ||
|
||
http://${host_ip}:9009/metrics | ||
http://${host_ip}:9009/metrics | ||
|
||
Set Up the Grafana Dashboard | ||
============================ | ||
|
@@ -373,7 +374,7 @@ Run the Grafana server, without hanging-up the process: | |
|
||
Log in to Grafana using the default credentials: | ||
|
||
.. code-block:: | ||
.. code-block:: | ||
|
||
username: admin | ||
password: admin | ||
|
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,65 +1,65 @@ | ||
# OPEA Frequently Asked Questions | ||
# OPEA Frequently Asked Questions | ||
|
||
## What is OPEA's mission? | ||
## What is OPEA's mission? | ||
OPEA’s mission is to offer a validated enterprise-grade GenAI (Generative Artificial Intelligence) RAG reference implementation. This will simplify GenAI development and deployment, thereby accelerating time-to-market. | ||
|
||
## What is OPEA? | ||
## What is OPEA? | ||
The project currently consists of a technical conceptual framework that enables GenAI implementations to meet enterprise-grade requirements. The project offers a set of reference implementations for a wide range of enterprise use cases that can be used out-of-the-box. Additionally, the project provides a set of validation and compliance tools to ensure the reference implementations meet the needs outlined in the conceptual framework. This enables new reference implementations to be contributed and validated in an open manner. Partnering with the LF AI & Data places it in the perfect spot for multi-partner development, evolution, and expansion. | ||
|
||
## What problems are faced by GenAI deployments within the enterprise? | ||
## What problems are faced by GenAI deployments within the enterprise? | ||
Enterprises face a myriad of challenges in the development and deployment of GenAI. The development of new models, algorithms, fine-tuning techniques, detecting and resolving bias, and how to deploy large solutions at scale continues to evolve at a rapid pace. One of the biggest challenges enterprises come up against is a lack of standardized software tools and technologies from which to choose. Additionally, enterprises want the flexibility to innovate rapidly, extend functionality to meet their business needs while ensuring the solution is secure and trustworthy. The lack of a framework that encompasses both proprietary and open solutions impedes enterprises from charting their destiny. This results in an enormous investment of time and money, impacting the time-to-market advantage. OPEA answers the need for a multi-provider, ecosystem-supported framework that enables the evaluation, selection, customization, and trusted deployment of solutions that businesses can rely on. | ||
|
||
## Why now? | ||
## Why now? | ||
The major adoption and deployment cycle of robust, secure, enterprise-grade GenAI solutions across all industries is in its early stages. Enterprise-grade solutions will require collaboration in the open ecosystem. The time is now for the ecosystem to come together and accelerate GenAI deployments across enterprises by offering a standardized set of tools and technologies while supporting three key tenets – openness, security, and scalability. This will require the ecosystem to work together to build reference implementations that are performant, trustworthy, and enterprise-grade ready. | ||
|
||
## How does it compare to other options for deploying Gen AI solutions within the enterprise? | ||
## How does it compare to other options for deploying Gen AI solutions within the enterprise? | ||
There is no alternative that brings the entire ecosystem together in a vendor-neutral manner and delivers on the promise of openness, security, and scalability. This is our primary motivation for creating the OPEA project. | ||
|
||
## Will OPEA reference implementations work with proprietary components? | ||
## Will OPEA reference implementations work with proprietary components? | ||
Like any other open-source project, the community will determine which components are needed by the broader ecosystem. Enterprises can always extend the OPEA project with other multi-vendor proprietary solutions to achieve their business goals. | ||
|
||
## What does OPEA acronym stand for? | ||
## What does OPEA acronym stand for? | ||
Open Platform for Enterprise AI. | ||
|
||
## How do I pronounce OPEA? | ||
## How do I pronounce OPEA? | ||
It is pronounced ‘OH-PEA-AY.’ | ||
|
||
## What initial companies and open-source projects joined OPEA? | ||
AnyScale, Cloudera, DataStax, Domino Data Lab, HuggingFace, Intel, KX, MariaDB Foundation, MinIO, Qdrant, Red Hat, SAS, VMware by Broadcom, Yellowbrick Data, Zilliz. | ||
|
||
## What is Intel contributing? | ||
OPEA is to be defined jointly by several community partners, with a call for broad ecosystem contribution, under the well-established LF AI & Data Foundation. As a starting point, Intel has contributed a Technical Conceptual Framework that shows how to construct and optimize curated GenAI pipelines built for secure, turnkey enterprise deployment. At launch, Intel contributed several reference implementations on Intel hardware across Intel® Xeon® 5, Intel® Xeon® 6, and Intel® Gaudi® 2, which you can see in a GitHub repo here. Over time we intend to add to that contribution, including a software infrastructure stack to enable fully containerized AI workload deployments, as well as potentially implementations of those containerized workloads. | ||
## What is Intel contributing? | ||
OPEA is to be defined jointly by several community partners, with a call for broad ecosystem contribution, under the well-established LF AI & Data Foundation. As a starting point, Intel has contributed a Technical Conceptual Framework that shows how to construct and optimize curated GenAI pipelines built for secure, turnkey enterprise deployment. At launch, Intel contributed several reference implementations on Intel hardware across Intel® Xeon® 5, Intel® Xeon® 6, and Intel® Gaudi® 2, which you can see in a GitHub repo here. Over time we intend to add to that contribution, including a software infrastructure stack to enable fully containerized AI workload deployments, as well as potentially implementations of those containerized workloads. | ||
|
||
## When you say Technical Conceptual Framework, what components are included? | ||
The models and modules can be part of an OPEA repository or be published in a stable, unobstructed repository (e.g., Hugging Face) and cleared for use by an OPEA assessment. These include: | ||
|
||
* Ingest/Data Processing | ||
* Embedding Models/Services | ||
* Indexing/Vector/Graph data stores | ||
* Retrieval/Ranking | ||
* Prompt Engines | ||
* Guardrails | ||
* Memory systems | ||
* Ingest/Data Processing | ||
* Embedding Models/Services | ||
* Indexing/Vector/Graph data stores | ||
* Retrieval/Ranking | ||
* Prompt Engines | ||
* Guardrails | ||
* Memory systems | ||
|
||
## What are the different ways partners can contribute to OPEA? | ||
There are different ways partners can contribute to this project: | ||
## What are the different ways partners can contribute to OPEA? | ||
There are different ways partners can contribute to this project: | ||
|
||
* Join the project and contribute assets in terms of use cases, code, test harness, etc. | ||
* Provide technical leadership | ||
* Drive community engagement and evangelism | ||
* Offer program management for various projects | ||
* Become a maintainer, committer, and adopter | ||
* Define and offer use cases for various industry verticals that shape OPEA project | ||
* Build the infrastructure to support OPEA projects | ||
* Join the project and contribute assets in terms of use cases, code, test harness, etc. | ||
* Provide technical leadership | ||
* Drive community engagement and evangelism | ||
* Offer program management for various projects | ||
* Become a maintainer, committer, and adopter | ||
* Define and offer use cases for various industry verticals that shape OPEA project | ||
* Build the infrastructure to support OPEA projects | ||
|
||
## Where can partners see the latest draft of the Conceptual Framework spec? | ||
A version of the spec is available in the documentation (["docs"](https://github.com/opea-project/docs)) repository within this project. | ||
## Where can partners see the latest draft of the Conceptual Framework spec? | ||
A version of the spec is available in the documentation (["docs"](https://github.com/opea-project/docs)) repository within this project. | ||
|
||
## Is there a cost for joining? | ||
There is no cost for anyone to join and contribute to the OPEA project. | ||
## Is there a cost for joining? | ||
There is no cost for anyone to join and contribute to the OPEA project. | ||
|
||
## Do I need to be a Linux Foundation member to join? | ||
Anyone can join and contribute. You don’t need to be a Linux Foundation member. | ||
Anyone can join and contribute. You don’t need to be a Linux Foundation member. | ||
|
||
## Where can I report a bug or vulnerability? | ||
Vulnerability reports and bug submissions can be sent to [[email protected]](mailto:[email protected]). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
possible to use same mermaid workflow from github readme?