A static site generator for C4 architecture models created with Structrizr DSL. See Background for the story behind this tool.
Click here to see an example of a generated site based on the Big Bank plc example from https://structurizr.com. This site is generated from the example workspace in this repository.
master
and one or more future states in feature branches. The generated
site includes diagrams for all valid configured or detected branches.To get started with the Structurizr Site Generatr, you can either:
Please note: The intended use of the Docker image is to generate a site from a CI pipeline. Using it for model development is possible, but not a usage scenario that's actively supported.
As this approach relies on Homebrew, ensure this is already installed. For Windows and other operating systems not supported by Homebrew, please use the Docker approach instead.
To install Structurizr Site Generatr execute the following commands in your terminal:
brew tap avisi-cloud/tools
brew install structurizr-site-generatr
structurizr-site-generatr --help
Periodically, you would have to update your local installation to take advantage of any new Structurizr Site Generatr releases.
If using Homebrew is not an option for you, it's also possible to install Structurizr Site Generatr manually. This can be done as follows:
.tar.gz
or .zip
distributionbin
directory to your PATH
Though local installation is recommended for development where possible, Structurizr Site Generatr is also a packaged as a Docker image. Therefore, to use this approach, ensure Docker is already installed. Additionally, for Windows 10+ users, you may want to take advantage of WSL2 (Windows Subsystem for Linux). Both Docker and WSL2 are topics too vast to repeat here, so you are invited to study these as prerequisite learning for this approach.
Then to download our packaged image, consider the Structurizr Site Generatr releases and choose the version you wish to use. Then, in your terminal, execute the following:
docker pull ghcr.io/avisi-cloud/structurizr-site-generatr
Once downloaded, you can execute Structurizr Site Generatr via a temporary Docker container by executing the following in your terminal:
docker run -it --rm ghcr.io/avisi-cloud/structurizr-site-generatr --help
cat cosign.pub
-----BEGIN PUBLIC KEY-----
MFkwEwYHKoZIzj0CAQYIKoZIzj0DAQcDQgAEzezKl0vAWSHosQ0JLEsDzNBd2nGm
08KqX+imYqq2avlbH+ehprJFMqKK0/I/bY0q5W9hQC8SLzTRJ9Q5dB9UiQ==
-----END PUBLIC KEY-----
cosign verify --key cosign.pub ghcr.io/avisi-cloud/structurizr-site-generatr
Or by using the Github repo url:
cosign verify --key https://github.com/avisi-cloud/structurizr-site-generatr ghcr.io/avisi-cloud/structurizr-site-generatr
These examples use the example workspace in this repository.
Once installed, Structurizr Site Generatr is operated via your terminal by issuing commands. Each command is explained here:
To learn about available commands, or parameters for individual commands, call Structurizr Site Generatr with the
--help
argument.
installed> structurizr-site-generatr --help
docker> docker run -it --rm ghcr.io/avisi-cloud/structurizr-site-generatr --help
Usage: structurizr-site-generatr options_list
Subcommands:
serve - Start a development server
generate-site - Generate a site for the selected workspace.
version - Print version information
Options:
--help, -h -> Usage info
To query the version of Structurizr Site Generatr installed / used.
installed> structurizr-site-generatr version
docker> docker run -it --rm ghcr.io/avisi-cloud/structurizr-site-generatr version
Structurizr Site Generatr v1.1.3
This is the primary use case of Structurizr Site Generatr -- to generate a website from a C4 Workspace.
installed> structurizr-site-generatr generate-site --workspace-file workspace.dsl --assets-dir assets
docker> docker run -it --rm -v c:/projects/c4:/var/model ghcr.io/avisi-cloud/structurizr-site-generatr generate-site --workspace-file workspace.dsl --assets-dir assets
Here, the --workspace-file
or -w
parameter specifies the input
C4 Workspace DSL file to the generate-site
command. The --assets-dir
or -a
parameter is not
required, but usually needed as well. Additional parameters that affect website generation can be reviewed
using the --help
operator.
By default, the generated website will be placed in ./build
, which is overwritten if it already exisits.
When using the Docker approach, the local file system must be made available to the temporary Structurizr Site
Generatr container via a
Docker file system volume mount.
This is achieved by specifying the -v
parameter with a linux-like absolute path to the folder containing
the .dsl file specified via -w
. See how C:\Projects\C4
has become -v c:/projects/c4:/var/model
in the above
example?
Instead of relying on local .dsl files only, the generate-site
command can also retrieve input files from a
Git repository as follows. This is particularly advantageous for demos, documentation, or CI/CD pipelines.
To explicitly name the branches that you want to build sites from you can use the --branches option.
structurizr-site-generatr generate-site
--git-url https://github.com/avisi-cloud/structurizr-site-generatr.git
--workspace-file docs/example/workspace.dsl
--assets-dir docs/example/assets
--branches main,future,old
--default-branch main
or you can choose to build all branches that are found in the repository and exclude specific ones by using the --all-branches and --exclude-branches options.
structurizr-site-generatr generate-site
--git-url https://github.com/avisi-cloud/structurizr-site-generatr.git
--workspace-file docs/example/workspace.dsl
--assets-dir docs/example/assets
--all-branches
--exclude-branches gh-pages
--default-branch main
Both the --branches and --exclude-branches options are comma separated lists and can contain multiple branch names.
To aid composition of C4 Workspace DSL files, the serve
command will
generate a website from the input .dsl specified with -w
and start a web server to view it. Default port for the web server is 8080.
A different port for the web server can be specified with -p PORT
. Additional parameters that affect website generation and the development
web server can be reviewed using the --help
operator.
installed> structurizr-site-generatr serve -w workspace.dsl
docker> docker run -it --rm -v c:/projects/c4:/var/model -p 8080:8080 ghcr.io/avisi-cloud/structurizr-site-generatr serve --workspace-file workspace.dsl --assets-dir assets
By default, a development web server will be started and accessible at http://localhost:8080/ (if available).
However, when using the Docker approach, this development web server is within the temporary Structurizr Site
Generatr container. So
Docker port mapping
is needed to expose the container's port 8080 to the host (web browser). In the example above, the
-p 8080:8080
argument tells Docker to bind the local machine / host's port 8080 to the container's port 8080.
By default, the site generator uses the
C4PlantUmlExporter
to generate the diagrams. When using this exporter, all properties available for the C4PlantUMLExporter, e.g. c4plantuml.tags
, can be applied
and affect the diagrams in the generate site. See also Diagram notation for an overview of supported features
and limitations for this exporter.
The look and feel of the generated site can be customized with several additional view properties in the C4 architecture model:
Property name | Description | Default | Example |
---|---|---|---|
generatr.style.colors.primary |
Primary site color, used for header bar background and active menu background. | #333333 |
#485fc7 |
generatr.style.colors.secondary |
Secondary site color, used for font color in header bar and for active menu. | #cccccc |
#ffffff |
generatr.style.faviconPath |
Site logo location relative to the configured assets folder. When configured, the logo image will be place on the left side in the header bar. This requires the --assets-dir switch when generating the site and the corresponding file to be available in the assets folder. |
site/favicon.ico |
|
generatr.style.logoPath |
Site favicon location relative to the configured assets folder. When configured, the favicon will be set for all generated pages. This requires the --assets-dir switch when generating the site and the corresponding file to be available in the assets folder. |
site/logo.png |
|
generatr.style.customStylesheet |
URL to hosted custom stylesheet or path to custom stylesheet file (location relative to the configured assets folder). When configured this css file will be loaded for all pages. When using a path to a file the --assets-dir switch must be used when generating the site and the corresponding file is available in the assets folder. |
site/custom.css or 'https://uri.example/custom.css |
|
generatr.search.language |
Indexing/stemming language for the search index. See Lunr language support | en |
nl |
generatr.markdown.flexmark.extensions |
Additional extensions to the markdown generator to add new markdown capabilities. More Details | Tables | Tables,Admonition |
generatr.svglink.target |
Specifies the link target for element links in the exported svg | _top |
_self |
generatr.site.exporter |
Specifies the UML exporter, can be c4 (uses the C4PlantUMLExporter ) or structurizr (uses the StructurizrPlantUMLExporter ) |
c4 |
structurizr |
generatr.site.externalTag |
Software systems containing this tag will be considered external | ||
generatr.site.nestGroups |
Will show software systems in the left side navigator in collapsable groups | false |
true |
generatr.site.cdn |
Specifies the CDN base location for fetching NPM packages for browser runtime dependencies. Defaults to jsDelivr, but can be changed to e.g. an on-premise location. | https://cdn.jsdelivr.net/npm |
https://cdn.my-company/npm |
See the included example for usage of some those properties in the C4 architecture model example.
We welcome contributions! Please refer to CONTRIBUTING.md for more information on how you can help.
At Avisi, we're big fans of the C4 model. We use it in many projects, big and small, to document the architecture of the systems and system landscapes we're working on.
We started out by using PlantUML, combined with the C4 extension. This works well for small systems. However, for larger application landscapes, maintained by multiple development teams, this lead to duplication and inconsistency across diagrams.
To solve this problem, we needed a model based approach. Rather than maintaining separate diagrams and trying to keep them consistent, we needed to have a single model, from which diagrams could be generated. This is why we started using the Structurizr for Java library. About a year later, we migrated our models to Structurizr DSL.
We created custom tooling to generate diagrams and check them in to our Git repository. All diagrams could be seen by navigating to our GitLab repository. This is less than ideal, because we like to make these diagrams easily accessible to everyone, including our customers. This is why we decided that we needed a way of publishing our models to an easily accessible website.
This tool is the result. It's still a work in progress, but it has already proven to be very useful to us.