Environment Variable
환경 변수
환경 변수는 앱 코드 바깥에 있는 이름이 붙은 설정이에요. 환경마다 다른 값을 쓸 수 있게 해줘요.
다른 예시
하나의 컨테이너 이미지는 코드를 변경하지 않고 미리보기와 운영 환경에서 다른 데이터베이스 호스트와 기본 URL을 읽습니다.
주요 부분
- 01Identity or input
- 02Policy or transformation
- 03Stored result and audit evidence
사용할 때
배포 시 설정과 런타임에서 제공되는 승인된 비밀 참조에 사용하세요.
다음 경우에는 사용하지 마세요
클라이언트 번들, 로그, 스크린샷 또는 커밋된 .env 파일에서 비밀을 노출하지 마세요. 명확한 이름을 사용하세요.
코드에서 사용된 이름
process.env / runtime secret injection 출시하기 전에
Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback.
Outcome:Complete the task with 환경 변수 (Environment Variable)。 User context:하나의 컨테이너 이미지는 코드를 변경하지 않고 미리보기와 운영 환경에서 다른 데이터베이스 호스트와 기본 URL을 읽습니다. Technical concept or control:환경 변수 (Environment Variable)。 Why it fits:배포 시 설정과 런타임에서 제공되는 승인된 비밀 참조에 사용하세요. Do not use it when:클라이언트 번들, 로그, 스크린샷 또는 커밋된 .env 파일에서 비밀을 노출하지 마세요. 명확한 이름을 사용하세요. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary):하나의 공식 표준이 전체 용어를 통제하지 않음. 의미는 팀, 플랫폼 또는 프레임워크마다 달라질 수 있음. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.
이 요청을 확인하세요
Review how 환경 변수 (Environment Variable) is used now. Definition: 환경 변수는 앱 코드 바깥에 있는 이름이 붙은 설정이에요. 환경마다 다른 값을 쓸 수 있게 해줘요. Release checks: Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.