Blog

Blog

The Project DevOps as a Service as well as the included System SDCLOUD Release 1.0 have passed the PSA process. These are the official identifiers used in the PSA process of Deutsche Telekom Group for the product DevOps-as-a-Service.

The Privacy and Security Assessment (PSA) process was introduced to ensure compliance with security and data privacy requirements in development projects. It regulates support and advice from security and data privacy experts – Project Security Manager (PSM) and Data Protection Consulter (DPC) as well as the security and data privacy approval of the systems.

The process has three main objectives:

  • A consistent and adequate security and data privacy level in all products, systems and platforms that have to be updated or created from scratch.
  • A support level adapted to project complexity and criticality through the introduction of categorization at the start of each development project.
  • An integrated process for information security and data privacy as part of the product and system development process (to avoid redundancies in the approval process).

The process can be used on all IT and NT systems, regardless of size and complexity. It ensures greater transparency, improved project support and an adequate level of protection for products from the Deutsche Telekom Group.

Please see the PSA Booklet for more information:


The new version v2.7.1-11 of the Prometheus Global Stack was just released. This version contains the following highlights:

  • The Blackbox-Exporter is included again, to be an integral part of a global monitoring solution
  • Configuration file for Blackbbox-Exporter is located on a persistent volume and can be adjusted to individual needs
  • prom-conf helper container now includes some useful editors like nano and vim to edit the config files more convenient
  • Some other improvements, see Readme file

Before upgrading existing stacks, customers must check if a Blackbox-Exporter service has already been integrated manually.  If this is the case, then please note:

  • If the existing exporter has been named "blackbox-exporter", then it would be overwritten by the catalog update.
  • If the existing exporter has a different name, then a second exporter would be installed into the stack during upgrade. Migrate your existing config (see next point) and change the hostname for the exporter in Prometheus config to "blackbox-exporter:9115". Afterwards manually delete the old exporter from the stack.
  • An already existing adapted persistent config file wouldn't be overwritten during the update. But the new exporter from the update would use the config file under /etc/prom-conf/blackbox.yml within the blackbox container. Thus ensure, that your existing adapted config file is moved to /etc/prom-conf/blackbox.yml within the blackbox container.

If there are any questions, please contact the DevOps-as-a-Service support via Service Desk.

We would also like to refer to the renewed Monitoring Documentation.

IAM 1.0.0 released

This week we started to roll-out IAM (Identity and Access Management) 1.0.0 for our customers.

New Features

Global Licence Management

For each user, ADMINs can now decide which licenses should be assigned and which not. This helps you to save licences as some users may not require access to all tools. The feature is available using the Edit User menu item as shown below:

Access to Open Source Tools is always granted since no licence costs are involved.

ServiceDesk is an optional commercial plug-in to Jira. It's now possible to use the self-service portal to assign or unassign ServiceDesk licenses to your users that are working as agents for your service desk. From the user perspective you already know ServiceDesk since we are using it ourselves to offer you the best possible support for your DevOps-as-a-Service instance.

Helm Chart Repositories

As you will see in Nexus we added support for Helm Chart Repos. So for each project created by the self-service portal there's now also a Helm Chart Repo in addition to the existing Maven2 Repo and the private Docker Registry. Since Helm Repos share the same namespace with Maven2 Repos the suffix -helm is added to the Project Key. See below the showcase project as an example:

Further Improvements

  • Added support for Jira v8 auto-provisioning

  • Prepared support for connecting to customer's ActiveDirectory or LDAP-Server.

  • The Audit log is now sorted with last entries first by default.
  • Navigation improved on some pages
  • Security was increased a lot.
  • Several bugs were fixed.

Known Issues

In the past, users received a licence when they logged in to Jira, Confluence or Bitbucket the first time. This is now done instead by the portal when a user is created. It can be that you have users that never logged in to Jira, Confluence or Bitbucket and therefore never received a licence inside the application. Therefore they will not be able to login now to these tools. To repair this, simply remove the licence from the affected user and save. Then add the licence again and save.


We're proud to announce that our product DevOps-as-a-Service is now officially promoted on https://cloud.telekom.de/de/infrastruktur/devops-as-a-service. We managed to get the German version published before christmas and will add the English version beginning of 2020.

If you use the menu on https://cloud.telekom.de/ simply go to the Infrastruce as a Service menu and select one of the six detailed pages that we currently offer for DevOps-as-a-Service. A contact form which you can use to Order DevOps-as-a-Service is also available.


We whish you a Merry Christmas and a Happy New Year!