Requires=나에게는 어떤 방식으로든 다른 서비스에 의존하는 서비스의 경우 After=이를 스크립트(사용법 및 지시문)에 지정하는 것이 더 자연스럽게 들립니다. 결국, 서비스를 작성할 때 서비스에 의존하는 모든 서비스를 실제로 알 수는 없지만 서비스가 무엇에 의존하는지 알 수 있습니다.
그렇다면 질문은: Before=이 지시문의 실제 목적은 무엇입니까? 언제 사용해야 합니까?
답변1
Before그리고 After서비스 간의 순서 제약 조건은 지정하지만 서비스 간의 종속성 제약 조건은 지정하지 않습니다. 따라서 Before해당 서비스 명세서에서 특정 서비스에 의존하는 서비스를 철저하게 문서화할 필요가 없습니다 . 이는 불가능합니다.
Before사용할 때알잖아다른 단위가 반드시 지정된 서비스에 의존하지 않는 경우에도 서비스는 알려진 다른 단위보다 먼저 시작되어야 합니다. 중요한 측면은 지식의 요점을 포착하는 것입니다. 특히 서비스 설명에서 특정 시간 이전에 서비스를 시작해야 함을 명시하는 데 자주 사용됩니다.표적는 서비스와 대상 간의 순서 제약 조건을 설명하는 유일한 합리적인 방법입니다. 예를 들어 wpa_supplicant@대상보다 먼저 시작되어야 합니다 network. 다른 적절한 사례에는 향상된 서비스가 향상된 서비스에 대해 알 것으로 기대할 수 없는 방식으로 다른 서비스를 "향상시키는" 서비스가 포함됩니다. 예를 들어 fwupd서비스가 gdm정상이 되기 전에 시작해야 하지만 사용자는 이를 기대할 수 없습니다. gdm서비스 후에 시작해야 함 fwupd(또는 서비스에 따라 더 나쁠 수도 있음)을 알아야 합니다.