| Hyeok Namkung | 13. 3. 26. |
안녕하세요.
Tomcat 7 로 운영서버 5대를 운영중이고, Tomcat 의 클러스터링 기능을 이용해
세션클러스터링과 한 서버에만 war 를 업로드하면 5대에 모두 배포도 되게 설정을 해놓았습니다..
하지만 저희 회사 업무 특성상 수정이 굉장이 잦은 편이구요..(하루에 10~30번 이상도 합니다..ㅠㅠ)
그리고 한 사이트가 아닌 10개 정도의 사이트를 유지보수 하고 있습니다.
(아직 spring 으로 개발된 사이트는 2개 뿐이지만, 전부 spring 으로 바꾸려고 하고 있습니다.)
문제는 잦은 수정들과 많은 사이트로 인해 빈번하게 배포하려다 보니 발생하고 있는데요.
적은 인원으로 운영하고 있는 상황이어서, 운영서버에 배포는 개발자 뿐 아니라 웹퍼블리셔도 같이 하고 있습니다.
SVN은 예전부터 사용해왔어서 소스 commit/update/merge 정도는 개발자/웹퍼블리셔들도 다 할 수 있구요..
빌드하는 것도 maven 을 통해 자동화해놔서 개발지식이 없어도 빌드해서 war 파일 만드는 것은 가능한 상황입니다..
하지만 매번 war 파일을 만들어서 배포를 하려다 보니.. 용량이 커서 오래걸린다던지. 동시에 업로드를 한다던지..
문제도 있고. jsp 파일 일부 텍스트만 약간 수정했는데, 전부 다시 빌드해서 배포를 하려니 좀 비효율적인 면도 있는것 같구요..
jsp 만 별도로 배포하고 재컴파일 하는 경우에만 war 만들어서 배포를 한다던지.. 뭐 그런 방법을 생각중인데
아무래도 뭔가 깔끔하지 못한것 같아서요 ㅠㅠ
그룹 분들은 어찌 운영하고 계신지 궁금합니다...
정리하면.
1. 운영서버로 잦은 배포가 필요한 상황
2. 비개발자, 웹퍼블리셔도 배포를 해야하는 상황
3. 사이트 용량이 커서 war 파일도 클 때
4. jsp 의 텍스트 수정만 약간 됐을 때 효율적인 배포 방법
대충 이정도 상황인 것 같습니다..
좋은 의견 부탁드립니다. 감사합니다. ^^
| onelove | 13. 3. 27. |
SVN으로 소스 관리하신다면 ANT를 이용하는 것도 하나의 방법이라 생각이 드네요
| 13. 3. 27. Bee kim 저희의 경우 war단위의 멀티 서버 배포는 jenkins를 통해서 하고 있습니다. jenkins을 통해서 빌드/테스트/배포하기 때문에 비개발자 분들도 배포하는데는 크게 문제는 없을 걸로 보이는데요. 다만, 이 방법으로는 1~3번까지는 해결이 되는데 war를 통으로 배포하는 방식이라 jsp의 텍스트 수정만 약간 됐을 경우에는 적합하지 않을 수 있습니다. 개인적으로는 서비스 운영에 치명적이지 않은 작은 변경 사항들은 모아서 전체 배포할 때 함께 배포하는 방식을 권장합니다만 부득블 한 두개 파일만 배포해야 한다고 하면 배포 스크립트를 따로 만들어야 할 것 같네요. 감사합니다. 2013년 3월 27일 오전 9:08, onelove <csj...@gmail.com>님의 말:
-- ------------------------------ 넥스트리소프트 (주) 수석컨설턴트, 아키텍트 / 컨설팅사업부 김영진 서울시 금천구 가산동 371-28 우림라이온스밸리 A동 405호, 153-786 Tel : 02-2026-4016 Fax : 02-2026-4020 Mobile : 010-4012-9409 E-mail : yj...@nextree.co.kr http://www.nextree.co.kr ------------------------------ |
| GoodwillDD | 13. 3. 27. |
RE: [KSUG] Re: 개발자&웹퍼블리셔 운영서버 배포관리는 어떻게 하시고 계신가요?
운영 방식에 따라서 다르겠지만..
보통은 수정이 아무리 잦다고하더라도, 일정 시간 예를 들면 새벽 2시라던지.. 일정 시간을 정해 놓고 자동 배포되는 것도 생각해보시는게 좋을 것 같습니다.
Jenkins를 이용하여 빌드 및 배포 자동화를 구성하시구요…
빌드 방법에는 maven 빌드 / ant 빌드 등등 많은 방법이 있습니다.
View 단(jsp, 이미지 등 간단한 수정)에는 ant 빌드를 이용하셔서 변경 사항만 서버에 업로드 되게 하는 방법도 좋을 것 같네요..
단, Jenkins or hudson등 ci 배포툴을 이용하시는게 정답일 것 같습니다.
중복 배포나, 여러 명이 동시에 작업을 하는 것도 방지할 수 있고, 어떠한 업데이트가 있었는지.. 누가 했는지 등등 많은 이점이 있으니까요..
운영서버인 만큼 스크립트를 작성하시는데 고심 하셔서 작성하시면 좋을 것 같습니다.
Tomcat reload를 false로 설정하시면, 운영 중에는 war나 해당 리소스가 변경되어도 재시작되지 않습니다.
따라서 war가 배포된 해당 context 패스 아래에 해당 리소스만 덮어 쓰도록 하여, 배포하시면 될 것 같습니다.
물론 class가 변경되면 재시작해야겠지만….
그리고 배포가 잦다면 정기적으로 war로 묶어서 다시 배포하도록하시면 어느정도 관리가 될 것 같네요^^:;
주저리주저리였습니다;;;
From: ks...@googlegroups.com [mailto:ks...@googlegroups.com] On Behalf Of Bee kim
Sent: Wednesday, March 27, 2013 9:24 AM
To: ks...@googlegroups.com
Subject: Re: [KSUG] Re: 개발자&웹퍼블리셔 운영서버 배포관리는 어떻게 하시고 계신가요?
- 받은메일 표시 -
- 받은메일 표시 -
- 받은메일 표시 -
- 받은메일 표시 -
http://www.nextree.co.kr
------------------------------
--
Google 그룹스 'Korea Spring User Group' 그룹에 가입했으므로 본 메일이 전송되었습니다.
이 그룹에서 탈퇴하고 더 이상 이메일을 받지 않으려면 ksug+uns...@googlegroups.
이 그룹에 게시하려면 ks...@googlegroups.com(으)로 이메일을 보내세요.
http://groups.google.com/
더 많은 옵션을 보려면 https://groups.google.com/
| namkyu Lee | 13. 3. 27. |
Re: [KSUG] Re: 개발자&웹퍼블리셔 운영서버 배포관리는 어떻게 하시고 계신가요?
저희도 긴급한 패치 건에 대해서는 유틸성 배포 프로그램을 이용해서 배포를 했었는데요.
다음과 같이 작업을 하였습니다.
1. 로컬에서 긴급 패치에 대한 소스 수정 후 개발 장비에 빌드.
2. 상용 서버에 적용해야 하는 파일 full path 취합 (개발 장비와 상용 장비 소스 디렉토리 path가 동일해야 함)
3. 개발 장비에서 유틸 프로그램을 이용하여 취합한 소스 목록을 특정 디렉토리에 copy
4. 취합한 소스 디렉토리 tar로 묶은 후 유틸 프로그램을 이용하여 상용 장비에 ftp put
5. 각각의 상용 장비에 telnet 접속 후 유틸 프로그램을 이용하여 install
기본적으로 install을 하게 되면 backup 후 소스 적용을 하게 됩니다.
그리고 rollback도 지원합니다.
사실 위의 작업을 하기 위해 노가다가 심한 편인데요. ㅜㅜ 혹시나 도움이 될까해서 소스 공유해 드립니다.
| 최용은 | 13. 3. 28. |
Re: [KSUG] Re: 개발자&웹퍼블리셔 운영서버 배포관리는 어떻게 하시고 계신가요?
위에 다 말이 나왔지만 두가지로 병행 해야 할 것 같네요.. 상황에 맞게끔 ^^;
1. 젠킨스와 같은 CI툴을 이용하면 웹으로 사용 할 수 있어서 ~ 비 개발자도 편안하게 할 수 있고, 관리가 편합니다.
2. ant를 이용한 배포, 이경우는 jsp와 resource쪽을 변경 할때 사용합니다. 이것 또한 비개발자들도 편하게 배포 할 수 있을 것 같네요^^
2013년 3월 27일 오전 11:01, namkyu Lee <lng...@gmail.com>님의 말:
- 받은메일 표시 -
| 스쿨쥐 | 13. 3. 28. |
Re: [KSUG] Re: 개발자&웹퍼블리셔 운영서버 배포관리는 어떻게 하시고 계신가요?
저도 주로 war단위의 배포를 하고 있습니다. ^^
혹시 운영에 있어서 jsp 등을 war단위가 아닌 개별 배포하시는 조직에서는 현 운영버전에 대한 소스를 어떻게 관리하시는지 궁금하네요. ^^
개발용과 분리된 별도의 운영배포 형상관리를 따로 두는 방식으로 운영버전 소스를 관리하고 배포는 war단위 또는 jsp 개별배포를 선택하는 방법 외에는 생각나는 것이 없는데 혹시 그 외에도 좋은 방법이 있으시면 공유 부탁드려요 +_+
| Hyeok Namkung | 13. 3. 31. |
Re: [KSUG] Re: 개발자&웹퍼블리셔 운영서버 배포관리는 어떻게 하시고 계신가요?
답변 감사드립니다. ^^;
지난 며칠동안 jenkins 설치하고 이래저래 배포자동화에 대해 공부를 했습니다...
jenkins 에 대해 좀 더 여쭤봐도 될런지요..^^;
1. 여러 서버로의 배포하기 설정
1번의 빌드+테스트 후 5대의 서버로 배포하게 설정을 하고 싶은데요. +_+
일단 기존에 하던 방식은..
maven-tomcat-plugin 을 통해서 tomcat manager를 통해서 배포를 했었구요.
pom.xml 에 각각 5개의 접근정보를 profile 로 등록해놓고 tomcat:deploy goal 실행시 profile 을 선택할 수 있는 파라미터를 넘겨 각각 5번 실행을 하는 방법이 첫번째였구
이게 불편해서 현재는 tomcat 5개를 clustering 설정을 해두고 1개의 tomcat에 war 파일을 ftp 를 통해 업로드를 하면 자동으로 배포되도록 해서 이용중입니다.
이제 jenkins 를 이용해서 빌드에서 배포까지 자동화를 하고 싶은데요...
SVN 연결 및 배포까지는 알겠는데... 서버 5대로 동시에 배포를 하려면 어떡해야할지 좀 막막합니다.
몇 가지 방법을 생각해보긴 했는데요~
1. maven 에서 만들어둔 5개의 profile 을 각각 1번씩 실행시켜준다..
2. jenkins에서 빌드시 ANT 로 만들어진 war 파일을 ftp를 통해 업로드 시킨다.
3. ANT로 war 파일을 5개 서버로 각각 ftp 를 통해 업로드 시킨다.
아니면 더 좋은 방법이 있는지..어떤 방법이 제일 좋을지 의견 부탁드립니다..ㅠㅠ
그리고 혹시 ANT나 maven 설정 파일 예제가 있다면 공유 부탁드리고 싶습니다..
maven 에서 한번에 여러 profile 를 순차적으로 실행해서 모든 서버에 배포하게 설정하는 방법을 모르겠습니다..
그럼 의견 부탁드립니다. 감사합니다.
즐거운 주말 되세요!
2013년 3월 27일 수요일 오전 9시 24분 3초 UTC+9, Bee kim 님의 말:
- 받은메일 표시 -
| kenu GwangNam, Heo | 13. 3. 31. |
Re: [KSUG] Re: 개발자&웹퍼블리셔 운영서버 배포관리는 어떻게 하시고 계신가요?
- 받은메일 표시 -
이 메시지가 삭제되었습니다.
| 하이자바 | 13. 3. 31. |
Re: [KSUG] Re: 개발자&웹퍼블리셔 운영서버 배포관리는 어떻게 하시고 계신가요?
제 생각에는 너무 많은 기능들이 하나의 war에 묶여있다면 이것을 분리 하는게 제일 우선일 겁니다. 어떻게 보면 리펙토링과 일맥상통 합니다.
기능별로 context를 쪼개고 war가 많아지더라도 추후 빌드시 문제점은 어느 정도 해결될거에요...
소스를 하나로 관리해도 무방하지만, ant 를 이용하여 빌드시에는 context 별로 war로 묶어 배포할수 있도록 해주면 더욱 좋겠네요..
2013년 3월 31일 오전 2:40, shy4blue <shy4...@gmail.com>님의 말:
앗.. 늦은 시간에 정말 감사드립니다.. 희망을 안고 잘 수 있겠네요 ㅠㅠ 감사합니다.
2013년 3월 31일 일요일 오전 2시 23분 52초 UTC+9, kenu GwangNam, Heo 님의 말:- 받은메일 표시 -- 받은메일 표시 -
| Jason | 13. 4. 11. |
Re: [KSUG] Re: 개발자&웹퍼블리셔 운영서버 배포관리는 어떻게 하시고 계신가요?
죄송합니다. 답변은 아닌데 내용중에 궁금한 것이 있어서 답글 남깁니다. 1개의 tomcat에 war 파일을 올리면 자동으로 배포가 된다고 하셨는데
쉡스크립트 없이 tomcat 자체에서 클러스트링으로 연결된 나머지 서버에 자동으로 배포는 해주는 건가요?
| GoodwillDD | 13. 4. 12. |
Re: [KSUG] Re: 개발자&웹퍼블리셔 운영서버 배포관리는 어떻게 하시고 계신가요?
tomcat에 manager를 이용하시면 shell 스크립트를 이용하지 않으셔도 자동으로 배포 하실 수 있습니다.
2013년 4월 11일 오후 7:48, Jason <mhs...@gmail.com>님의 말:
죄송합니다. 답변은 아닌데 내용중에 궁금한 것이 있어서 답글 남깁니다. 1개의 tomcat에 war 파일을 올리면 자동으로 배포가 된다고 하셨는데--쉡스크립트 없이 tomcat 자체에서 클러스트링으로 연결된 나머지 서버에 자동으로 배포는 해주는 건가요?Google 그룹스 'Korea Spring User Group' 그룹에 가입했으므로 본 메일이 전송되었습니다.http://groups.google.com/
이 그룹에서 탈퇴하고 더 이상 이메일을 받지 않으려면 ksug+uns...@googlegroups.com 에 이메일을 보내세요.
이 그룹에 게시하려면 ks...@googlegroups.com(으)로 이메일을 보내세요.group/ksug?hl=ko-KR에서 그룹을 방문하세요.
| GoodwillDD | 13. 4. 12. |
Re: [KSUG] Re: 개발자&웹퍼블리셔 운영서버 배포관리는 어떻게 하시고 계신가요?
다른 WAS에서도 비슷한 기능들이 있습니다.
| Dot1Tone | 13. 4. 15. |
도움 될지 모르겠지만, 저의 경험을 말씀 드리겠습니다.
2대의 머신이구요.
Web과 WAS가 Tear가 나누어져 있습니다.
WAS는 세션 공유가 되어 있습니다.
Web 앞단에는 L4가 있구요.
각각에 인스턴스는 2개씩 개별적으로 서비스 되고 있습니다.
모든 제어는 Ant로 되어 있습니다.
각각의 서버별 인스턴스 단위로 Target를 만들어 사용 합니다.
Ant에서 빌드하고, 일단 1번서버의 Web서비스를 중지 합니다.
그럼 HA구성된 L4단에서 중지된 서버로 서비스를 넘기지 않습니다.
다음에 1번 WAS서비스를 중지 합니다.
zip 파일을 만든 다음에 Ftp로 각각의 서버에 업로드 합니다.
서버단에서 압축도 해제하고요.
운영 서버단의 환경설정 원 설정 경로에 배치 합니다.
WAS를 시작하고 그 다음에 Web을 시작 합니다.
다음 2번 서버도 같은 방법으로 진행을 합니다.
모든 진행에 이상이 없으며, 개발자들에게 SMS로 배포작업을 알립니다.
위 SVN 형상 관리 비교 및 버전 관리 및 SMS발송은 VBscript로 되어 있으며,
나머지는 Ant로 되어 있습니다. 그리고 해당 VBscript는 Ant에서 호출하여 실행을 합니다.
아직 CI 는 도입을 안하고 있습니다.
워드 문서로 접수를 받고 배포관리자가 문서를 검토 후에 대상 파일 목록 수집 관리를 직접하고 있는 구조 입니다.
CI 도입을 하고 싶으나, 하부에 계시는 개발사의 반발이 많아서 추진하다, 포기한 상태 입니다.
뭔가 시스템으로 관리하는 것을 거부 반응이 매우 큰 편입니다.
잘되는 모델이 되시면 소개하는 모습도 보고싶습니다.
기대 하겠습니다.
2013년 3월 26일 화요일 오후 10시 12분 53초 UTC+9, shy4blue 님의 말:
2대의 머신이구요.
Web과 WAS가 Tear가 나누어져 있습니다.
WAS는 세션 공유가 되어 있습니다.
Web 앞단에는 L4가 있구요.
각각에 인스턴스는 2개씩 개별적으로 서비스 되고 있습니다.
모든 제어는 Ant로 되어 있습니다.
각각의 서버별 인스턴스 단위로 Target를 만들어 사용 합니다.
Ant에서 빌드하고, 일단 1번서버의 Web서비스를 중지 합니다.
그럼 HA구성된 L4단에서 중지된 서버로 서비스를 넘기지 않습니다.
다음에 1번 WAS서비스를 중지 합니다.
zip 파일을 만든 다음에 Ftp로 각각의 서버에 업로드 합니다.
서버단에서 압축도 해제하고요.
운영 서버단의 환경설정 원 설정 경로에 배치 합니다.
WAS를 시작하고 그 다음에 Web을 시작 합니다.
다음 2번 서버도 같은 방법으로 진행을 합니다.
모든 진행에 이상이 없으며, 개발자들에게 SMS로 배포작업을 알립니다.
위 SVN 형상 관리 비교 및 버전 관리 및 SMS발송은 VBscript로 되어 있으며,
나머지는 Ant로 되어 있습니다. 그리고 해당 VBscript는 Ant에서 호출하여 실행을 합니다.
아직 CI 는 도입을 안하고 있습니다.
워드 문서로 접수를 받고 배포관리자가 문서를 검토 후에 대상 파일 목록 수집 관리를 직접하고 있는 구조 입니다.
CI 도입을 하고 싶으나, 하부에 계시는 개발사의 반발이 많아서 추진하다, 포기한 상태 입니다.
뭔가 시스템으로 관리하는 것을 거부 반응이 매우 큰 편입니다.
잘되는 모델이 되시면 소개하는 모습도 보고싶습니다.
기대 하겠습니다.
2013년 3월 26일 화요일 오후 10시 12분 53초 UTC+9, shy4blue 님의 말:
- 받은메일 표시 -
출처 : https://groups.google.com/forum/#!topic/ksug/JBtQJAMuCbE