Operations grimoire/Notifications center: Difference between revisions
From Nasqueron Agora
(Switch to <syntaxhighlight lang="console">) |
|||
Line 22: | Line 22: | ||
=== How to rebase against master? === | === How to rebase against master? === | ||
# update master to match origin/master | |||
# rebase production against master | |||
<syntaxhighlight lang="console"> | <syntaxhighlight lang="console"> | ||
$ git fetch | $ git fetch | ||
Line 29: | Line 33: | ||
$ git rebase master | $ git rebase master | ||
</syntaxhighlight> | </syntaxhighlight> | ||
If there is a merge conflict: | |||
# Edit the conflict files | |||
# <code>git add <edited files></code> | |||
# <code>git rebase --continue</code> | |||
== Configure it == | == Configure it == |
Revision as of 22:41, 25 July 2016
The notifications centers is an HTTP to HTTP and HTTP to AMQP gateway for our CI infrastructure.
It allows to receive events from GitHub, Docker Hub and Phabricator, and send them to a RabbitMQ broker (white-rabbit) or Phabricator.
Requirements
Run it
Start a new container
run-notifications
Upgrade a live container
- Enter notifications container as app user :
docker exec -it --user=app notifications bash
- Check we're on the master branch and the history is clean
- Update code rebasing the production branch against origin/master
- If composer has been touched,
composer update
(could be faster to docker pull, stop this container and start a new container) - If entered as root, fix ownership with
chown -R app:app /var/wwwroot/default
- Restart PHP FPM with
sv restart php-fpm
- Run
php optimize
to refresh compiled class - Restart again PHP FPM with
sv restart php-fpm
How to rebase against master?
- update master to match origin/master
- rebase production against master
$ git fetch
$ git checkout master
$ git rebase origin/master
$ git checkout production
$ git rebase master
If there is a merge conflict:
- Edit the conflict files
git add <edited files>
git rebase --continue
Configure it
Add a new GitHub organization
- Generate a random string to be used as a secret token shared between GitHub and the notifications center
- On Dwellers, add credentials to /data/notifications/storage/app/credentials.json
- On GitHub, go to organization settings, then Webhooks, e.g. https://github.com/organizations/acme/settings/hooks
- Add webhook:
- URL should be https://notifications.nasqueron.org/gate/GitHub/Acme where Acme is the ucfirst name of the organization account
- Your secret token go to secret field
- Switch from push events to "Send me everything".
- Let default settings: active, SSL verification, application/json
- Run the CLI client to receive notifications (`notifications` on Ysul, require to be in the `notifications` group, editable through /etc/group)
- GitHub will then fire immediately a ping, check in recent deliveries it's 200
- Fix and redeliver it if not
- Check in the CLI you've got a correct reply, e.g. [16:36:13] <Eglide/orgz> « Anything added dilutes everything else. » — GitHub Webhooks ping zen aphorism.
For payload delivery code returned by notifications.nasqueron.org, a 500 means probably a JSON syntax error in credentials.json, a 403 tokens don't match, note the center doesn't verify token if an empty string is left in the config (or you made a typo to the property).
Links
Configuration as code.
This service should be properly defined in rOPS repository as a Salt state.
Vault secrets migration.
This service have secrets. They should be properly migrated in Vault.