Hjælpsom support starter med klar information.

Send de oplysninger, der hjælper

Angiv serveridentifikatoren, regionen, tidspunktet og tidszonen for problemet, forventet adfærd og hvad du observerede. En kort reproduktion er mere nyttig end en stor ufiltreret log. Slør adgangskoder, tokens og uvedkommende personlige oplysninger.

Kontoadgang er følsom

Supportanmodninger kræver en sikker måde at verificere kontokontrol på. Medarbejdere bør aldrig anmode om din adgangskode, private SSH-nøgle, wallet-seed-frase eller fulde sæt af gendannelseskoder. Brug kun kontaktkanaler, der er offentliggjort på et verificeret domæne.

Kend tjenestegrænsen

Infrastruktursupport dækker maskinen og den aftalte netværkstjeneste. Fejlfinding af applikationer, migreringer og løbende administration kræver et eksplicit managed-service-omfang. Bekræft, hvad der er inkluderet, før du stoler på support til en produktionsarbejdsbelastning.

Hændelse eller sikkerhedsrapport?

Et udbredt serviceproblem hører til i incidentprocessen. En sårbarhed kræver en privat, verificeret sikkerhedskanal og omhyggelig offentliggørelse. En individuel applikationsfejl kræver sin egen reproduktion og diagnostiske kontekst.

Send en rapport, som en anden operatør kan handle på

Angiv den berørte tjenesteidentifikator, region, tid med tidszone, observeret fejl, nylig ændring og en kort reproduktion. Skel mellem et kontoproblem, betalingsafstemning, netværksrækkevidde og en applikationsfejl. Fjern adgangskoder, tokens, seeds og kundedata fra vedhæftede filer, før du indsender dem.

Hvad en god hændelsesopdatering bør indeholde

En hændelsesopdatering bør forklare det berørte omfang, den kendte påvirkning, den aktuelle afhjælpning og næste opdateringstidspunkt. Hvis årsagen eller genopretningstiden er ukendt, skal det siges. Mål for respons og genopretning følger af supportaftalen. Hold opdateringer i overensstemmelse med verificerede driftsforhold.

Lidt mere klarhed.