컨테이너화된 프라이빗 미니언(CPM) 구성

중요

2024년 8월 26일부터 공개 또는 위치 위치에서 구형 런타임을 사용하여 새 모니터를 더 이상 생성할 수 없습니다.

2024년 10월 22일에 컨테이너화된 미니언(분당권수) 및 이것이 지원하는 구형 신세틱스 손잡이 버전의 지원이 종료 됩니다. 부동 위치 모니터의 성능 저하를 방지하려면 권장되는 마이그레이션 단계를 검토하십시오.

이 문서는 컨테이너화된 프라이빗 미니언 (CPM) 구성 과정을 안내합니다.

다음을 수행하여 CPM을 사용자 정의할 수 있습니다.

환경 변수를 사용하여 컨테이너화된 프라이빗 미니언을 구성하세요.
스크립트 API 또는 스크립트 브라우저 모니터에 대한 사용자 정의 모듈을 설정합니다.
영구 데이터 저장소 로 출시 데이터를 보존합니다.

귀하는 CPM 파일을 수정할 수 없으며 New Relic은 귀하가 수정한 사항에 대해 책임을 지지 않습니다.

환경변수를 이용한 설정

환경 변수를 사용하면 특정 환경 및 기능 요구 사항을 충족하도록 CPM 구성을 미세 조정할 수 있습니다.

변수는 시작 시 -e, --env 인수를 사용하여 제공됩니다.

다음 표는 CPM이 지원하는 모든 환경 변수를 보여줍니다. MINION_PRIVATE_LOCATION_KEY 은 필수이고 다른 모든 변수는 선택 사항입니다.

