어차피 한 프로세스당 최대 램 4기가 먹긴 할거고
램 충분하면 이론상으로는 최악의 상황에서도 여러대 돌려도 상관없을거같음
응답해야하는 성격이 다르기는 한데 실무에서 이렇게도 함? 진짜 모름 좆소인데 방금 백엔드 만들라고 하고 작업용 서버는 한대라서
어차피 한 프로세스당 최대 램 4기가 먹긴 할거고
램 충분하면 이론상으로는 최악의 상황에서도 여러대 돌려도 상관없을거같음
응답해야하는 성격이 다르기는 한데 실무에서 이렇게도 함? 진짜 모름 좆소인데 방금 백엔드 만들라고 하고 작업용 서버는 한대라서
1. 안될거 없음 2. 실무에서는 성능 서로 끼치니까 어지간하면 지양함. 가벼운거면 그렇게 많이 함 3. 너무 많을 경우 마이너스 시너지가 날 순 있으나 어지간해선 그런경우 생기긴 힘들긴 할거임
뭔 앱을 말하는겨? 우리서버는 프로세스 2천개 넘게 돌아가는데
서버 한대면 컨테이너 말아서 도커로 올리셈 메모리제한걸고
도커 쓰면 대자나
실무에서도 그렇게 쓰는 경우 있음. 그리고 어짜피 개인 포폴수준 프로젝트는 트래픽 많이 나올 일도 없어서 그게 제일 무난함
님 컴퓨터에서 프로그램니 몇십개가 돌아가는데 그게 안되겠어. 실무에선 요즘엔 관리 차원의 문제 때문에 웬만하면 msa 방식으로 용도별로 컴퓨터 두고 쓰는게 편해서 그렇게 하는데 서버 하나에 다 말아서 올리는 상황이면 도커로 갈라서 쓰기도 하고. 그것도 할 필요 없다 싶으면 걍 하나에 다 때려박음. 대신 나누지 않으면 않을 수록 문제 상황에 대한 대처가
힘들고 귀찮아져서 편하게 하려고 도커로라도 가르거나 msa 방식으로 가는거지