Strategické úkoly

Legenda:

✅ hotovo
⏩ dílčí pokrok viditelný pro běžné uživatele
❌ byly realizovány dílčí úkoly, zatím bez viditelného výsledku
⛔ zatím nerealizováno
➨ poznámka, není určeno k realizaci

Ticketing:

95%

Cílem tohoto úkolu je, aby požadavky zákazníků byly spravovány skrze samotatný systém, který řeší problémy související s managementem pracovních úkolů.

Tickety velmi nešťastně řešeny v xnetu.
O tickety se stará samostatný systém RT speciálně určený na tickety.
Je vybudovaná zpětně kompatibilní vazba, která předává data starým subsystémům (reporting)
Příprava na spuštění e-mailové komunikace se dokončuje.

✅ O tickety se stará samostatný systém RT
⏩ E-mailová komunikace běží přes RT.
✅ Data pro reporting řešeny vazbou do reporing subsystému.

Incident management:

20%

Cílem úkolu je mít fungující systém pro automatizovaný monitoring incidentů (provozních problémů) jednotlivých instalací.

Incident management je propojen s ticketingem v xnetu.
Xnet řeší jako incidenty pouze monitoring zařízení.
Xnet není schopen zaznamenávat o incidentech rozhodnutí...

❌ O incidenty (včetně monitoringu zařízení) se stará nový samostatný systém IMS.
❌ IMS samo o sobě neposkytuje možnost jak nakládat s incidenty, ale mapuje incidenty na tickety...
❌ IMS je schopné seskupovat vícero incidentů do jednoho ticketu.

Health check:

90%

Cílem úkolu je mít fungující systém pro monitoring konfiguračních problémů.

Konfigurační problémy nejsou žádným způsobem monitorovány
To má dopady...

✅ Health check subsystém je součástí xnetu a monitoruje konfigurační stav všech hotelů.
⏩ Lze uvažovat o rozšiřování monitoringu o další a další konfigurační problémy.

Kontejnerizace:

90%

Cílem úkolu je převést služby provozované v rámci celého firemního řešení jako softwarové kontejnery.

Služby se používají jako ručně instalované s naprostým minimem automatizovaných úkonů.
Systém neumožňuje rychlou obnovu služeb v případě výpadků datacenter.

✅ Vytvořit systém pro co nejsnažší vývoj aplikací ve formě softwarových kontejnerů.
⏩ Všechny služby běží ve formě softwarových kontejnerů.
⏩ Existuje centralizovaný monitoring služeb (zabbix) a centralizovaný systém sběru logů (wazuh).

Cacti monitoring:

90%

Cílem úkolu je systematizovat funkci původního monitorovacího balíčku (mikenopa-cacti) tak, aby byl umožněn jeho další kontinuální vývoj.

Kontinuální vývoj řešení je znemožněn, protože balíček neobsahuje subsystém pro migraci dat...

✅ Existuje repozitář projektu s automaticky nastaveným CI buildem.
✅ Balíček obsahuje proaktivní synchronizaci zařízení z databáze xnetu.

User management:

Cílem úkolu je vytvořit systém pro správu uživatelů (identit).

Každý projekt má vlastní nezávislou správu uživatelů.
Správy uživatelů (zejména autentikace) v jednotlivých projektech nejsou kompletní co do své funkce.

⛔ Existuje jedna centrální autorita uživatelů, která autentikuje uživatele napříč celým světem našich služeb.
❌ Mezi jednotlivými projekty funguje systém SSO (Single-sign-on).

Restrukturalizace xnetu:

100%

Cílem úkolu je dostat xnet do vývojeschopného stavu.

Xnet je designován jako one-man show. Projekt sice má svůj git repozitář, ale obsah gitového repozitáře neodpovídá reálné produkci.

✅ Projekt je spravován standardně v gitu a nasazování projektu je řešeno nasazovacími skripty.
✅ Kód xnetu běží v rámci standardního MVC frameworku (symfony) s jednou úrovní routování.

Reporting (fáze 1):

50%

Cílem úkolu je stabilizovat funkci reportingu.

Reporting je počítán pomocí starého xnetu.

⏩ Funkce reportingu je transparentní.

Databáze instalací v xnetu:

50%

Databáze instalací, která je součástí xnetu, je samým jádrem xnetu.

Databáze není schopna ukládat mnoho důležitých informací.

✅ Rozšířit databázi instalací o potřebné položky.
⏩ Rozšířit databázi zařízení o potřebné položky.

Management služby Portal 2:

80%

Služba Portal 2 je v současné chvíli do značné míry ručně spravována R&D oddělením.

Správa hotelů je prováděna manuálně technikem R&D.

✅ Vznikne synchronizace z databáze xnetu, která automaticky založí hotely z dat xnetu.

Podpora více datacenter služby Portal 2 (Portal 2 ostrovy):

50%

Protože vyvstává potřeba realizovat službu Portal 2 z různých datacenter, je potřeba tomu přizpůsobit možnosti.

Služba Portal 2 běží v jediném datacentru.

✅ Službu Portal 2 je možné realizovat ve vícero datacentrech.

Xnet API:

50%

Úkolem je stabilizovat rozhraní xnetu, aby přístup do něj byl realizován pouze pomocí dobře definovaného a vývojáři podporovaného rozhraní.

Xnet neposkytuje žádné API koncové body.

⏩ Vytvořit jasně definované rozhraní.

Vývojové firemní procesy:

80%

Úkolem je nastavit firemní vývojové procesy tak, aby bylo umožňěno týmově kooperovat na vývoji firemní platformy.

Xnet realizován jako one-man show neumožňující týmovou kooperaci na projektu.

✅ Vnitrofiremní projekty jsou realizovány službou gitlab.
✅ Existují vývojové skripty.