이름	설명
`MINION_PRIVATE_LOCATION_KEY`	REQUIRED. 레지스터 로케이션 웹 페이지에서 찾을 수 있는 등록 로케이션의 UUID입니다.
`DOCKER_API_VERSION`	형식: `"vX.Y"` 지정된 Docker 서비스와 함께 사용할 API 버전입니다. 기본: `v1.35.`
`DOCKER_HOST`	미니언이 지정된 `DOCKER_HOST` 을(를) 가리킵니다. 없는 경우 기본값은 `/var/run/docker.sock.`
`MINION_API_ENDPOINT`	미국 기반 계정의 경우 엔드포인트는 다음과 같습니다. `https://synthetics-horde.nr-data.net.` EU 기반 계정의 경우 엔드포인트는 다음과 같습니다. `https://synthetics-horde.eu01.nr-data.net/` CPM이 모니터를 제공하기 위해 적절한 엔드포인트에 연결할 수 있는지 확인하세요.
`MINION_DOCKER_RUNNER_REGISTRY_ENDPOINT`	Minion Runner 이미지가 호스팅되는 Docker 레지스트리 및 조직입니다. 이를 사용하여 `quay.io/newrelic` 를 기본값으로 재정의합니다(예: `docker.io/newrelic` ).
`MINION_API_PROXY`	형식: `"host:port"` .
`MINION_API_PROXY_AUTH`	형식: `"username:password"` - HTTP 기본 인증 + Chrome에서 지원하는 추가 인증 프로토콜을 지원합니다.
`MINION_API_PROXY_SELF_SIGNED_CERT`	허용되는 값: `true` , `1` 또는 `yes` (모든 경우).
`MINION_CHECK_TIMEOUT`	모니터 검사를 실행할 수 있는 최대 시간(초)입니다. 이 값은 `0 seconds (excluded)` 에서 `900 seconds (included)` 사이의 정수여야 합니다(예: 1초에서 15분 사이). 기본값: ping 모니터 의 경우 `65 seconds` , 다른 모니터 유형의 경우 `180 seconds` .
`MINION_DOCKER_API_VERSION`	`DOCKER_API_VERSION` 의 동의어입니다.
`MINION_DOCKER_HOST`	동의어 `DOCKER_HOST.`
`MINION_RUNNER_APPARMOR (CPM version > 3.0.2)` `OR` `MINION_DOCKER_RUNNER_APPARMOR (CPM version <= 3.0.2)`	모니터 스크립트를 실행하는 Docker 컨테이너(예: Docker Runner)에 적용된 경우 AppArmor 프로필 이름입니다. AppArmor 프로필 이름이 존재하고 작동하려면 시스템에 설정되어 있어야 합니다.
`MINION_JVM_MB`	기본값: `"2560"` (2.5GB).
`MINION_JVM_OPTS`	내부 JVM에 명령줄 옵션을 전달합니다. 자세한 내용은 Oracle의 Java 설명서 를 참조하십시오. 기본: `-server.`
`MINION_LOG_LEVEL`	New Relic 지원팀에 문의할 때 이 값을 `"DEBUG"` 또는 `"TRACE"` 로 늘리도록 요청할 수 있습니다. 기본: `INFO.`
`MINION_NETWORK_HEALTHCHECK_DISABLED (CPM version >= 3.0.11)`	공용 인터넷 액세스에 대한 CPM 확인을 관리하기 위해 Minion Network Healthcheck가 비활성화된 상태입니다.기본값은 'false'이며, 'true'로 설정하면 CPM이 이 상태 확인을 우회합니다.
`MINION_USER_DEFINED_ENV_VARIABLES`	형식: 예 . 사용자가 정의한 핵심 가치 쌍의 로컬 호스팅 세트입니다.
`MINION_HEAVY_WORKERS`	미니언이 과중한 작업을 실행하는 데 사용할 작업자 수( `BROWSER` , `SCRIPT_BROWSER` , `SCRIPT_API` ). 정의되지 않은 경우 미니언은 `NUM_CPUS` 을 사용합니다. 여기서 `NUM_CPUS` 는 미니언이 사용할 수 있는 CPU 수입니다. 이 변수에 허용되는 최대 값은 `50` 입니다. 모니터 유형에 대한 자세한 내용 은 합성 모니터 유형 을 참조하십시오.
`MINION_LIGHTWEIGHT_WORKERS`	미니언이 경량 작업( `SIMPLE` ping 작업)을 실행하는 데 사용할 작업자 수입니다. 정의되지 않은 경우 미니언은 `25 * NUM_CPUS` 을 사용합니다. 여기서 `NUM_CPUS` 는 미니언이 사용할 수 있는 CPU 수입니다. 이 변수에 허용되는 최대 값은 `1250` 입니다. 모니터 유형에 대한 자세한 내용 은 합성 모니터 유형 을 참조하십시오.
`MINION_VSE_PASSPHRASE`	설정된 경우 verified script execution 활성화하고 이 값을 passphrase 로 사용합니다.

변수는 시작 시 --set 인수를 사용하여 제공됩니다.

다음 목록은 CPM이 지원하는 모든 환경 변수를 보여줍니다. synthetics.privateLocationKey 은 필수이고 다른 모든 변수는 선택 사항입니다.

