Fortelle teamene hvordan de kan benytte OpenSearch dashboard

[mortenlj]

OpenSearch i Aiven har alltid et dashboard/søkegrensesnitt som kan være nyttig for teamene.
Hvis man er koblet til relevant naisdevice gateway er det fint mulig å gå til dashboardet og logge inn med en servicebruker.

Problemet er at vi ikke har dokumentert at dette finnes, eller hvordan man finner URL'en.
Det er heller ikke åpenbart hvordan man får seg en servicebruker som kan logge inn på dette dashboardet.

Løsningsforslag: Dokumenter hvordan man gjør det

Følgende steg (må utborderes):

• Opprette midlertidlig serviceuser med nais aiven create --instance documents opensearch myuser mynamespace
• Hent service URI fra relevant secret, bytt ut scheme/port til https/443
• Gå til URI og logg inn med midlertidig serviceuser

[jhrv]

Kunne vært interessant å tenke på dette i lys av nytt CLI.

Ideelt sett kunne det fungert noe ala:

nais opensearch view/dashboard/open <opensearch-navn> ...flag

Som gjorde det du trengte ift service-accounts (evt naisdevice?) og enten åpna eller ga deg riktig URL.

Tenker aiven ikke er en subkommando vi egentlig har lyst til å ha, da Aiven bare er en leverandør av diverse nais-tjenester. Tenker det er en unødvendig og potensielt forvirrende detalj vi ikke trenger eksponere slik

[Kyrremann]

Ulempen med å fjerne aiven er at det fyller opp root. Må legge til tre nye kategorier (kafka, opensearch, og redis).

[Kyrremann]

Kunne vi fått nais aiven create til å hentet ut relevant URI og bare skrevet det i terminalen? Er jo lett å differansiere mellom de forskjellige Aiven-tjenestene.

[jhrv]

Tenker det er naturlig at vi har alle ressurser på rot, og syns ikke det gjør noe. Vi vil ha flere og, bigquery, postgres (har vi allerede) etc.

Aiven bør ikke være noe vi eksponerer mot sluttbruker med mindre vi må, det er ikke særlig relevant hvilken mellom-leverandør vi bruker.

[mortenlj]

Enig i det med aiven subkommando. Jeg har egentlig hatt litt lyst til å redesigne flyten der, for den er litt knotete i dag og har litt rare parameter-navn fordi den skal støtte både kafka og opensearch. Det har bare ikke vært høyt nok opp på lista til å lage noe initiativ på det.

Samtidig mener jeg at det å skrive dokumentasjon her er en lavt-hengende frukt som gjør livet litt bedre for brukerne våre og det er dokumentasjon som vil være nyttig uavhengig av om vi endrer nais cli.

Jeg tenker forbedringer i nais cli er ortogonalt til dette minitiativet.