lboka d8f037cef8 GaussDB(for MySQL) renaming to TaurusDB
Reviewed-by: Hasko, Vladimir <vladimir.hasko@t-systems.com>
Co-authored-by: lboka <ladislav.boka@t-systems.com>
Co-committed-by: lboka <ladislav.boka@t-systems.com>
2025-04-11 11:20:52 +00:00
2022-08-18 18:51:19 +02:00
2022-08-18 18:51:19 +02:00
2025-02-25 11:25:08 +00:00
2022-08-18 18:51:19 +02:00
2022-08-18 18:51:19 +02:00
2022-08-18 18:51:19 +02:00
2023-01-02 18:56:58 +00:00
2022-08-18 18:51:19 +02:00
2022-08-18 18:51:19 +02:00
2022-08-18 18:51:19 +02:00
2023-05-12 07:31:18 +00:00
2022-08-18 18:51:19 +02:00
2023-01-02 18:56:58 +00:00
2023-01-02 18:56:58 +00:00
2023-01-02 18:56:58 +00:00
2023-06-27 07:57:25 +00:00
2025-02-25 11:25:08 +00:00

otc-metadata

Link: ssh://git@gitea.eco.tsi-dev.otc-service.com:2222/infra/otc-metadata.git

Metadata about OTC for Ecosystem

Please fill here a long description which must be at least 3 lines wrapped on 80 cols, so that distribution package maintainers can use it in their packages. Note that this is a hard requirement.

Features

  • TODO

Overview: service.yaml

The service.yaml file contains all data about services, service categories and the related documents of each service. The file is used as a base for several internal and external applications or websites like the Helpcenter 3.0 where the information about the document repositories and its properties are stored.

File structure

The file is based on the yaml-file format and has three main sections which can be compared with database tables in a relational database.

  • documents: contains the information about every single document and its type like umn, api-ref etc.
  • service category: contains the keyword and title of the service category
  • services: contains the repository information about the internal (Gitea) and external location (GitHub) and all the necessary parameters of the service itself

These sections, or better "tables" have their own keys and foreign keys so that the tables are linked together and the related information can be fetched. For the services table the key is service_type which has the foreign key in the documents table. So a service can have multiple documents and each document can only be linked to one service. The key service_category table is name of the service category which is then used in the services table as foreign key.

Description
Open Telekom Cloud metadata
Readme 280 MiB
Languages
Python 88.1%
Jinja 11.9%