우리 팀은 설치를 위한 공통 레이아웃과 사용자 정의 설치 위치를 만들고 싶은 다양한 Solaris 및 Linux 서버를 보유하고 있습니다. 본질적으로 우리는 어디에나 맹목적으로 설치할 수 있는 액세스 권한이 부여되지 않지만 root로컬이나 디렉터리 폴더에 많은 앱을 설치할 수 있는 충분한 액세스 권한이 있지만 /opt/대부분의 서버에서 그렇게 해야 합니다.
내가 할 수 있기를 원하는 것은 서버 전체에 설치할 공통 도구 세트를 동기화하기 위한 몇 가지 공통 솔루션을 설정하는 것입니다. 예를 들어 서버를 선택하면 x-1.3.0서버에 설치되지 않는 사용자 정의가 가능합니다.y-prod
또한 서버 간에 .ssh 키를 설정 및/또는 동기화하여 암호 없이 서로 통신할 수 있도록 하는 것도 유용합니다. 공통 설정에 필요한 다양한 .profile, .bashrc 및 추가 .dot 파일도 마찬가지입니다.
우리 팀에는 이러한 서버에 대한 맹목적인 액세스 권한이 부여되지 않았지만 root로컬 /home/이나 /opt/폴더에 설치할 수 있으므로 이론적으로 대부분의 서버 설정을 스크립트로 작성할 수 있어야 합니다. 이 작업을 수동으로 수행하거나 Ruby나 Python으로 스크립트를 작성하는 것도 어렵지 않을 것이라고 생각합니다. 하지만 이미 이 작업을 수행하는 도구가 있다면 거인의 어깨 위에 서는 것이 좋을 것입니다. 이 특정 작업을 위해.
답변1
답변2
나는 할거야인형루트 액세스가 없으면 시스템 패키지 설치로 많은 작업을 수행할 수 없다는 경고와 함께 춤을 추십시오(하지만 이에 대해 이야기하지 않았을 수도 있습니다).
많은 사람들이 어떻게 생각하는지에도 불구하고, 당신은~할 수 있다큰 고통 없이 사용자 계정에서 Puppet을 실행할 수 있습니다. 확실히 손으로 키우는 것보다 고통이 훨씬 적습니다. 아마도 설치 패키지를 배포하는 형식이 무엇이든 처리할 수 있는 사용자 정의 패키지 공급자를 작성하는 것이 가장 좋을 것입니다. 이는 여기저기서 작업 /opt하는 것보다 더 깔끔할 것입니다 .exec
답변3
내 머리 꼭대기에는 두 가지 옵션이 있습니다.
1) "참조" 시스템을 사용하여 초기 설치를 수행한 다음 전체 /opt 트리를 rsync합니다. 또는
2) IT 그룹이 소프트웨어를 설치할 위치에 nfs 공유를 설정하도록 설득한 다음 nfs가 이를 대상 시스템에 마운트합니다.
어딘가에 적절한 NFS 서버 공간을 확보할 수 있다고 가정한다면 나는 두 번째 옵션을 선호합니다.