이름	설명
`synthetics.privateLocationKey`	REQUIRED if `synthetics.privateLocationKeySecretName` is not set. 독립 로케이션 웹페이지에서 찾을 수 있는 UUID/제국 로케이션 키입니다 .
`synthetics.privateLocationKeySecretName`	REQUIRED if `synthetics.privateLocationKey` is not set. 신세틱스 파트 로케이션과 연결된 인증 키가 포함된 `privateLocationKey` 키가 포함된 Kubernetes 비밀의 이름입니다.
`replicaCount`	StatefulSet 설치로 유지 관리할 복제본 수 기본: `1.`
`imagePullSecrets`	지정된 컨테이너 레지스트리에서 이미지를 가져오는 데 사용되는 비밀 개체의 이름입니다.
`fullnameOverride`	기본값을 대체하는 `StatefulSet` 설치에 사용된 이름 재정의입니다.
`appVersionOverride`	chart.yml 에 지정된 버전 대신 사용할 CPM 릴리스 버전입니다.
`synthetics.minionLogLevel`	New Relic 지원팀에 문의하는 경우 이 값을 `"DEBUG"` 또는 `"TRACE"` 로 늘리도록 요청할 수 있습니다. 기본: `INFO.`
`synthetics.heavyWorkers`	미니언이 과중한 작업을 실행하는 데 사용할 동시 작업자 수( `BROWSER` , `SCRIPT_BROWSER` , `SCRIPT_API` ). 정의되지 않은 경우 미니언은 `2` 값을 사용합니다. 이 변수에 허용되는 최대 값은 `50` 입니다. 모니터 유형에 대한 자세한 내용 은 합성 모니터 유형 을 참조하십시오.
`synthetics.lightweightWorkers`	미니언이 경량 작업( `SIMPLE` ping 작업)을 실행하는 데 사용할 작업자 수입니다. 정의되지 않은 경우 미니언은 `25 * synthetics.heavyWorkers` 을 사용합니다. 여기서 `synthetics.heavyWorkers` 는 이전 환경 변수에 정의된 숫자입니다. 이 변수에 허용되는 최대 값은 `1,250` 입니다. 모니터 유형에 대한 자세한 내용 은 합성 모니터 유형 을 참조하십시오.
`synthetics.minionApiEndpoint`	미국 기반 계정의 경우 엔드포인트는 다음과 같습니다. `https://synthetics-horde.nr-data.net.` EU 기반 계정의 경우 엔드포인트는 다음과 같습니다. `https://synthetics-horde.eu01.nr-data.net/` CPM이 모니터를 제공하기 위해 적절한 엔드포인트에 연결할 수 있는지 확인하세요.
`synthetics.minionDockerRunnerRegistryEndpoint`	Minion Runner 이미지가 호스팅되는 Docker 레지스트리 및 조직입니다. 이를 사용하여 `quay.io/newrelic` 을 기본값으로 재정의합니다(예: `docker.io/newrelic` ).
`synthetics.minionVsePassphrase`	설정된 경우 verified script execution 활성화하고 이 값을 passphrase 로 사용합니다.
`synthetics.minionVsePassphraseSecretName`	설정된 경우 확인된 스크립트 실행을 활성화하고 이 값을 사용하여 minionVsePassphrase라는 키로 Kubernetes 비밀에서 암호를 검색합니다.
`synthetics.minionApiProxy`	형식: `"host:port"` .
`synthetics.minionApiProxySelfSignedCert`	허용되는 값: `true` , `1` 또는 `yes` (모든 경우).
`synthetics.minionApiProxyAuth`	형식: `"username:password"` - HTTP 기본 인증 + Chrome에서 지원하는 추가 인증 프로토콜을 지원합니다.
`synthetics.minionCheckTimeout`	모니터 검사를 실행할 수 있는 최대 시간(초)입니다. 이 값은 `0 seconds (excluded)` 에서 `900 seconds (included)` 사이의 정수여야 합니다(예: 1초에서 15분 사이). 기본값: ping 모니터 의 경우 `65 seconds` , 다른 모니터 유형의 경우 `180 seconds` .
`synthetics.minionUserDefinedEnvVariable`	형식: 예 . 로컬에서 호스팅되는 사용자 정의 키 값 쌍 집합입니다.
`synthetics.minionJVMOpts`	내부 JVM에 명령줄 옵션을 전달합니다. 기본: `-server -XX:-UsePerfData`
`synthetics.minionNetworkHealthCheckDisabled (CPM version >= 3.0.11)`	공용 인터넷 액세스에 대한 CPM 확인을 관리하기 위해 Minion Network Healthcheck가 비활성화된 상태입니다.기본값은 'false'이며, 'true'로 설정하면 CPM이 이 상태 확인을 우회합니다.
`image.repository`	가져올 컨테이너입니다. 기본: `quay.io/newrelic/synthetics-minion`
`image.pullPolicy`	끌어오기 정책. 기본: `IfNotPresent`
`persistence.claimName`	사용할 PVC의 이름입니다. 정의되지 않거나 설정되지 않은 경우 `Statefulset` 은 각 복제본에 대해 PVC를 동적으로 생성합니다.
`persistence.storageClass`	`VolumeClaimTemplates` }에 대한 `StorageClass` 을 재정의하며, `claimName` 가 정의되지 않았거나 비어 있는 경우에만 관련됩니다. 자세한 내용은 영구 볼륨 을 참조하십시오.
`persistence.accessMode`	PVC에 대해 정의할 액세스 모드로, `claimName` 이 정의되지 않았거나 비어 있는 경우에만 관련됩니다. 기본값: `ReadWriteOnce` .
`persistence.annotations`	`claimName` 이 정의되지 않았거나 비어 있는 경우에만 관련이 있는 PVC에 추가할 주석입니다.
`persistence.size`	PVC에 대해 정의할 크기로, `claimName` 이(가) 정의되지 않았거나 비어 있는 경우에만 관련됩니다. 기본값: `10Gi` .
`persistence.permanentData`	영구 데이터 저장소 디렉터리에 대한 볼륨의 경로입니다. 자세한 내용은 영구 데이터 저장소 를 참조하십시오.
`persistence.customModules`	사용자 정의 모듈 디렉토리에 대한 볼륨의 경로입니다. 자세한 내용은 사용자 정의 모듈 을 참조하십시오.
`persistence.userDefinedVariables`	`user-defined-variable.json` 파일에 대한 볼륨의 경로입니다. 자세한 내용은 사용자 정의 변수를 참조하세요.
`serviceAccount.create`	true인 경우 서비스 계정이 생성되어 배포에 할당됩니다. 기본값: `false` .
`serviceAccount.name`	배포에 할당할 서비스 계정입니다. `serviceAccount.create` 이 true이면 서비스 계정을 생성할 때 이 이름이 사용됩니다.
`serviceAccount.annotations`	`serviceAccount.create` 이 `true` 로 설정된 경우 서비스 계정에 추가할 주석입니다.
`removeJobsLog`	기본 Kubernetes에는 작업/로그 리소스가 포함되지 않습니다. 필요한 경우 역할에서 제거하려면 이것을 `true` 으로 설정합니다. 기본값: `false` .
`headlessService.serviceName`	`StatefulSet` 에 연결할 헤드리스 서비스의 이름입니다. 설정하지 않으면 전체 이름 템플릿을 사용하여 이름이 생성됩니다.
`appArmorProfileName`	Minion 및 Runner 포드에 적용될 `AppArmor` 프로필 이름입니다. 설정한 경우 AppArmor 프로필이 작동하려면 Kubernetes 노드에 있어야 합니다.
`podSecurityContextRunAsUser`	`0 (root)` 또는 `[2000, 4000]` (포함)로 설정할 수 있는 UID입니다. 설정된 경우 CPM을 지정된 UID로 실행합니다. 기본값: `2379` .

