모든 관리 툴과 Git 포크(fork)는 유연하다고 주장하지만, SaltStack에서는 유연하다고 말할 때 전체 관리 접근 방식이 유연하다는 것을 의미합니다.
SaltStack은 가장 널리 사용되는 시스템 관리 모델을 따르도록 구현할 수 있습니다.
- 에이전트 및 서버
- 에이전트 전용
- 서버 전용
- 동일한 환경에서 위의 내용 중 일부 또는 전체
우린 너희 모두를 사랑해 또는 최소한 모든 관리 접근 방식. 매니아들이 '최고의' 관리 접근 방식에 대해 이야기할 때, 그들은 대개 특정한 접근 방식이 그들의 요구에 가장 적합한 것이 옳습니다. 하지만 당신의 요구는 어떤가요? SaltStack은 어디에서나 사용할 수 있는 최상의 관리 툴셋을 만든 다음 사용자가 사용할 수 있도록 최대한 많은 방법을 제공하는 데 중점을 두고 있습니다. 요원이 없다고요? 서버가 없다고요? 문제 없어요.
에이전트 및 서버
구성 관리를 위한 표준 모델입니다. 관리 서버는 다수의 시스템에서 실행되는 에이전트에 명령 및 구성을 전송하고, 결과는 서버로 반환됩니다.
에이전트 전용
모든 “추가 사항”을 설정하기를 원하지 않기 때문에 관리 툴을 피했다면 이 모델이 가장 적합한 모델일 수 있습니다. 솔트 에이전트는 서버의 개입 여부에 관계없이 관리 작업을 수행할 수 있습니다.
이 모델의 가장 좋은 점은 이미 기본 제공되어 있다는 것입니다. 관리 서버를 사용하지 않으려면 해당 모델을 설정하지 않는 것이 좋습니다. 이 모델과 에이전트 및 서버 모델을 앞뒤로 이동하거나 두 모델을 함께 사용할 수 있습니다.
서버 전용(에이전트 없음)
Salt 명령은 Salt 에이전트 대신 SSH를 사용하여 원격 시스템에서 실행할 수 있습니다. Salt 에이전트를 사용하여 모든 웹 서버를 구성하되 SSH를 통해 데이터베이스 서버에서 특별 관리 태스크를 수행하십시오. 그것은 전적으로 당신에게 달려있습니다.
사이즈가 모두 맞지 않음
이 Get Started Guide의 초기 섹션에서는 에이전트 및 서버 모델을 사용하여 단순성을 유지하는 SaltStack에 대해 설명합니다. 하지만 다른 방법을 사용할 계획이라면, 이 방법이 방해가 되지 않도록 하십시오. 각 관리 모델 간의 주요 차이점은 사용하는 SaltStack 실행 파일과 호출 방법입니다. SaltStack의 업무 수행에 있어, SaltStack 기능은 기본적으로 각 모델마다 동일합니다.
필수 구성 관리 및 선언적 구성 관리
SaltStack은 시스템 구성을 정의하는 두 가지 주요 방법을 모두 지원합니다. SaltStack의 강력한 필수 구성 요소 시스템을 사용하는 선언적 방법론을 따르거나 SaltStacks의 기본 주문 실행을 반드시 수행해야 합니다.
출처 : https://docs.saltproject.io/en/getstarted/flexibility.html
