모든 분들에게 질문 드립니다

최근 회사에서 백/프론트 전부 신규로 개발해야하는 상황에 처했습니다.

기존 프레임웤은 석기시대의 것이여서 완전히 새로 하고 싶은데요. 앞으로 해야 할 프로젝트 들은 전형적인 한국의 기간시스템 형태의 어플리케이션들을 개발해야합니다.

좌측의 메뉴 - 콘텐트뷰 형태

아래부터 질문 사항입니다.

1. 이런 경우 프론트엔드 프레임워크를 사용하는것이 나을까요?
Vue.js를 작년에 도입하고자 교육 수강 후 CIO보고까지 하였으나 다른 동료직원들의 열정 부족으로 좌절했습니다. 다시 트라이 해보는 것이 좋을까요? 다른 프레임워크 추천 해주셔도 좋고 다른 방안을 제시해주셔도 너무 감사할 것 같습니다.

2. 백엔드는 모든 개발자가 자바스택이여서 스프링부트 + 자바로 가려고 합니다. 현 시점에서 JDK는 8이면 충분할까요 아니면 더 올려서 가야할까요? 개인적으로 자바를 떠나고 싶은데요 CIO의 자바사랑이 너무 강합니다

3. ORM의 경우 JPA가 아닌 Mybatis로 간다면 큰 성능차이가 있을까요? 데이터 양은 가장 많은 테이블이 몇십만건 정도 입니다. 현 어플리케이션에서도 Mybatis사용 중이며 쿼리 자체는 아주 복잡하지 않습니다만 몇개의 큰 쿼리들이 있어 망설여집니다.

4. 그 이외에 다른 조언들도 부탁드리겠습니다

질문 | 3060명이 읽었어요. 18.219.22.169

비공개 손님 … 2020-06-14 04:37:43

저는 신입이지만 감히 조언을 드리자면,

1. Vue.js 사용을 추천드립니다. 개발하시려는 서비스의 특성상 (본문에 설명해주신 내용에 특별히 개발 내용에 대해 언급이 없으셨으므로 일반적인 SPA 구조로 개발하실 것이 예상됩니다.) 해당 프레임워크를 사용하면 보다 쉽게 개발할 수 있으실 거라 생각되기 때문입니다. 앵귤러나 리액트보다 학습비용이 적고 개발범위가 작은 프로젝트에 적합하다고 판단됩니다. 프레임워크를 사용하지 않는 경우에 대해선 프레임워크가 DOM을 추상화하여 만질 수 있다는 점에서 추천드리지 않습니다.

2. 유지보수와 확장성, 그리고 팀원분들간의 코드 커버리지를 위해서 자바 + 스프링부트가 현실적인 선택지라고 생각됩니다. 추후 코틀린으로 포팅 가능성을 염두하여 1.8 버전을 추천드립니다. 또한 기존 레퍼런스를 살펴보시고 코드 스타일을 기존 방식과 일치시킨다면 좋을 것 같습니다.

3. 이미 JPA를 능숙하게 다루실 수 있다면 굳이 마이바티스를 선택하지 않아도 될 것 같습니다.
또한 쿼리의 특성상 복잡하지 않다는 것이 간단한 crud라면 보다 목적에 부합하다 생각됩니다. 몇개의 큰 쿼리가 얼마나 복잡한지에 따라 고민이 필요하실 것 같습니다.

4. 추가적으로 DB는 어떠한 것을 고려하고 계신지, 해당 서비스가 다른 컴포넌트에 사이드이펙트는 생성하지 않는지, 트랜잭셔널한 처리에 대해서는 고민하지 않아도 되는 설계인지 따져보시면 좋을 것 같습니다.

이상 0년차 좆밥이 떠들어 보았습니다;

비공개 손님 … 2020-06-14 09:47:47

1/ 정성스러운 답변 너무 감사드립니다.
0년차가 아닌 10/20년차의 오타로 생각하겠습니다 ㅎㅎ

우선 MPA로 구성 할 것 같습니다. 사용자들이 자신들이 주로 사용하는 화면만 사용할 것 같아서 SPA보다는 MPA로 생각하고 있습니다. ㅎㅎ
DB는 트랜잭션이 많은 편이어서 NoSQL은 좀 힘들지 않을까 생각이 듭니다만 각 서비스별로 데이터 참조가 많은 편이어서 기존에 사용중인 디비링크를 걷어내야하는 상황이어서 RestAPI로 구성하는 것이 나은지 다른것이 나을지 모르겠네요 흠..

비공개 손님 … 2020-06-14 12:01:34

마이그레이션 대상을 클라이언트와 서버 둘중 하나에 집중하시길 권장 드립니다.
한번에 다 바꿀려고 하면 왠만한 열정으론 죽도 밥도 안됨
타개발자 입장에서는 님이 웬수로 보일 거고, 본인 트러블 슈팅을 다 해달라고 아우성 댈겁니다.

생각보다 일정도 많이 지연될거고, 인원도 부족할거고
최고 의사 결정자의 흔들리지 않는 지지 없이는 힘든 길입니다.

"DB는 트랜잭션이 많은 편이어서 NoSQL은 좀 힘들지 않을까 생각이 듭니다만 각 서비스별로 데이터 참조가 많은 편이어서 기존에 사용중인 디비링크를 걷어내야하는 상황이어서 RestAPI로 구성하는 것이 나은지 다른것이 나을지 모르겠네요 흠.."