볼륨 마운트 지침

모든 디렉터리 및 파일 must 에는 읽기/쓰기 권한이 있는 3729 그룹 소유권이 할당됩니다. 이렇게 하면 uid: 1000 및 gid: 3729 사용하는 Runner가 마운트된 모든 볼륨에 액세스할 수 있습니다. 그러나 미니언은 루트(uid: 0) 또는 [2000, 4000] 범위(포함) 사이의 모든 uid 로 실행될 수 있습니다. 자세한 내용은 Kubernetes 또는 Docker 에서 루트가 아닌 사용자 로 실행을 참조하세요.

Docker

디렉토리는 내에서 -v 인수를 지정하여 컨테이너에 볼륨으로 마운트됩니다. docker run
예를 들어, docker run ... -v /path/to/src:/path/to/dest:rw

Kubernetes

kubectl cp 사용하여 영구 볼륨(PV)에 디렉터리를 추가할 수 있습니다. 그러나 파일 권한이 적절하게 설정되어 있는 한 대체 접근 방식이 지원됩니다.
예를 들어, kubectl cp /path/to/src <POD_NAME>:/path/to/dest 은 지정된 포드의 각 PV에 디렉토리를 추가합니다.
각 PV에는 별도의 디렉토리 사본이 있어야 합니다. 예를 들어 n개의 미니언 복제본이 있는 클러스터에는 각각 고유한 디렉토리 사본이 있는 n개의 PV가 있어야 합니다.
미니언을 부팅하기 전에 디렉터리와 파일을 추가해야 합니다. 그렇지 않으면 업데이트를 감지하기 위해 미니언을 다시 시작해야 합니다.

