Compare commits

..

11 Commits

Author SHA1 Message Date
0e65fa9f48 small-typo fix
Reviewed-by: otcbot <otcbot@t-systems.com>
Co-authored-by: Hasko, Vladimir <vladimir.hasko@t-systems.com>
Co-committed-by: Hasko, Vladimir <vladimir.hasko@t-systems.com>
2024-10-10 12:06:09 +00:00
149ee50bfb restructuring content
Reviewed-by: vladimirvshivkov <vshivkovvladimir@gmail.com>
Co-authored-by: Hasko, Vladimir <vladimir.hasko@t-systems.com>
Co-committed-by: Hasko, Vladimir <vladimir.hasko@t-systems.com>
2024-10-10 10:17:03 +00:00
3bd7da070b fixing image references
Reviewed-by: otcbot <otcbot@t-systems.com>
Co-authored-by: Hasko, Vladimir <vladimir.hasko@t-systems.com>
Co-committed-by: Hasko, Vladimir <vladimir.hasko@t-systems.com>
2024-10-10 07:39:28 +00:00
ac578d1baa fixing image reference
Reviewed-by: otcbot <otcbot@t-systems.com>
Co-authored-by: Hasko, Vladimir <vladimir.hasko@t-systems.com>
Co-committed-by: Hasko, Vladimir <vladimir.hasko@t-systems.com>
2024-10-08 15:50:51 +00:00
516445ee34 Fixing the image references
Reviewed-by: otcbot <otcbot@t-systems.com>
Co-authored-by: Hasko, Vladimir <vladimir.hasko@t-systems.com>
Co-committed-by: Hasko, Vladimir <vladimir.hasko@t-systems.com>
2024-10-08 14:49:28 +00:00
3666984377 Update 'doc/source/terraform/process_overview.rst'
Reviewed-by: Sidelnikov, Anton <a.sidelnikov@t-systems.com>
Co-authored-by: Hasko, Vladimir <vladimir.hasko@t-systems.com>
Co-committed-by: Hasko, Vladimir <vladimir.hasko@t-systems.com>
2024-10-08 09:02:25 +00:00
43500e04c6 introduce service based view description
Reviewed-by: Hasko, Vladimir <vladimir.hasko@t-systems.com>
Co-authored-by: tischrei <tino.schreiber@t-systems.com>
Co-committed-by: tischrei <tino.schreiber@t-systems.com>
2024-09-26 13:48:06 +00:00
21d8d17281 Update 'doc/source/apimon/apimon_training/workflow.rst'
Reviewed-by: otcbot <otcbot@t-systems.com>
Co-authored-by: Hasko, Vladimir <vladimir.hasko@t-systems.com>
Co-committed-by: Hasko, Vladimir <vladimir.hasko@t-systems.com>
2024-09-26 12:29:21 +00:00
0bd0bf7e80 Adding SDMoD documentation for SD2
Reviewed-by: Hasko, Vladimir <vladimir.hasko@t-systems.com>
Co-authored-by: Haas, Robert <robert.haas@t-systems.com>
Co-committed-by: Haas, Robert <robert.haas@t-systems.com>
2024-09-26 07:53:14 +00:00
ecd76023b9 adding terraform chapter
Reviewed-by: tischrei <tino.schreiber@t-systems.com>
Reviewed-by: Gode, Sebastian <sebastian.gode@t-systems.com>
Co-authored-by: Hasko, Vladimir <vladimir.hasko@t-systems.com>
Co-committed-by: Hasko, Vladimir <vladimir.hasko@t-systems.com>
2024-09-10 09:33:34 +00:00
2540d783f0 Update tox.ini && conf.py file
Reviewed-by: tischrei <tino.schreiber@t-systems.com>
Co-authored-by: Gode, Sebastian <sebastian.gode@t-systems.com>
Co-committed-by: Gode, Sebastian <sebastian.gode@t-systems.com>
2024-09-10 06:39:02 +00:00
42 changed files with 524 additions and 12 deletions

View File

@ -9,3 +9,4 @@ otc-sphinx-directives>=0.1.0
sphinx-minify>=0.0.1 # Apache-2.0
git+https://gitea.eco.tsi-dev.otc-service.com/infra/otc-metadata.git#egg=otc_metadata
setuptools
gitpython

