뉴비 개발 방식? 구조? 질문 있어용!

Question

안녕하세용.오늘도 찾아온 뉴비입니다.회사에서 개발 방식을 정해야 하는데, 과장님들이랑 논의했던 내용 중 궁금한게 있었습니다.jsp를 써서 개발하던 옛날 방식은 변동사항이 생겼을 때, 해당 jsp만 교체해버리면 어플리케이션을 계속 돌리면서도 재배포가 가능하잖아용?근데 최근 개발하는 모양새는 예를 들어 리포지토리의 변동사항이 생겼을 때 톰캣의 reloadable 옵션을 쓰더라도, 해당 리포지토리를 쓰는 곳이 여러곳이면 해당되는 곳이 전부 다 리로드되잖아요?한마디로 jsp보다 변동사항이 생겼을 때 리로드되는 범위가 넓다는 거쥬.근데 mvc패턴이 나오게 된 계기가 뷰단과 비즈니스단을 구분하기 위해서잖아용?그러면 repository 만들 때 그냥 DoctorRepository 이런 식으로 만드는 게 아니라,a.html, b.html 이 있다고 가정했을 때 AController, AService, ARepository 이런 식으로 만들어버리는 건 어떤가요?백단이 화면에 종속되버리긴 하지만, 비즈니스로직과 뷰단을 구분할 수 있는 장점은 가져가는거죠. 재배포할 때 리로드되는 범위도 기존 jsp 방식만큼만 리로드되는거고요.개발 시작한지 얼마 안된 뉴비의 생각입니다.부족한 점이 있다면 야무지게 두들겨 패주십쇼.

아무고토몰라욤 · Answer

중복되는 코드양이 엄청나지 않을까요?

하루의_spring · Answer

정답은 없긴 한데 작성자님의 개념을 발전시킨에 MSA 입니다

오후 · Answer

legacy mvc jsp 부터 boot repository형태 가 막섞여서 애매한데 백단과 VIEW 단을 분리시키켜 백단은 순수하게 API 로서의 역활만VIEW단은 html, js(vue,react등 입맛대로) 구성으로 api와 독립적으로 운영하시면됩니다.

오후 · Answer

해당 jsp만 교체해버리면 어플리케이션을 계속 돌리면서도 재배포가 가능하잖아용?톰캣의 reloadable 옵션을 쓰더라도, 해당 리포지토리를 쓰는 곳이 여러곳이면 해당되는 곳이 전부 다 리로드되잖아요? 한마디로 jsp보다 변동사항이 생겼을 때 리로드되는 범위가 넓다는 거쥬.***********************************************************************이부분은 JSP 도 물론 컴파일이 필요한부분이라 autoreload 걸어놓아도 캐시등의 사유로 갱신되지 않은 파일이 적용될수도있습니다. (100%로 갱신된다 보장을못함)안정적인건 결국 서버 재기동으로 전체파일 재컴파일최종적으로 위 내용상 제일 고민하시는게 was(tomcat)재기동을 최대한줄이며 소스갱신부분같은데 이는 구조적인부분보다 서버단구성으로 생각해보심이 맞을거같습니다."무중단 배포" <-- 검색해보시면 많이나옵니다.간략하게 하나의 예를 들자면 톰캣 1동작중일때 신규 배포건은 톰캣2로 배포 / 톰캣 2 동작 이후 톰캣 1 중지 및 nginx/apache 등 앞단에서 연결해놓았던 연결정보를 톰캣2로변경

큐브 · Answer

a.html 과 b.html 이 업무 or 도메인 단위로 분리되는 상황이라면 괜찮을꺼 같습니다. 그리고 혹시 spring boot 를 사용하시면 jsp 보다는 Thymeleaf 를 사용하시면 어플리케이션 배포하실때 용이합니다.

장독깨기 · Answer

기능 변경이 생겼을 때, jsp 파일만 바뀌는 경우는 잘 없을텐데요,jsp 리로드는 무시하고, 구조를 잡는게 좋을 거 같습니다.무중단 배포가 필요하면, 관련 정보를 알아보는 것이 좋겠습니다.

김한국 · Answer

님 말대로 나누면 편하지만 각각 장단점이 있어서 나중에 시스템을 늘리면 나누는게 좋죠 중복되는거는 모듈 하나 만들어서 공통 처럼 사용하면되구요

뉴비 개발 방식? 구조? 질문 있어용!

7개의 답변

Q&A 목록