This repo deals with the high-level configuration of Cloud Services. main.yml contains the source of truth for CS apps, and the akamai folder deals with updating our Akamai configuration.

To enable a new app in our environments, you need to create configuration for it in main.yml, and then create a PR to merge it into the ci-beta branch. Once you've verified that it works as expected in ci-beta and need it moved to qa-beta, notify the #flip-mode-squad channel on Ansible Slack; you can do the same to get your app on prod-beta and any of the stable branches.

Here is some example configuration that demonstrates the structure, using all required and optional properties:

{app_id}:
    title: App Title
    api:
        versions:
            - v1
            - v2
    channel: '#some-slack-channel'
    description: App Title is a cool app that does business things for its users.
    deployment_repo: https://github.com/app-deployment-repo-url
    disabled_on_prod: true
    docs: https://link.to.docs.com/docs
    frontend:
        title: App Title Override
        paths:
            - /example/path
            - /another/example/path
        reload: reload/path
        sub_apps:
            -   id: app_id_1
                title: Some Sub App
                default: true
            -   id: app_id_2
                title: Another Sub App
        suppress_id: true
    git_repo: https://github.com/app-development-repo-url
    mailing_list: [email protected]
    top_level: false

Each of the following properties is required for all apps:

This is your app's ID. It's used as the path to your app, and must be unique.

The main title for your app. This is what you want everyone to see when they use your app.

This is the location of your app's deployment repo (not development repo). These repos generally have build or deploy as a suffix.

The following properties are used if your app has an API:

This is the list of API versions your app can use. Since v1 is the default, you'll usually want at least that one defined.

The following properties are used if your app has a frontend:

If you want the name of your app to appear differently on the frontend, set this property to override it.

This is the list of URL paths where your app will be located.

If your app is a parent to any other apps, those apps should be listed here. Also, if your app has a parent app, or is listed under one of the top-level bundles (e.g. Insights, RHEL, Hybrid), you should add your app to the appropriate sub_apps list.

If your app will be located under some other app, but isn't managed by that app, you can use this property to override the automatic generation of the URL. This property is commonly used for Settings apps, and tells Chrome's navigation the actual URL of your app.

This property is used if the app isn't a real app on disk, and only exists for navigation purposes. This removes the app ID on the frontend so that the nav bar works as expected.

The following properties aren't required for all apps, but may still apply to your app:

This is the ID of the slack channel on ansible.slack.com that you want automatic notifications to be posted to.

This is a description of your app's purpose or functionalities, which is used by some other apps.

Setting this value to true will disable the app from deploying to Prod (and appearing in Prod). This applies to both stable and beta releases.

This is the link to your app's documentation.

This is the URL of the development (not deployment) repo for your app, i.e. the one you commit to.

This is the mailing list associated with your project. Used to automate email notifications.

If this is set to true, your app will be a top-level app, which is usually reserved for bundles (Insights, RHEL, Hybrid, Openshift, etc). Use this if your app does not have a parent app or bundle.

Before you can run the property-updating script locally, you need to have access to the Akamai API. To do this, follow the steps located here. In step 5 of this doc the guide instructs you to set the Access Level of the Diagnostics Tools API to READ_WRITE; do this but also set the Access Level of the Property Manager API (PAPI) to READ-Write. Otherwise you will not have authorization to the configurations of Cloud Services. Make sure that the .edgerc file you create is located in your home directory and has the credentials defined in the [default] section of the file. If you're able to run the sample call at the end of the doc, you should be able to run the script. If you run into issues, there may be something wrong with your .edgerc file.

For more information on the Akamai API, read the property manager docs.

This repository has a webhook that automatically builds a Jenkins job on every push. To configure this webhook, check the project's webhook settings