Front50 is the system of record for all Spinnaker metadata, including: application, pipeline and service account configurations.
All metadata is durably stored and served out of an in-memory cache.
The following storage backends are supported:
SQL
is a cloud agnostic storage backend that offers strong read-after-write consistency and metadata versioning.
The following types are represented in Front50 (data models):
Type | Description |
---|---|
Application | Defines a set of commonly named resources managed by Spinnaker (metadata includes name, ownership, description, source code repository, etc.). |
Application Permission | Defines the group memberships required to read/write any application resource. |
Entity Tags | Provides a general purpose and cloud agnostic tagging mechanism. |
Notification | Defines application-wide notification schemes (email, slack and sms). |
Pipeline | Defines a reusable delivery workflow (exists within the context of a specific application). |
Pipeline Strategy | Defines a custom deployment strategy (exists within the context of a specific application). |
Project | Provides a (many-to-many) grouping mechanism for multiple applications. |
Service Account | Defines a system identity (with group memberships) that can be associated with one or more pipeline triggers. |
We strive to make it easy to introduce additional metadata attributes; models are simple objects and serialized to JSON
at persistence time.
Migrators for non-trivial attribute changes are supported via implementations of the Migration
interface.
The StorageServiceSupport
class maintains an in-memory cache for each metadata type and delegates read/write operations to a storage backend-specific StorageService
implementation.
The following metrics are relevant to overall Front50
health:
Metric | Description | Grouping |
---|---|---|
controller.invocations (count) |
Invocation counts. | controller |
controller.invocations (average) |
Invocation times. | controller , statusCode and method |
controller.invocations (count) |
All 5xx responses. | controller , statusCode and status = 5xx |
To start the JVM in debug mode, set the Java system property DEBUG=true
:
./gradlew -DDEBUG=true
The JVM will then listen for a debugger to be attached on port 8180. The JVM will not wait for
the debugger to be attached before starting Front50; the relevant JVM arguments can be seen and
modified as needed in build.gradle
.
By default, Front50 is built with all storage providers included. To build only a subset of
providers, use the includeProviders
flag:
./gradlew -PincludeProviders=s3,gcs clean build
You can view the list of all providers in gradle.properties
.
The tests are setup to only run if needed services are available.
S3 TCK only run if there is a s3 proxy available at 127.0.0.1:9999
This can be provided with the following command:
docker run -d -p9999:80 \
--env S3PROXY_AUTHORIZATION="none" \
--env JCLOUDS_PROVIDER="filesystem" \
--env JCLOUDS_IDENTITY="remote-identity" \
--env JCLOUDS_CREDENTIAL="remote-credential" \
andrewgaul/s3proxy
When running the S3 TCK via an IDE make sure to have env AWS_ACCESS_KEY_ID
and AWS_SECRET_KEY
set to null
otherwise the tests will timeout, the gradle test task is already configured this way.