커스텀 노드 모듈

커스텀 노드 모듈은 분당 호출 수 전용입니다. 이를 통해 임의의 노드 모듈 세트를 제공하고 이를 신세틱 모니터링의 스크립트 모니터에 사용할 수 있습니다.

모듈을 설정하려면:

npm 공식 지침에 따라 디렉토리 루트에 package.json 을 포함하는 디렉토리를 만듭니다. dependencies 필드에 포함된 모든 항목은 시작 시 CPM에 의해 설치되며 해당 개인 미니언에서 모니터를 실행할 때 사용할 수 있게 됩니다.
선택적으로 루트 수준 package.json 을 Node.js 버전별 디렉터리로 재정의할 수 있습니다. 이렇게 하면 런타임의 Node.js 버전 이 더 이상 종속성과 호환되지 않는 경우 모니터 런타임별로 스크립트를 업데이트할 수 있습니다. 아래에서 이에 대한 예를 참조하십시오.
이 예에서 사용자 정의 모듈 디렉토리는 다음 구조로 사용됩니다.
/example-custom-modules-dir/ ├── counter │ ├── index.js │ └── package.json └── package.json ⇦ the only mandatory file
package.json 는 dependencies 로컬 모듈(예: counter)과 호스팅된 모듈(예: async 버전 ^2.6.1)로 정의합니다.
{ "name": "custom-modules", "version": "1.0.0", ⇦ optional "description": "example custom modules directory", ⇦ optional "dependencies": { "async": "^2.6.1", ⇦ hosted module "counter": "file:./counter" ⇦ local module } }
루트 수준 package.json 을 재정의하는 Node.js 버전별로 package.json 선언할 수 있습니다. 이를 통해 런타임의 Node.js 버전이 더 이상 의존성/종속성과 호환되지 않는 이벤트에서 모니터 런타임별로 모니터 펼쳐보기를 업데이트할 수 있습니다. 첫 번째 예 에서 볼 수 있듯이 로컬 모듈은 여전히 버전별 디렉터리 내에서 정의될 수 있습니다. 특정 Node.js 버전에 대해 package.json 가 정의되지 않은 경우 루트 수준 package.json 의존성/종속성을 설치하는 데 사용됩니다.
이 예에서 사용자 정의 모듈 디렉토리는 다음 구조로 사용됩니다.
/example-custom-modules-dir/ ├── 6.11.2 ⇦ optional Node.js specific directory │ └── package.json └── 10.15.0 ⇦ optional Node.js specific directory │ └── package.json ├── counter │ ├── index.js │ └── package.json └── package.json ⇦ the only mandatory file
사용자 정의 모듈 디렉토리와 package.json 을 생성하면 이를 Docker 및 Kubernetes용 CPM에 적용할 수 있습니다.
Docker의 경우 /var/lib/newrelic/synthetics/modules 에서 디렉토리를 마운트하는 CPM을 시작합니다. 예를 들어:
bash
$docker run ... -v /example-custom-modules-dir:/var/lib/newrelic/synthetics/modules:rw ...
다음을 완료:
CPM을 시작하고 설치 중에 명령줄이나 YAML 파일에서 persistence.customModules 구성 값의 값을 설정합니다. 값은 사용자 정의 모듈 파일이 있는 미니언의 영구 볼륨에 대한 하위 경로를 지정해야 합니다. 예를 들어:
bash
$helm install ... --set persistence.customModules=CUSTOM_MODULES_SUBPATH ...
미니언 패드에서 사용자 정의 모듈 디렉토리를 사용할 수 있는지 확인하세요. kubectl cp 을 호스트에서 미니언으로 복사하는 한 가지 방법으로 사용할 수 있습니다. 예를 들어:
bash
$kubectl cp /example-custom-modules-dir NAMESPACE/POD_NAME:/var/lib/newrelic/synthetics/modules
모듈이 제대로 설치되었는지 또는 오류가 있는지 확인하려면 "... Initialization of Custom Modules ..." 에 대한 CPM 로그 를 확인하십시오. npm 설치 로그가 표시됩니다.

