뭔가 계속 대용량 트래픽에만 초점을 맞추는것 같은데
이건 내 기준으로 신입 때 트래픽이 늘어나면 이렇게 대응했거든,
1) 처음엔 캐시도 없이 배포해봄( 이딴 서비스에 왜 트래픽이 나오는지도 모르겠고 )
2) 생각보다 사용자가 있네? 캐시 도입
3) 캐시로도 안되네? 수직 확장 ㄱ(RDB로 개발한 경우), EBS 떼어놓고 인스턴스만 올림.
존나 큰 서비스 아니면 2까지만 해도 어지간한 MAU 다 커버되고,
3으로도 벌 수 있는 시간이 꽤 많음. 당근마켓 사례만 봐도 알 수 있지.
모놀리식으로 개발해도, 한 어플리케이션 내에서 데이터베이스 여러개 쓰는거 안되는 것도 아니고
다 가능함.
그래서 이게 왜 MSA가 꼭 필요한건가 생각을 많이 해봤는데,
그냥 내가 내린 결론은 물론 트래픽 처리에서 유연성을 가져갈 수 있다도 분명 맞는말인데
그것보다는 대형 개발사들이 MSA를 하게 된 이유는 그냥 독립 배포, 장애 격리 이런것이 더 큰 영향을 미친게 아닐까 함.
어떤 플랫폼을 개발해서 그 안에 서비스가 존나게 많은데, 이게 다 모놀리식 어플리케이션에 쳐박혀 있다고 생각해봐.
그 수많은 서비스 각각 개발하고 있는데 언제 다 통합해서 어떻게 새 버전 배포할지 이런게 머리아프지 않을까
심지어 다른건 개발 다 되었는데, 어디서 병목걸려서 배포 못하고, 시장 요구 못따라가고 도태
배포했는데 어디 서비스에서 장애나서 어플리케이션 다운
이런것 때문에 MSA를 도입했다고 봐야 더 타당하다고 생각함.
트래픽 측면으로만 보면 국내에서 MSA 해야할만큼 트래픽 몰리는 회사가 얼마나 되겄어.
머리가 꽃밭이라서 우리 서비스가 대성공할지도 모르니까 처음부터 그래 MSA로 해보자 이러는거 아님?
근거는 우리 서비스가 성공한다는 가정하에~ 모놀로식으로 했다가 나중에 MSA로 전환하려면 힘드니까~
그냥 msa가 짱이래! msa 고! 끝임
그건 외국 진짜 빅테크들 이야기고 조선 빅테크는 msa 도입했는데 db 공유하고 하나 배포하면 전체 테스트 필요하고 천방지축어리둥절빙글빙글돌아가는 좆선의하루~
msa를 현실화 하려면 마이크로 서비스별로 미친 수준의 테스트와 기능 보증이 필요함 조선은? msa지만 사실 저자식의 도메인 로직을 내가 알고있다굿..! 거의 불륜급의 대참사 발생
개씨발 인터페이스 그대로고 내 담당 마이크로서비스 내부 로직 수정했는데 왜 니가 오류가 나시나요? 응 왜냐면 내가 니 로직을 참고해서 이 경우엔 이 답이 와야만 한다는 식으로 개발했거든 야이씨발년아~~ㅋㅋ
ㅋㅋㅋㅋ
아그럼어쩌라고~ 서비스 급한데~ 너지금 개발놀이해? 서비스보다 중요해? msa는 지향점이지 절대규칙이 아냐~ 어쩌고저쩌고 개소리 왈왈왈 듣다가 고막에서 피터져나오고 아 이런 씨발 조선 원숭이새끼들에게 허용되기엔 msa는 너무 어려운 개념이구나 라는 깨달음이 자연스럽게 찾아오게 됨
ㅋㅋㅋㅋㅋㅋㅋ
'이력서 주도 개발'이 젤 설득력 있지 않나 싶음
'존나게 많은 서비스'부터 해당되는 회사가 얼마나 될까 싶고
그럴라믄 ddd같은걸 잘 써서 의존도가 최대한 적게 도메인을 분리해야하지 않나
그게 될거같쥬? ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
ddd 이지랄 뺨 대라
개~씨~~발새끼들아~ 도메인이 계속변해!!!!!!!!!!!!!!!! 도메인이 내가알던그새끼가아니야 어떻게된거야이게 테세우스의배같은거야? 어제의 도메인과내일의도메인은서로다른거야?