View File

@ -5,7 +5,7 @@ ApiMon Flow Process
.. image:: training_images/apimon_data_flow.svg
:target: training_images/apimon_data_flow.svg
:target: /_images/apimon_data_flow.svg
:alt: apimon_data_flow

View File

@ -16,6 +16,8 @@
import os
import sys
from git import Repo
from datetime import datetime
extensions = [
'otcdocstheme',
@ -111,3 +113,9 @@ html_copy_source = False
# -- Options for PDF output --------------------------------------------------
latex_documents = []
# Get the Git commit values for last updated timestamp on each page
repo = Repo(search_parent_directories=True)
commit = repo.head.commit
current_commit_hash = commit.hexsha
current_commit_time = commit.committed_datetime.strftime('%Y-%m-%d %H:%M')

View File

@ -6,3 +6,4 @@ Helpcenter Operations
:maxdepth: 2
backstage_add_repo
service_based_view

View File

@ -0,0 +1,87 @@
============================
Service Based View knowledge
============================
This document describe necessary knowledge about our Service Based View (SVB)
which is the landing page for the specific service. There you have a short
description of the service and you get all the links for the service
documents.
Service Based View Code Snippets
--------------------------------
The following Code Snippets represents the necessary information which is
needed that SVB can run properly.
Internal SVB Code Snippet
^^^^^^^^^^^^^^^^^^^^^^^^^
.. code::
Cloud Container Engine
======================
CCE provides highly scalable, high-performance, enterprise-class Kubernetes clusters. It supports native Kubernetes applications, tools and easy setup of container runtime environment.
.. directive_wrapper::
:class: container-sbv
.. service_card::
:service_type: cce
:environment: internal
:umn: Describes the basic concepts, functions, key terms, best practices, FAQs and steps for quickly creating clusters and containerized applications.
:api-ref: Describes the APIs provided by CCE including the functions, parameters, and examples of each API.
:best-practice: To use Cloud Container Engine more securely, reliably, flexibly, and efficiently, you are advised to follow the following best practices.
Documents registration under: `otc_metadata/data/documents <https://gitea.eco.tsi-dev.otc-service.com/infra/otc-metadata/src/branch/main/otc_metadata/data/documents>`_
Public SVB Code Snippet
^^^^^^^^^^^^^^^^^^^^^^^
.. code::
Cloud Container Engine
======================
CCE provides highly scalable, high-performance, enterprise-class Kubernetes clusters. It supports native Kubernetes applications, tools and easy setup of container runtime environment.
.. directive_wrapper::
:class: container-sbv
.. service_card::
:service_type: cce
:umn: Describes the basic concepts, functions, key terms, best practices, FAQs and steps for quickly creating clusters and containerized applications.
:api-ref: Describes the APIs provided by CCE including the functions, parameters, and examples of each API.
:best-practice: To use Cloud Container Engine more securely, reliably, flexibly, and efficiently, you are advised to follow the following best practices.
Documents registration under: `otc_metadata/data/documents <https://gitea.eco.tsi-dev.otc-service.com/infra/otc-metadata/src/branch/main/otc_metadata/data/documents>`_
Possible Document Names
^^^^^^^^^^^^^^^^^^^^^^^
The following document short names can be used to reference specific document types which are listed in the `Helpcenter Metadata <https://gitea.eco.tsi-dev.otc-service.com/infra/otc-metadata>`_ .
New document types can be requested by creating an issue under https://github.com/opentelekomcloud-docs/docsportal/issues or get in contact
with Ecosystem Squad.
* api-ref
* blueprints
* caf
* dev
* image-creation-guide
* tool-guide
* mycredential
* public-images
* sdk-ref
* operation-guide
* operation-guide-lts
* parallel-file-system
* permissions-configuration-guide
* permissions
* swiftapi
* s3api
* umn
* umn2
* best-practice
* sqlreference
* guidelines

View File

@ -28,11 +28,11 @@ Sync work with main currently do not support sync in console and you need to do
.. code-block:: text
Host gitea.eco.tsi-dev.otc-service.com
User git
Port 2222
HostName gitea.eco.tsi-dev.otc-service.com
IdentityFile ~/.ssh/id_rsa
Host gitea.eco.tsi-dev.otc-service.com
User git
Port 2222
HostName gitea.eco.tsi-dev.otc-service.com
IdentityFile ~/.ssh/id_rsa
You should be able to ssh gitea and get You've successfully authenticated message.

Binary file not shown.

After

Width:  |  Height:  |  Size: 1.0 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 25 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 668 B

Binary file not shown.

After

Width:  |  Height:  |  Size: 29 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 42 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 37 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 48 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 19 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 8.1 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 3.6 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 66 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 2.7 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 1.3 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 616 B

Binary file not shown.

After

Width:  |  Height:  |  Size: 21 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 607 B

Binary file not shown.

After

Width:  |  Height:  |  Size: 1.2 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 545 B

View File

@ -0,0 +1,9 @@
######################
SDMoD Overview
######################
.. toctree::
:maxdepth: 1
look_and_feel_before/index
look_and_feel_after/index

View File

@ -0,0 +1,10 @@
How to get a SDMoD login
=======================================
In general, you can login via your keycloak generated user or your GitHub user.
In case you need to get access, please raise a ticket via "Internal Incident" towards Ecosystem squad:
https://jira.tsi-dev.otc-service.com/servicedesk/customer/portal/4
Master Component must be: ECOSYSTEM - Ecosystem

View File

@ -0,0 +1,14 @@
===========================
Look&Feel after login
===========================
.. toctree::
:maxdepth: 1
get_sdmod_login
new_incident

File diff suppressed because it is too large Load Diff

View File

@ -0,0 +1,12 @@
Look&feel before login
######################
.. toctree::
:maxdepth: 1
look_and_feel_before
regions_switch
status_services
menu/index

View File

@ -0,0 +1,10 @@
The look & feel before login
=======================================
Before logging-in, the screen will look like as follows:
.. image:: ../images/look_and_feel_before.png
:target: /internal-documentation/_images/look_and_feel_before.png
:alt: Look&Feel
There are various options, which will be explained in the next chapters.

View File

@ -0,0 +1,17 @@
Component Availability
---------------------------------------
The component availability shows the availability of each service each month.
The services are categorized and split between eu-de and eu-nl.
The availability page is also directly reachable via https://status.otc-service.com/availability
The component availability is impacted by the following status:
+-------------------------------------------------------------+------------------------------------------------------------------------------+
| Icon | Explanation |
+=============================================================+==============================================================================+
| .. image:: ../../images/outage.png | see explanation :ref:`Status of Services <status_services>` |
| :target: /internal-documentation/_images/outage.png | |
| :alt: Outage | |
+-------------------------------------------------------------+------------------------------------------------------------------------------+

View File

@ -0,0 +1,13 @@
Event History
---------------------------------------
The event history shows all past events, sorted by months.
A direct link exists:
https://status.otc-service.com/history
An example is:
.. image:: ../../images/event_history.png
:target: /internal-documentation/_images/event_history.png
:alt: Event History

View File

@ -0,0 +1,11 @@
######################
The menu
######################
.. toctree::
:maxdepth: 1
menu
event_history
component_availability
user_manual

View File

@ -0,0 +1,68 @@
The menu
---------------------------------------
.. image:: ../../images/menu.png
:target: /internal-documentation/_images/menu.png
:alt: The menu
The menu includes:
+---------------------------------+------------------------------------------------------------------------------+
| Event History | The event history shows up all past events - even if minor, major issues, |
| | outages, or maintenances. |
+---------------------------------+------------------------------------------------------------------------------+
| Component Availability | The component availability shows the availability of a service in the |
| | previous months and is the basis for SLA calculation. |
+---------------------------------+------------------------------------------------------------------------------+
| User Manual | Link to the actual version of the user manual. |
+---------------------------------+------------------------------------------------------------------------------+
----------
Event history
~~~~~~~~~~~~~~~~~~~~~~~~~
The event history shows all past events, sorted by months.
A direct link exists:
https://status.otc-service.com/history
An example is:
.. image:: ../../images/event_history.png
:target: /internal-documentation/_images/event_history.png
:alt: Event History
----------
Component Availability
~~~~~~~~~~~~~~~~~~~~~~~~~
The component availability shows the availability of each service each month.
The services are categorized and split between eu-de and eu-nl.
The availability page is also directly reachable via https://status.otc-service.com/availability
The component availability is impacted by the following status:
+-------------------------------------------------------------+------------------------------------------------------------------------------+
| Icon | Explanation |
+=============================================================+==============================================================================+
| .. image:: ../../images/outage.png | see explanation :ref:`Status of Services <status_services>` |
| :target: /internal-documentation/_images/outage.png | |
| :alt: Outage | |
+-------------------------------------------------------------+------------------------------------------------------------------------------+
----------
User Manual
~~~~~~~~~~~~~~~~~~~~~~~~~
The user manual can also be reached directly via the following link:
https://docs.otc.t-systems.com/status-dashboard/index.html

View File

@ -0,0 +1,6 @@
User manual
---------------------------------------
The user manual can also be reached directly via the following link:
https://docs.otc.t-systems.com/status-dashboard/index.html

View File

@ -0,0 +1,8 @@
Switch between regions
---------------------------------------
Clients can easily switch between the services and check their availability by clicking the region:
.. image:: ../images/region_switch.png
:target: /internal-documentation/_images/region_switch.png
:alt: Switch regions

View File

@ -0,0 +1,41 @@
.. _status_services:
Status of services
------------------
The services can vary between the following status:
+--------------------------------------------------------+------------------------------------------------------------------------------+
| Icon | Explanation |
+========================================================+==============================================================================+
| .. image:: ../images/green.png | - All services are running fine |
| :target: /internal-documentation/_images/green.png | |
| :alt: Operational | |
+--------------------------------------------------------+------------------------------------------------------------------------------+
| .. image:: ../images/blue.png | - A maintenance is planned or ongoing for a service |
| :target: /internal-documentation/_images/blue.png | - A maintenance is triggered by the SDMoD |
| :alt: Maintenance | |
+--------------------------------------------------------+------------------------------------------------------------------------------+
| .. image:: ../images/yellow.png | - A minor issue occurred. The service is available but may have restrictions |
| :target: /internal-documentation/_images/yellow.png | or slow response. |
| :alt: Minor Issue | - A minor issue can either be triggered by the system autoamtically or |
| | by SDMoD |
| | |
| | |
+--------------------------------------------------------+------------------------------------------------------------------------------+
| .. image:: ../images/red.png | - A major issue occurred. The service may be available, but the |
| :target: /internal-documentation/_images/red.png | responsiveness is affected and may lead to interruptions on customer side. |
| :alt: Major Issue | - A major issue can either be triggered by the system autoamtically or by |
| | SDMoD |
| | |
| | |
| | |
+--------------------------------------------------------+------------------------------------------------------------------------------+
| .. image:: ../images/outage.png | - A service is not available anymore at all. |
| :target: /internal-documentation/_images/outage.png | - An outage can **only** be triggered by SDMoD. This will never happen |
| :alt: Outage | automatically by the system |
| | - **Only** outages are SLA relevant and do have impact to the component |
| | availability |
+--------------------------------------------------------+------------------------------------------------------------------------------+

View File

@ -6,3 +6,4 @@ Status Dashboard Internal Documentation
:maxdepth: 2
sd2_training/index
SDMoD/index

View File

@ -14,6 +14,9 @@ Prerequistes for new demands
- Functional testing must be completed by QA engineer in the service squad
- Regression testing must exist and reports must be available
.. warning::
Ecosystem Squad is not relying on pre-PROD nor checking features on pre-PROD therefore make sure that demanded feature has been released to PROD already.
Once the prerequistes are met and issue is created on github repository, Ecosystem squad needs several days or weeks based on the complexity of the new demand to accomplish the task.
To avoid delays caused by not enough resources, the new demands should be identified and addressed upfront during PIP planning by the service squads or product management.

View File

@ -1,3 +1,4 @@
---
- project:
merge-mode: squash-merge
default-branch: main