Markers are little icons used in graphs on AppSignal.com to indicate a change. This can be a code deploy using a "Deploy marker" or a special event with a "Custom marker". Deploy markers can also be found in the "Deploys" section in the app navigation which provides a performance overview per deploy.
A deploy marker indicates a change in the deployed version of an application. This can be used to group together occurrences of errors and performance issues within a certain time frame. From when the version was deployed until a newer version was deployed.
When a new deploy is detected, the list of incidents is empty for the newest deployment version. When an error, or any other issue, is reported by AppSignal in your application it gets listed for the newest deploy as well. On the sample page for an incident you can see in which deployments an incident occurred with the help of the rocket (🚀) separator icon.
There are two methods of notifying AppSignal of a new deploy. These two methods cannot be used together.
- Using the
revisionconfig option, and;
- Creating a deploy notification manually with the AppSignal Push API.
The first method (
revision config option) is our recommended approach, because it's the most reliable method and works better for applications with more than one host. We detect the revision from the application itself so we know which instance is running what version.
The second approach (creating a deploy marker manually) is a method only really useful for small applications that use one host. It creates a new deploy marker at a specific time, regardless of the version the application is actually running. This also means it's also more error prone.
This config option is set per instance of an application which has the benefit of every version of an application running at the same time reporting the errors under the correct deploy rather than the latest AppSignal knows about.
For example: If one machine is still running an older version of the application all the errors from that instance are reported under the previous deploy marker rather than the last known deploy marker.
When using Heroku with the Heroku Labs: Dyno Metadata enabled it will automatically set the
revision config option to to the
HEROKU_SLUG_COMMIT system environment variable. This will automatically report new deploys when the Heroku app gets deployed.
1 2 3 4 # For Ruby # config/appsignal.yml production: revision: "abcdef12"
1 2 3 # For Elixir # config/appsignal.exs config :appsignal, :config, revision: "abcdef12"
If you're running a version in which this config option is not available we recommend using the
APP_REVISION environment variable instead.
APP_REVISION value can be any value you use to indicate a version/revision. For example: a version number
1.4.2 or a git SHA
The revision value should be set in the application's system environment and updated during a deploy of the application.
1 2 3 export APP_REVISION="cf8bc42" # Start your application # bundle exec rackup app.rb
Manually creating a deploy marker is a method that's only really useful for small applications that use one application instance. It creates a new deploy marker at a specific time, regardless of the version the application is actually running. This also means it's also more error prone.
This method requires that you send a POST request to the AppSignal Push API markers endpoint. This can be done with a CLI tool (for Ruby) or with a manual HTTP POST request. There is no CLI tool available for our Elixir package.
To create a Deploy marker with a HTTP POST request you can use curl or some other tool like it. The payload of the request is a JSON object with data about the marker, such as the revision, user who deployed it and the application's repository.
Read more about how to create Deploy markers with our Push API in our Push API endpoint documentation.
For the AppSignal for Ruby gem we have included a CLI tool to allow creation of deploy markers from your app. See the
notify_of_deploy CLI command documentation for more information.