프로젝트

프로젝트가 만들어지고 자격 증명이 사는 곳: 모든 프로젝트는 Live와 Test 환경을 가지며, 각각 고유한 인제스트 키와 서명 시크릿이 있습니다. 로테이션에는 유예 기간이 있어 배포가 따라잡을 수 있고, 시크릿은 발급되는 그 순간 딱 한 번만 표시됩니다.

The grid

Each row is one project: its name, its identifier chip, which environments it carries, a masked glimpse of its ingest key and when it was made. The Active and Archived tabs split the population, the search narrows by name, and New project opens a dialog that creates the project and reveals its ingest keys once, in the dialog itself, because that is the only moment they are shown.

Renaming and archiving live on the row. Archiving asks for the project identifier to be typed back, because an archived project stops accepting traffic; the Archived tab restores.

Opening a project

Selecting a row opens the project: a card for the environment the console is in, carrying both credentials labelled. Deliberately not both cards at once: showing the Test key while working in Live is a mix-up waiting to happen, so the other environment's card appears by switching environment. The ingest key is what SDKs send events with; rotating it offers a grace window (immediately, one hour, a day or a week) during which the old key still ingests, so a fleet mid-deploy does not drop events. The signing secret is what the Messenger's identity verification signs with; its action reads Create until one exists and Rotate after. Either mint prints the new value exactly once, and a replaced secret says it replaced one, so an accidental rotation is visible before it bites.

Where this meets the API

What the keys are for is the Keys guide. On the wire: the listing is the projectGroups query, creation and lifecycle are createProject, renameProject and archiveProject, and the credentials rotate through rotateProjectKey and rotateSigningSecret (GraphQL reference). The ingest key authenticates event ingestion; the signing secret backs Messenger identity verification (Messaging pillar).