> For the complete documentation index, see [llms.txt](https://docs.medcrypt.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.medcrypt.com/ko/helm/automate-and-integrate/create-and-manage-lifecycle-rules-to-automate-eos-and-eol-information-across-all-products.md).

# 수명 주기 규칙 생성 및 관리

## **개요**

수명 주기 규칙은 다음 정보를 자동으로 적용하여 제품 포트폴리오 전반의 일관성을 보장합니다. **지원 수준** 및 **수명 종료(EOL)/지원 종료(EOS)** 정보를 모든 현재 및 향후 SBOM의 구성 요소에 적용합니다. Helm의 [계정 소유자](/ko/helm/administration/manage-access.md#account-owner-role) 는 Helm의 **규칙 관리자** 에서 수명 주기 규칙을 생성하여 FDA 사이버 보안 요구사항 준수를 간소화할 수 있습니다.

* 각 규칙은 다음을 기반으로 조건을 정의합니다. **공급업체 이름, 구성 요소 이름 및 구성 요소 버전** 그리고 모든 조건이 충족되면 지정된 수명 주기 정보를 적용합니다.
* 이 규칙은 사용자가 제공한 수명 주기 데이터보다 우선하며, **수명 주기 규칙** 목록에서 드래그 앤 드롭하여 순서를 변경할 수 있습니다.
* 적용된 정보는 [FDA SBOM 보고서](/ko/helm/ensure-fda-readiness/fda-ready-sbom-and-vulnerability-reports/meet-fda-requirements-with-your-fda-sbom-report.md)에 포함되어 정확성과 자동화를 보장합니다.

### 별칭 규칙의 워크스페이스 컨텍스트 이해

별칭 규칙을 생성하고 관리할 때:

* **조직 전체에 적용되는 이점**: 수명 주기 규칙은 모든 작업 공간의 구성 요소에 적용됩니다.
* **규칙 관리**: 모든 작업 공간 관리자는 현재 작업 공간과 관계없이 조직의 수명 주기 규칙을 확인할 수 있습니다.

### 수명 주기 규칙의 이점

* **FDA 규정 준수 간소화**: FDA 보고서에 필수 수명 주기 정보를 자동으로 포함합니다.
* **일관성 보장**: 전체 제품 포트폴리오에 동일한 수명 주기 데이터를 적용합니다.
* **시간 절약**: 수명 주기 정보를 한 번 업데이트하면 모든 곳에 적용됩니다.
* **정확성 향상**: 자동화된 규칙으로 수동 데이터 입력 오류를 방지합니다.
* **유연성 유지**: 제품 수명 주기 정보가 변경되면 규칙을 쉽게 조정할 수 있습니다.

### 수명 주기 규칙의 영향 이해

수명 주기 규칙이 적용되면 다음 항목에 영향을 줍니다.

* **기존 SBOM**: 이전에 업로드한 모든 SBOM에 수명 주기 정보가 적용됩니다.
* **향후 SBOM**: 새로 업로드하는 모든 SBOM에 규칙이 자동으로 적용됩니다.
* **FDA SBOM 보고서**: FDA 규정 준수 보고서에 수명 주기 정보가 포함됩니다.
* **사용자가 제공한 데이터**: 규칙은 수동으로 입력한 모든 수명 주기 정보보다 우선합니다.
* **위험 평가**: EOL/EOS로 표시된 구성 요소는 지속적인 보안 지원이 제공되지 않으므로 위험도가 높은 것으로 표시됩니다.

### 수명 주기 규칙 추가

다음 사용자만 [계정 소유자](/ko/helm/administration/manage-access.md#account-owner-role) Helm의 **규칙 관리자에서 수명 주기 규칙을 생성할 수 있습니다.** FDA 사이버 보안 요구사항을 효율적으로 준수할 수 있습니다.

1. 사이드바에서 Rules manager를 클릭합니다.
2. 다음 **Lifecycle rules** 탭을 클릭합니다.
3. 이 탭에서 **Add lifecycle rule** 버튼을 클릭합니다.
4. 규칙 조건을 설정하려면 해당 필드와 비교 연산자를 선택한 다음, 일치해야 하는 값을 지정합니다. 각 메타데이터 필드에 조건을 하나씩 추가할 수 있습니다.
   * 각 조건에는 AND 논리가 적용되므로, 효과를 적용하려면 모든 조건이 참이어야 합니다.
   * 기준과 정확히 일치하는 기존 수명 주기 규칙이 있으면, 대기 중인 편집 내용을 취소하거나 기준을 변경하라는 메시지가 표시됩니다.
5. 조건 아래에서 모든 조건이 일치할 때 자동으로 수행할 각 작업을 설정할 수 있습니다. 해당 필드와 비교 연산자를 선택하고, 일치해야 하는 값을 지정합니다.
   * 다음 항목의 경우 **지원 수준** 및 **EOS/EOL** (지원 종료 및 수명 종료) 정보에는 `is equal to date`를 선택한 다음 특정 날짜를 지정하거나, `is equal to text`로 설정한 다음 해당 텍스트 값을 입력할 수 있습니다.
6. 규칙 추가, 규칙 업데이트 및/또는 규칙 우선순위 변경을 마치면 **Save & apply lifecycle rules**을 클릭합니다. 저장하지 않은 변경 사항은 현재 Helm 세션 동안에만 유지되므로, 취소되지 않도록 하려는 변경 사항은 저장하고 적용해야 합니다.

변경 사항을 확인하면 Helm이 기존 및 향후 SBOM에 해당 변경 사항을 적용합니다.

#### **규칙 명명 규칙**

규칙 이름은 지정된 기준에 따라 다음과 같이 정해집니다. `[Supplier name]/[Component name]/[Version]`. 현재 규칙 이름은 수정할 수 없습니다. 이 기능이 중요하다면 [알려주세요](mailto:support@medcrypt.com).

### 수명 주기 규칙의 우선순위 설정

수명 주기 규칙은 규칙 목록에서의 위치에 따라 적용됩니다.

1. 우선순위를 높이려면 규칙을 끌어다 위로 이동하고, 낮추려면 아래로 이동합니다.
2. 다음을 클릭합니다. **Save & apply changes**를 클릭합니다. 새 규칙 추가, 규칙 삭제 표시, 우선순위 변경을 포함하여 수행한 모든 변경 사항이 적용됩니다.

### 수명 주기 규칙 편집

1. 규칙을 수정하려면 해당 수명 주기 규칙에서 **Edit** 을 클릭합니다.
2. 조건 및/또는 수행할 작업을 수정한 다음 **Save**.
3. 규칙 우선순위를 변경하려면 규칙 이름 옆의 드래그 아이콘을 클릭한 채 목록의 다른 위치로 끌어다 놓습니다. 규칙 우선순위는 목록에 있는 규칙의 순서에 따라 결정됩니다. 여러 규칙이 한 구성 요소에 적용되는 경우 목록에서 가장 위에 있는 규칙이 우선 적용됩니다. 규칙 우선순위만 변경하고 삭제할 규칙을 표시하지 않았다면 **Save & apply lifecycle rules**.
4. 규칙을 삭제하려면 **Mark for deletion** 작업을 클릭합니다. 삭제할 규칙을 표시하고 우선순위를 변경한 후 규칙 목록 하단에 있는 전역 **Review changes** 버튼을 클릭합니다.
5. 변경을 마치면 **Save & apply lifecycle rules**.
6. 변경 사항을 확인하면 Helm이 기존 및 향후 SBOM에 해당 변경 사항을 적용합니다.

을 클릭합니다. 저장하지 않은 변경 사항은 현재 Helm 세션 동안에만 유지되므로, 취소되지 않도록 하려는 변경 사항은 저장하고 적용해야 합니다.

### 수명 주기 규칙 삭제

삭제된 규칙은 기존 SBOM에서 적용 해제되며 향후 SBOM에는 적용되지 않습니다. 삭제한 규칙은 복구할 수 없습니다.

1. 사이드바에서 **Rules** 항목을 클릭합니다.
2. 다음 **Lifecycle rules** 탭을 클릭합니다.
3. 삭제하려면 **Mark for deletion** 을 클릭합니다. 삭제할 수명 주기 규칙을 선택합니다. 규칙 목록 위에 삭제 표시된 규칙의 총 개수가 표시됩니다. 규칙을 삭제하지 않기로 마음이 바뀌면 다음을 클릭합니다. **삭제 표시 해제**.
4. 예정된 삭제로 인해 규칙의 우선순위를 변경해야 하는 경우 해당 규칙을 목록에서 위나 아래로 끌어다 놓습니다.
5. 클릭 **변경 사항 저장 및 적용** 버튼을 클릭합니다. 그러면 삭제가 포트폴리오 전반에 미치는 영향을 보여 주는 확인 패널이 표시됩니다.
6. 보유한 규칙이 하나뿐인 경우, 저장되지 않은 모든 변경 사항을 적용할지 확인하라는 메시지가 표시됩니다. 이 경우 빈 규칙이 표시되므로 나중에 규칙을 더 추가할 수 있습니다.
7. 변경 사항을 확인합니다. 그러면 해당 규칙이 기존 또는 향후 SBOM에 더 이상 적용되지 않는다는 성공 알림이 표시됩니다.

### 문제 해결 및 모범 사례

* **규칙 이름 지정**: 현재는 규칙 이름을 수정할 수 없습니다. 규칙 이름은 조건에 따라 자동으로 생성됩니다.
* **규칙 충돌**: 여러 규칙이 동일한 구성 요소에 적용될 수 있는 경우 목록에서 더 위에 있는 규칙이 우선 적용됩니다.
* **세션 지속성**: 페이지를 벗어나기 전에 변경 사항을 반드시 저장하세요. 저장하지 않은 변경 사항은 사라집니다.
* **검증**: 규칙을 적용한 후, 일치하는 구성 요소의 샘플을 확인하여 규칙이 예상대로 작동하는지 검증합니다.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.medcrypt.com/ko/helm/automate-and-integrate/create-and-manage-lifecycle-rules-to-automate-eos-and-eol-information-across-all-products.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.