Difference between a local installation and the Capella Collaboration Manager
You may have thought about why you should use the Capella Collaboration Manager and not just a local Capella installation. It depends on a variety of factors, so here is a decision help:
Local Capella Installation | Capella Collaboration Manager | |
---|---|---|
Differences between operating systems | When the team uses different operating systems or dependencies, there may be small differences in the Capella behaviour. Bugs have to be collected and reported for each OS individually. In addition, it's important that all users use the same font, otherwise diagrams will change on each save when a new font is applied. Diagrams might look different on different devices. | All sessions run on Linux in a Docker container with exactly the same dependencies. Bugs are easier to reproduce. |
Configuration | Manual configuration by users. Some configuration options have to be aligned in the team. | Pre-defined configuration according to best-practises and experience. Users may deviate from the central configuration via modifications in their personal workspace. |
Performance | Native Capella performance, no latency in local projects. | Performance depends on the internet connection and latency. |
Backups | Unless saved on a remote server like TeamForCapella or Git, changes have to be backed up manually. | Workspaces can be backed up regularly (this service might not be enabled for all environments). |
Offline working | Offline working possible with local models or with the Git workflow. Not possible with TeamForCapella. | Access via browser with active internet connection. Working offline is not possible at the moment. |
Installation effort | Software, plugins, dependencies and dropins have to be installed and updated manually. | Everything is installed centrally and managed by the System Administrators. |
Working together in one Capella instance | Requires external software for screen sharing. | Natively integrated with session sharing. You can see other users' pointers and collaborate interactively. |
Task automation | Tasks can be automated using capellambse and capellambse-context-diagrams locally. Python, dependencies and packages have to be installed manually. |
Native integration of Jupyter with the latest versions of capellambse and capellambse-context-diagrams preinstalled. |
Support effort | High effort to support installation on many different devices. Workspaces and logs are not accessible centrally. | Central log collection and installation. For debug purposes, workspace can be accessed by System Administrators. |
Access management | Access has to be managed centrally, either manually on the TeamForCapella server or via AD groups. | Access is self-managed by project administrators. |
Support for read-only sessions | Users consume licenses in TeamForCapella projects for read-access. Changes to the model are not prohibited. | All changes to models in read-only sessions are discarded. No license is needed for read-only sessions. |
Monitoring capabilities | Monitoring has to be built manually. | Monitoring of TeamForCapella repositories, license usage and usage of different tools / versions. |