> ## Documentation Index > Fetch the complete documentation index at: https://docs.optimism.io/llms.txt > Use this file to discover all available pages before exploring further. # 체인 운영자 모범 사례 > OP Stack의 오프체인 구성 요소를 관리하기 위한 몇 가지 모범 사례를 알아봅니다. 다음은 OP Stack의 오프체인 구성 요소 운영에 관한 몇 가지 모범 사례입니다. ## 올바른 릴리스 버전 체인 운영자와 노드 운영자는 항상 OP Stack 오프체인 구성 요소의 최신 프로덕션 릴리스를 실행해야 합니다. 최신 릴리스 노트와 변경 로그는 GitHub에서 확인할 수 있습니다. * [OP monorepo 릴리스](https://github.com/ethereum-optimism/optimism/releases) (`op-node` 및 기타 Go 기반 OP 구성 요소 포함) * [op-geth 릴리스](https://github.com/ethereum-optimism/op-geth/releases) (독립 저장소) * [op-contracts 릴리스](https://github.com/ethereum-optimism/optimism/releases) (`op-contracts/`로 시작하는 태그 확인) 버전을 선택할 때의 가이드라인은 다음과 같습니다. * **프로덕션 릴리스**는 특정 OP 구성 요소에 대해 항상 `/v` 형식으로 태그가 지정됩니다. 예시: * `op-node`의 경우 `op-node/v1.7.5` * `op-challenger`의 경우 `op-challenger/v1.0.0` * **Monorepo 릴리스**는 일반적으로 단순한 `v` 형식(예: `v1.7.7`)을 사용하며, 모든 Go 기반 OP Stack 구성 요소(`op-*`)가 함께 업데이트되었음을 나타냅니다. 여기에는 새 L1 컨트랙트 릴리스가 포함되지 **않습니다**. * **컨트랙트 릴리스**는 `op-contracts/v`(예: `op-contracts/v1.6.0`) 형식으로 태그가 지정되며 Bedrock L1 컨트랙트에 대한 업데이트를 포함합니다. * **`op-geth` 버전 체계**는 semver 안에 업스트림 geth의 버전을 포함합니다. 예를 들어 업스트림 geth가 `v1.12.0`이면 `op-geth` 릴리스는 `v1.101200.0`이 될 수 있습니다. geth의 major 버전을 minor 버전으로 사용하고(필요한 경우 왼쪽을 0으로 채움), patch 버전을 뒤에 붙입니다. 추가 세부 정보나 업그레이드 지침은 항상 릴리스 노트를 참조하세요. ## 배포 아티팩트 보관 Ethereum에 컨트랙트를 배포한 후에는 모든 배포 아티팩트를 기록으로 보관해야 합니다. 여기에는 모든 [op-deployer](https://docs.optimism.io/ko/chain-operators/tools/op-deployer/overview.mdx) 아티팩트와 `op-deployer` 및 `op-contracts`의 릴리스 태그 및 커밋 해시가 포함됩니다. 체인을 [Superchain Registry](https://docs.optimism.io/ko/op-stack/protocol/superchain-registry.md)에 추가하려면 이러한 아티팩트가 필요합니다. ## 점진적 업그레이드 롤아웃 node를 업그레이드할 때는 단계적인 방식을 사용하세요. 즉, 모든 node를 변경하기 전에 인프라 전반에 업그레이드를 점진적으로 배포하고 예상대로 작동하는지 확인해야 합니다. ## Sequencer 격리 sequencer node를 인터넷에 직접 연결하지 않음으로써 격리할 수 있습니다. 대신 수신 트래픽을 프록시 뒤에서 처리할 수 있습니다. 프록시가 트래픽을 레플리카로 전달하고, 레플리카가 내부적으로 트랜잭션을 gossip하도록 구성하세요. ## P2P 트랜잭션의 안정성 향상 다음 플래그는 내부 레플리카 node와 sequencer node 간 P2P 트랜잭션의 안정성을 향상시킬 수 있습니다. sequencer node의 경우: ``` GETH_TXPOOL_JOURNAL: "" GETH_TXPOOL_JOURNALREMOTES: "false" GETH_TXPOOL_NOLOCALS: "true" ``` 레플리카 node의 경우: ``` GETH_TXPOOL_JOURNALREMOTES: "true" GETH_TXPOOL_LIFETIME: "1h" GETH_TXPOOL_NOLOCALS: "true" ``` 이러한 플래그에 대한 자세한 내용은 [실행 계층 구성 옵션](https://docs.optimism.io/ko/node-operators/reference/op-reth-config.md) 문서를 확인하세요. ## 자체 런북 작성 OP Stack 체인 운영에 대비하여 맞춤형 런북을 작성하세요. 시스템의 주요 구성 요소에 메트릭 엔드포인트와 모니터링을 설정하고, 예상대로 동작하지 않을 때 실행할 런북을 작성해야 합니다. ## 전제 조건 ### op-proposer는 아카이브 모드를 전제로 합니다 `op-proposer`는 현재 `op-geth`가 아카이브 모드로 실행되고 있다고 가정합니다. 이는 향후 네트워크 업그레이드에서 변경될 가능성이 높지만, 현재로서는 L2 출금에 필요합니다. > [!NOTE] > > **프로덕션 환경에서 운영하기** > > 프로덕션 체인은 24시간 연중무휴로 운영되어야 합니다. HA sequencer > 클러스터, 안정적인 출금 시스템, 일관된 L1 엔드포인트, 안전하게 보호된 핫 > 키, 그리고 견고한 운영이 필요합니다. 이를 직접 운영하고 싶지 않거나, > 직접 운영하는 부분에 OP Labs 엔지니어링의 지원을 받고 싶다면 > [OP Enterprise](https://optimism.io/op-enterprise?utm_source=docs\&utm_medium=docs\&utm_campaign=op-enterprise) > 가 완전 관리형 옵션과 지원형 자체 관리 옵션을 제공합니다.