확장 된 WAR 파일의 장점 / 단점
오늘 읽은 질문에 대한 답변은 확장 된 (압축이 풀린) WAR 로 애플리케이션을 배포하는 것을 제안했습니다 . 생각하게 했어요.
내가 JBoss / Tomcat에 수행 한 모든 배포에는 WAR / EAR 파일이 있습니다. 적어도 내가 기억할 수있는 한.
내가 몇 년 동안 실수를 했나요?
앱을 패키지화하지 않고 확장 된 형태로 배포하면 이점이 있습니까?
나는 그것이 다른 질문에서 폭발 한 전쟁을 언급하는 나의 대답이라고 생각합니다. Exploded WAR은 탐색하기 쉽고 애플리케이션의 '부분'을 훨씬 더 빠르게 배포 할 수 있습니다 (웹 / 앱 서버가이를 처리하는 방법에 따라 다름). 예를 들어 JSP 페이지와 같은 단일 리소스를 교체합니다. 그러나 몇 가지 단점이있을 수 있습니다.
1.) 실제로 실행중인 버전은 무엇입니까? "흠, 지금은 잘 모르겠습니다"
2.) 보안-분해 된 형식에 대한 적절한 권한이 있습니까?
3.) Messiness-멋진 앱 / 웹 서버 전체에 파일이 많이 퍼져 있습니다 (어떤 사람들은 이것을 정말 싫어합니다).
저는 프로토 타입 개발 작업을 위해 폭발적인 경향이 있으며 PRD에 가까울수록 적절한 패키징으로 이동하는 경향이 있습니다.
폭발적인 귀 / 전쟁을 배포함으로써 얻을 수있는 유일한 실질적인 이점은 서버에서 파일을 핫스왑 할 수있는 기능과 패키지 시간을 절약 할 수 있다는 것입니다 (IMHO는 무시해도 됨).
기본적으로 이것은 개발 단계에 유용한 기능입니다. 프로덕션 환경에서는이 배포 방법을 선택하지 않습니다.
일부 난해한 기능을 위해 폭발적인 전쟁을 필요로하는 웹 애플리케이션 서버도 있지만, 이것은 일반적인 사용에서 경험 한 것이 아닙니다.
개발 단계에서 폭발적으로 배포하는 것이 더 편합니다. 이렇게하면 배포 된 일부 리소스 (JSP 페이지와 마찬가지로)를 핫 업데이트 할 수 있습니다.
테스트 및 프로덕션 환경의 경우 대신 패키지 배포를 선호합니다. 배포자에게 더 가볍고 다루기 쉽습니다.
배포 할 때 WAR / EAR를 폭발시키지 않는다고해서 Application Server에 아무런 차이가 없습니다. 밑에는 모두 폭발하기 때문입니다.
예를 들어, Tomcat의 webapp 아래에 WAR 파일을 넣으면 작업 디렉토리 아래에서 WAR 파일이 폭발하는 것을 볼 수 있습니다.
기본적으로 WAR / EAR는 파일을 보관하고 있으므로 이동 및 배포가 더 쉽습니다.
단점 : Windows를 사용하는 경우 OS가 폭발 된 .war에서 일부 파일을 임의로 잠그는 경우가 많으며 전체 전쟁을 삭제하고 재배포하기가 어렵습니다.
AFAIK, 뜨거운 전개는 폭발 한 전쟁에서만 가능합니다. 또한 개발 중에 서버에서 프로젝트 트리를 탐색하는 것이 더 쉽습니다. 물론 다른 장점과 단점이있을 수 있습니다.
참조 URL : https://stackoverflow.com/questions/3906881/advantages-disadvantages-to-exploded-war-files
'programing' 카테고리의 다른 글
| JOIN이 WHERE보다 빠릅니까? (0) | 2021.01.15 |
|---|---|
| Python을 사용하여 파일 (ics / icalendar) 구문 분석 (0) | 2021.01.15 |
| Java 6 및 Java 7에서 다르게 작동하는 intern () (0) | 2021.01.15 |
| 프로세스 fork ()간에 메모리를 공유하는 방법은 무엇입니까? (0) | 2021.01.15 |
| 강제 다운로드 대신 AWS S3 디스플레이 파일 인라인 (0) | 2021.01.15 |