DSC와 "일반"스크립팅의 차이점은 무엇입니까?

PowerShell Desired State Configuration DSC 에 대한 ITPro.tv 비디오를 시청했습니다 . 그들은 그것을 소개하고 효과적으로 스크립트를 실행합니다. 그러나 이것은 스크립팅의 첫 번째 (실제) 소개이므로 DSC와 일반 스크립팅의 차이점을 찾지 못했습니다. 나는 전에 정기적 인 스크립팅을 해왔으며, 아마도 그것들에 대한 훌륭한 예가 없었을 것입니다. 일반 스크립트가 역할 / 기능을 설치하고 일부 파일을 올바르게 복사하는 것처럼 보였습니다. 스크립트와 비교하여 DSC의 이점을 보지 못했습니다. 기계는 이론 상으로는 실제로 다루지 않은 어떤 종류의 변화에 ​​대해 폴링 할 수있는 것 외에도.

기존 스크립트에 비해 DSC의 이점은 무엇입니까? 예를 들어 "설치 역할, 파일 복사"?

• PowerShell을 사용하면 원격 컴퓨터에 연결하여 작업을 수행하도록 지시 할 수 있으므로 DSC에만 국한되지 않습니다.
• DSC를 사용하면 mof 파일을 만들기 위해 일종의 컴파일을 수행하는 것처럼 보이고 스크립트 후에 쉘에서 실행하면 불필요한 단계처럼 보입니다.
• MSDN 개요 PowerShell을의 개요처럼 읽고, 나는 차별화 된 특성을 볼 수 없습니다.

말씀 드린대로, 직접 powershell 코드를 사용하여 DSC로 수행 할 수있는 모든 작업을 수행 할 수 있습니다.

그러나 DSC는 구성 관리에 관한 것입니다.

구성 관리는 시스템이 특정 상태에 있도록 코드 및 다양한 시스템을 사용하는 패턴 및 방법에 관한 것입니다. 참조 1 2

구성 관리의 중요한 점 중 하나는 dem 등성입니다. 구성 관리 시스템에서 시스템을 설명하는 코드가 시스템에 대해 주기적으로 점검 및 실행됩니다. 많은 기본 스크립트는 잘 설계되지 않았으며 시스템을 구성하는 데 처음 사용할 때 올바른 작업을 수행하지만 다음에 오류가 발생하거나 복제하는 등의 작업을 수행합니다. 구성 관리 시스템은 스크립트에 dem 등성을 갖도록 스크립트에 수동으로 추가해야하는 테스트 및 상태 확인 코드의 상당 부분을 추상화하는 것이 이상적입니다.

DSC 및 기타 여러 구성 관리 시스템의 또 다른 중요한 점은 전세계 모든 사람과 공유 할 수있는 작업을 실제로 수행하는 재사용 가능한 리소스 를 만드는 것입니다. 이러한 방식으로 실제로 '구성'은 환경과 관련된 몇 가지 구체적인 세부 사항이어야합니다. 이것은 또한 다른 많은 사람들이 사용하고 조사한 것들을 재사용 할 수 있기 때문에 훨씬 적은 코드를 작성해야한다는 것을 의미합니다.

위의 링크를 몇 개 포함했지만 인터넷에서 구성 관리 시스템 이론에 대해 찾을 수있는 훌륭한 웹 사이트가 많이 있습니다. 일반적인 이론은 모든 구성 관리 시스템 (인형, 요리사, dsc, ansible 등)에 적용되며 학습 할 가치가 있으며 대부분의 환경에서 사용할 가치가 있습니다.

https://docs.microsoft.com/en-us/powershell/dsc/dscforengineers#i-have-powershell-why-do-i-need-desired-state-configuration을 살펴보십시오 .

저는 C # 프로젝트 리더로 일하기 시작했습니다. 이 "공유 설정", "IIS에서 앱 만들기"및 "IIS Rewrite가 설치되어 있는지 확인"유형의 스크립트 수십 개를 작성했습니다. 나는 보통 "X를하는 것은 단지 한 줄의 코드 일뿐"이라고 생각하는 누군가에 의해 요청된다. 그러나 이미 존재하는 경우 어떻게해야합니까? 1, 3 단계는 이미 존재하지만 2,4 단계는 존재하지 않거나 2 단계 (IIS 앱 풀이라고 함)가 마지막과 정확히 동일하게 구성되지 않은 경우 어떻게해야합니까?

예, DSC에서는 스크립트의 모든 "부분"이름을 지정해야합니다. 처음에는 지루한 것 같습니다. 그러나 이름을 지정하지 않으면 DSC 엔진과 공급자가 스크립트의 어느 부분이 너무 오래 걸리는지, 아니면 스크립트의 어떤 부분이 실패했는지 알 수 없습니다.

폴더, IIS, 앱 배포 또는 Windows 기능을 수행하는 경우 DSC 학습에 며칠을 투자하는 것이 좋습니다.