이제 이 개인 위치로 보내는 모니터의 스크립트 에 "require('async');" 을(를) 추가할 수 있습니다.

변화 `package.json`

로컬 및 호스팅 모듈과 함께 Node.js 모듈을 사용할 수도 있습니다. CPM에서 사용하는 맞춤 모듈을 변경하려면 package.json를 수정하고 CPM을 재부팅하세요. 재부팅하는 동안 설정 변경 사항을 감지한 다음 정리하고 다시 설치합니다.

주의

로컬 모듈: package.json 에는 모든 로컬 모듈이 포함될 수 있지만 이러한 모듈은 사용자 정의 모듈 디렉토리 아래 트리 내부에 있어야 합니다. 트리 외부에 저장하면 초기화 프로세스가 실패하고 CPM을 시작한 후 도커 로그 에 오류 메시지가 표시됩니다.

영구 데이터 저장

CPM은 상태 비저장 애플리케이션이며 기본적으로 이전 요청이나 세션의 정보를 보존하지 않습니다. 그러나 영구 데이터 저장을 활성화하여 실행 사이에 데이터를 보존할 수 있습니다. 예를 들어 미니언이 자신을 식별하는 방법(예: Minion_ID )을 영구적으로 설정하고 이를 사용하여 해당 데이터를 생성한 정확한 미니언과 연결할 수 있습니다.

Docker에서 영구 데이터 저장소를 설정하려면:

디렉터리를 만듭니다.
/var/lib/newrelic/synthetics 에 디렉토리를 마운트하여 CPM을 시작합니다.
예시:
bash
```
$docker run ... -v /example-permanent-dir:/var/lib/newrelic/synthetics:rw ...
```

Kubernetes에서 영구 데이터 저장소를 설정하려면 다음 안내를 따르세요.

CPM을 시작하고 설치 중에 명령줄이나 YAML 파일에서 persistence.permanentData 구성 값의 값을 설정합니다. 값은 데이터를 저장할 미니언의 영구 볼륨에 대한 하위 경로를 지정해야 합니다.
예시:
bash
```
$helm install ... --set persistence.permanentData=PERMANENT_DATA_SUBPATH ...
```

스크립팅된 모니터에 대한 사용자 정의 환경 변수

컨테이너화된 개인 미니언을 사용하면 스크립팅된 모니터에서 사용할 환경 변수를 구성할 수 있습니다. 이러한 변수는 CPM에서 로컬로 호스팅되며 $env.USER_DEFINED_VARIABLES 을 통해 액세스할 수 있습니다. 사용자 정의 변수를 설정하는 방법에는 JSON 파일을 마운트하거나 시작 시 CPM에 환경 변수를 제공하는 두 가지 방법이 있습니다. 둘 다 제공되는 경우 CPM은 환경에서 제공된 값만 사용합니다.

