11. stage / nostage

모드	기본 동작	적용
stage	웹로직 6.1까지 사용했던 deploy 방식.  admin 서버에 어플리케이션을 배포하고, 어플리케이션 리모트 호출을 통해 원격지에 있는 managed 서버로 복사하는 방식. ex) 하나의 클러스터에 3개의 managed 서버가 포함되어 있다면, 3개의 managed 서버에 복사하여 배포함. staging 디렉터리는 지정 가능. (기본 : ${DOMAIN_HOME}/servers/인스턴스명/stage, 8.1 이하는 ${DOMAIN_HOME}/stage   장점) 어플리케이션 파일을 admin 서버 한군데서만 관리하면 되는 관리상의 이점 단점) 어플리케이션의 파일 사이즈가 커질수록 어플리케이션을 원격지 managed  서버로 복사하는 시간이 늘어남에 따라 boot up 성능이 저하되고 장애시 restart 시간이 늘어나게 됨.   ※ 웹로직 관리콘솔에서 staging directory name(managed server에 배포할 준비를 위한 애플리케이션 위치)과 upload directory name(admin server에서 중앙집중적으로 배포시에 업로드 해놓은 애플리케이션 위치)을 사전에 설정해야 함.	* 어플리케이션 사이즈가 작은 경우 * managed server가 적은 경우 * 클러스터 배포
nostage	웹로직 7.0부터 지원되는 방식. 어플리케이션을 admin 서버에서 복사해가지 않고 배포 대상 managed server가 접근할 수 있는 위치에 각각 복사하는 방식. 물리적으로 다른 서버에는 동일한 경로의 애플리케이션이 필요. exploded 형식으로도 배포 가능하며, jsp 또는 서블릿이 변경되면 자동인식하여 배포도 할 수 있음.(기능 disable 가능)   장점) 각 서버들이 기동될 때 로컬에 있는 파일을 읽어서 어플리케이션을 배포하기 때문에 stage mode에 비해서 성능이 매우 빠름. 단점) 각 하드웨어 box에 어플리케이션을 복사해놓아야 함.	* 어플리케이션 사이즈가 큰 경우 * 동적인 update가 필요한 경우
External -Stage	stage모드와 비슷하나 admin 서버가 애플리케이션을 복사하지 않고, 관리자가 사전에 staging directory에 애플리케이션을 수동으로 복사해놓아야 함.	* Target server에 수동적으로 분산 배치하는 경우 * 어플리케이션의 동적인 업데이트를 요구하지 않을 경우

 

---

 

stage 모드 배치 방법)

1. 어플리케이션 배치시 다음과 같이 대상 서버 선택

 

2. 이 응용 프로그램을 모든 대상에 복사 선택

※ 이 응용 프로그램을 모든 대상에 복사 - stage 모드

※ 다음 위치에서 배치를 엑세스할 수 있음 - nostage 모드

 

stage로 배치시 다음과 같이 각 인스턴스별 stage 디렉토리에 배치 디렉토리가 생성됨