Skip to content

Commit

Permalink
chore: remove manual jar and adjust diagram + text to fit 8.7 (#4996)
Browse files Browse the repository at this point in the history
* chore: remove manual jar and adjust diagram + text to fit 8.7

* fix: version mentioning in 8.8

* chore: remove foreshadowing to 8.8

* fix capitalization:

---------

Co-authored-by: Cole Garbo <cole.garbo@camunda.com>
  • Loading branch information
Langleu and conceptualshark authored Feb 26, 2025
1 parent 438232d commit 7354e3a
Show file tree
Hide file tree
Showing 8 changed files with 7 additions and 478 deletions.
2 changes: 1 addition & 1 deletion docs/self-managed/reference-architecture/manual/manual.md
Original file line number Diff line number Diff line change
Expand Up @@ -15,7 +15,7 @@ This method of deployment requires a solid understanding of infrastructure, netw

## Key features

- **Single application JAR**: Starting from Camunda 8.7, all core components (Zeebe, Tasklist, Operate, Optimize, and Identity) are bundled into a single JAR file. This simplifies deployment by reducing the number of artifacts to manage.
- **Single application JAR**: Starting from Camunda 8.8, all core components (Zeebe, Tasklist, Operate, Optimize, and Identity) are bundled into a single JAR file. This simplifies deployment by reducing the number of artifacts to manage.
- **Full control**: Users are responsible for all aspects of deployment, including installation, configuration, scaling, and maintenance. This offers maximum flexibility for custom environments.

Other deployment options, such as containerized deployments or managed services, might offer more convenience and automation. However, VM based deployment gives you the flexibility to tailor the deployment to your exact needs, which can be beneficial for regulated or highly customized environments.
Expand Down
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Binary file not shown.
Binary file not shown.

This file was deleted.

Original file line number Diff line number Diff line change
Expand Up @@ -67,7 +67,7 @@ Additionally, Web Modeler and Console require the following:

- [Identity](/self-managed/identity/what-is-identity.md): A service for managing user authentication and authorization.

Unlike the orchestration cluster, Web Modeler and Console run a separate and dedicated Identity deployment. For production environments, using an external [identity provider](/self-managed/setup/guides/connect-to-an-oidc-provider.md) is recommended.
The Identity deployment is typically a shared entity between the orchestration cluster and Web Modeler and Console. For production environments, using an external [identity provider](/self-managed/setup/guides/connect-to-an-oidc-provider.md) is recommended.

### Databases

Expand All @@ -86,7 +86,7 @@ By decoupling databases from Camunda, you gain greater control and customization

High availability (HA) ensures that a system remains operational and accessible even in the event of component failures. While all components are equipped to be run in a highly available manner, some components need extra considerations when run in HA mode.

<!-- TODO Describe Optimize and Connectors limitations or point to resource for more -->
For Operate, Optimize, and Tasklist, which include an importer and an archiver module, it's important to note that these modules are not highly available. When scaling, ensure that these modules are disabled for each additional instance, effectively allowing only the Web UI to be scaled.

While high availability is one part of the increased fault tolerance and resilience, you should also consider regional or zonal placement of your workloads.

Expand All @@ -97,7 +97,7 @@ If running a single instance is preferred, make sure to implement [regular backu
## Available reference architectures

:::note Documentation Update in Progress
This is a work in progress as the existing documentation is updated to provide better general guidance on the topic. The Kubernetes and Docker documentation may point to older guides.
This is a work in progress as the existing documentation is updated to provide better general guidance on the topic. The Docker and manual documentation may point to older guides.
:::

Choosing the right reference architecture depends on various factors such as the organization's goals, existing infrastructure, and specific requirements. The following guides are available to help choose and guide deployments:
Expand Down Expand Up @@ -135,9 +135,7 @@ For organizations that prefer traditional infrastructure, reference architecture
- Applicable for high availability but requires more detailed planning.
- Best for teams with expertise in managing physical servers or virtual machines.

For more information and guides, see the reference for [manual setups](./manual/manual.md).

<!-- TODO add link or card for AWS EC2 -->
For more information and guides, see the reference for [manual setups](/self-managed/setup/deploy/local/manual.md).

### Local development

Expand Down
Loading

0 comments on commit 7354e3a

Please sign in to comment.