JSON 파일에는 읽기 권한이 있어야 하며 JSON 형식의 맵을 포함해야 합니다.

사용자 정의 변수 파일의 예:

{
  "KEY": "VALUE",
  "User_Name": "MINION",
  "My_Password": "PASSW0RD 1 2 3",
  "my_URL": "https://newrelic.com/",
  "ETC": "ETC"
}

파일은 사용 가능하거나 컨테이너의 경로에 마운트되어야 합니다.

/var/lib/newrelic/synthetics/variables/user_defined_variables.json

도커 예시:

bash

$docker run ... -v /example-user-defined-variables.json:/var/lib/newrelic/synthetics/variables/user_defined_variables.json:rw ...

쿠버네티스 예시:

Kubernetes의 미니언 포드에 JSON 파일을 탑재할 때 미니언 포드에 직접 파일을 복사하거나 미니언이 사용할 동일한 영구 볼륨 및 영구 볼륨 클레임에 액세스할 수 있는 포드에 파일을 복사할 수 있습니다. 파일을 성공적으로 로드한 후 변경 사항을 적용하려면 Minion Pod를 다시 시작해야 할 수 있습니다.

bash

$kubectl cp path/to/user_defined_variables.json NAMESPACE/POD_NAME:/var/lib/newrelic/synthetics/variables/user_defined_variables.json

-e 플래그를 사용하여 MINION_USER_DEFINED_VARIABLES 이라는 환경 변수를 설정하고 JSON 형식의 맵 문자열 값을 지정합니다.

bash

$docker run ... -e MINION_USER_DEFINED_ENV_VARIABLES='{"KEY":"VALUE","NAME":"MINION","ETC":"ETC"}' ...

팁

Kubernetes의 CPM은 현재 환경 변수를 통한 사용자 정의 환경 변수 로드를 지원하지 않습니다. JSON 파일을 마운트하여 Kubernetes CPM을 구성해야 합니다.

스크립트에서 사용자 정의 환경 변수에 액세스

구성된 사용자 정의 환경 변수를 참조하려면 예약된 $env.USER_DEFINED_VARIABLES 다음에 점 표기법으로 지정된 변수 이름을 사용하십시오.

예를 들어, $env.USER_DEFINED_VARIABLES.MY_VARIABLE

주의

사용자 정의 환경 변수는 로그에서 삭제되지 않습니다. 민감한 정보의 경우 보안 자격 증명 기능을 사용하는 것이 좋습니다.

사용자의 편의를 위해 제공되는 기계 번역입니다.

컨테이너화된 프라이빗 미니언(CPM) 구성

중요

환경변수를 이용한 설정

도커 환경 구성

Kubernetes 환경 구성

볼륨 마운트 지침

커스텀 노드 모듈

사용자 정의 모듈 디렉토리

Node.js 버전별 재정의

도커

Kubernetes

변화 `package.json`

주의

영구 데이터 저장

스크립팅된 모니터에 대한 사용자 정의 환경 변수

JSON 파일 마운트

환경 변수로 전달

팁

스크립트에서 사용자 정의 환경 변수에 액세스

주의

사용자의 편의를 위해 제공되는 기계 번역입니다.

컨테이너화된 프라이빗 미니언(CPM) 구성

중요

환경변수를 이용한 설정 .css-21sua1{background:none;border:none;width:0;padding:0;}

Kubernetes 환경 구성

볼륨 마운트 지침

커스텀 노드 모듈

사용자 정의 모듈 디렉토리

Node.js 버전별 재정의

도커

Kubernetes

변화 package.json

주의

영구 데이터 저장

스크립팅된 모니터에 대한 사용자 정의 환경 변수

JSON 파일 마운트

환경 변수로 전달

스크립트에서 사용자 정의 환경 변수에 액세스

주의

환경변수를 이용한 설정

변화 `package.json`