MSA로 가시는건 비지니스 로직이 죄다 바뀐다는 얘기인데요.
우리나라에서 흔히하는 차세대 개발 방식으로는 답이 안나올겁니다.
비지니스 로직과는 상관없는 부분부터 하나씩 단계적으로 바꾸세요.
우리나라 개발환경에서는 메인DB를 하나만 두는게 개발 퍼포먼스, DB 성능 고려하면 제일 맞을거에요.
우리나라 특정섹터 1위인 알만한 인터넷 쇼핑몰이던 전직장에서 DB를 1개에서 2개로 쪼갰는데
개발기간 최초계획 1년에서 1년 연장해서 2년 걸림

클라이언트는 바꾼다면, 꼴리는거보다는 개발자 점유율을 보세요.
글로벌 점유율을 보면 react가 압도적이고, 현재 국내에서도 react가 vue 2배는 되어 보임
vue.js가 떡상한다고 보시면 vue코인 타셔도 되구요.

비공개 손님 … 2020-06-15 04:53:53

전 최근에 vue 공부삼아 만져 봤는데 좋긴 합디다.
React 에서 props state 관리 땜시 코드가 복잡했던게 간단해졌고, 뭔가 내부 속도도 빠른 듯 하였습니다. (UI 싱크 코드를 react, vue로 짜서 돌려보고 비교한 건데, 제가 프론트 프레임웍은 초보라 리액트 코딩을 잘 못 한 결과일 수도 있어요.) 뷰는 근디 문자열 안에서 코딩하는 부분이 개인적으로 맘에 안들었어요. 것 말고는 다 좋은 듯. 일단 대충 경량/속도는 뷰, 대규모 협업은 리액트인 분위기 입니다.

진짜 안돌아가면 회사 망하는 게 아니라면 자바 높은 버전을 시도해보는게 어떨까 합니다. 지금 새로 시작하는 프로젝에 버전 8을 쓰는 건 고여 있는 물 같은 느낌이고, 자바 11인가 속도, GC가 최적화 잘되서 성능이 좋답니다.

비공개 손님 … 2020-06-15 11:08:21

3/ 정성스러운 답변 너무 감사합니다.

현재 개발하려는 신규 App의 경우 화면이많지는 않지만 이번에 개발한 프레임워크 기반으로 기존 App들을 신규개발 하려고 합니다. DB도 새로 구축하구요

그래서 백 프론트 둘 다 진행하려고 합니다. REACT도 고려하고 있긴 한데 러닝커브가 조금 걱정됩니다.

4/ 안돌아가면 물류다보니 모든 고객들이 분노에 찰 것 같긴합니다만 11버전도 끌리네요.. 11은 모험일까요?

비공개 손님 … 2020-06-15 12:12:59

5/ 리액트나 뷰나 러닝 커브는 비슷한 듯 합니다.
제가 테스트 해봤고 답 4에서 말씀드렸는데, 그 테스트 할 때 리액트 코드를 뷰로 옮기는 방식으로 작업했거든요. 어차피 그 고민이 그 고민인지라, 결국 배경으로 알아야 될 건 매 한가지고 어떤 표현 방식을 선호하는냐 차이인 듯 합니다.

자바 버전 결정은 혼자하시지 말고 팀원 및 타팀과도 얘기해보세요. 8은 대부분 개발자들이 익숙하다는 장점을 베이스로 11 문서 읽어보고 8 의 장점을 커버 가능한지 따져서 팀원 / 타팀 분들과 커피 한 잔 하면서 가볍게 얘기해보세요.

언어 선택은 자체 장단점 보다는 그 언어가 사용되는 목적 및 환경을 포함한 언어 생태계를 고려해야하는지라...

비공개 손님 … 2020-06-15 13:17:29

6/ 네 알겠습니다. 우선 JDK 8/11차이점부터 공부를 해야겠네요. 자료는 더 찾아보겠지만 뷰가 어울리는 어플리케이션은 어떤걸까요?

비공개 손님 … 2020-06-15 16:16:53

7/ 앞서 설명드렸다시피 대규모 협업은 리액트, 경량-속도를 선호하면 뷰 인 분위기이고.

개인적으로는 컴포넌트를 쌩으로 임포트하는 용으로는 뷰... 무슨 말씀이냐하면 기본적으로 리액트나 뷰는 웹팩으로 말아서 사용하는데, 뷰의 결과물은 뷰.js 추가, 웹팩 컴파일된 결과일 추가해서 new Vue() 하는 걸로 바로 웹페이지에 삽입 가능합니다.

리액트는 저런 식으로 쓰긴 좀 어렵더라고요.

비공개 손님 … 2020-06-16 14:25:54

백엔드는 c++로 하셔야죠

비공개 손님 … 2020-06-19 01:20:26

와 이런분들이 나중에 교촌치킨 사장님이 되는구나 훌륭하십니다

비공개 손님 … 2020-06-26 21:13:58

만두집을 차릴수도 있읍니다

댓글을 작성하실 수 없습니다.
(권한이 없는 회원레벨)

목록으로

TOP arrow_upward