msa 적용된 스프링클라우드랑 그냥 스프링이랑 뭐가 다른거임?

[익명(59.14)]

ㅇㅇ 

[익명(175.209)]

스프링 클라우드 넷플릭스에서 만든거 말씀하시는거면 도메인별로 Application이 나눠져서 서버부하&유지보수 관리에 용이해용

[익명(59.14)]

그럼 그냥 스프링부트로 만들어진거 나중에 스프링클라우드로 전환할려면 처음부터 다 뜯어고쳐야됨??

[익명(175.209)]

아니용 DDD 적용하실거면 그래야되는데 MSA구조를 사용하시려면 프론트 백이 나눠지는구조라 백엔드가 REST API 위주로 짜여있고, 혼자만드는( 관리 및 부하가 까다롭지 X) 프로젝트라면 굳이 그럴필요는 없어요

[익명(175.209)]

근데 잘짜고싶다.! 하면 당연히 도메인별로 나누는게 낫겟죠?? 애초에 Spring Gateway에서 도메인별로 필터설정도해야하고 로깅도 엘라스틱서치로 처리하려면 Application별로 이름도 나눠야하니,, 그리고 실무(또는 실무체험) 을 하려면 일단 API Docs를 뽑아내긴 해야할텐데.. 그러려면 나누는게 프론트와 사이좋게 지내는법 아닐까요?

[익명(59.14)]

중국지사에서 받아온 msa로된 프로젝트가 11개인가 있었는데 이거 수정해서 쓸려니까 존나힘들고 한국에 맞출려니까 너무 수정할게 많아서 ㅈㅈ치고, 걍 한국꺼 솔루션 하나 사다가, 뒤에 api서버 붙여서 쓰기로함. 근데 지금 보고를해야해서 떔빵식으로 걍 스프링 부트로 만들어서 진행상황 보고하려함. 나중에 이것도 덕지덕지 api 붙이면 감당안되서 MSA 구조 가져야할 것 같은데, 스프링 부트로 해도 갠찮겟죠

[익명(175.209)]

사이즈에따라다른데 일단,, MSA는 손이 배포단계에서 두배세배로 가구요, Docker CD/CI가 도메인별로니.. 쉽게가는 방법은 쿠버네티스쪽이 더나을거 같은데,, 혼자 개발하는 것도 아니실테고 아직은 쿠버네티스쓰는 사람이 적긴해서.. 일단 모두가잘아는 Java위주로 하시려면 Gateway타는방법인데 어떤 솔루션을 끼우시는지는 모르겠으나,,

[익명(175.209)]

대충 편하게 뽑아놓고 보여주기만 하면된다.. 라는 경우에는 부트 + Jar가 편하겟죠?

[익명(59.14)]

고거시 대충 뽑아놓고 보여주기는 올해 말에 보고해야 해서그런거구.. 실질적으로 이거 서비스 일정이 2023년이라 시간은 많음.. 제가 MSA를 중국꺼 소스보면서 공부해서 아직 잘몰라서 구럼.. 결국 MSA 공부해서 구조 가져갈 생각인데, 지금 만들어놓으면 재활용 가능한가 궁금해서그랫슴;

[익명(175.209)]

재활용은 가능합니다. 그렇지만, 나중을 생각하시면 REST API로 짜시는게 스스로가 편한길이겟져??