[일반] msa 도대체 왜 하지 말란거임?

[Tcp게이/할..(bring5530)]

해본 사람 있음?? 도대체 뭐 때문에 하지 말라하는지 찍먹 해보고 싶어지네

- dc official App

[익명(119.192)]

다른것도 좆도 모르면서 라는 앞말이 생략됨

[익명(175.119)]

혼자 지적 호기심으로 하면 문제 없는데, 그걸 면접에서 써먹으면 취준생이 공부한 내용보다 공부 안한 내용이 더 많으니 오히려 불리해지니까 그런듯

[익명(211.235)]

kafka도 비슷하게 단순 이벤트운반용으로 생각하고 쓰다 면접에서 대가리깨짐 어떻게 이녀석이 한번 정확하게를 보장할까? 살펴보면 ㅈㄴ복잡함 - dc App

[백갤러 1(211.234)]

한달정도 책이랑 프젝에 적용해보면서 기본적인 틀은 만들었는데 만들면 만들수록 장애 대응이 어려워짐. 근데 이 장애대응이란게 모놀리식에서 발생할 수도 있는 문제들이라서 대처를 어설프게했다면 오히려 뽀록날 가능성이 높음 두번째로 CS 지식, 네트워크 쪽과 쿠버네티스 등 컨테이너 기술의 이해도가 높아야함. 이거 없이 서버만 냅다 띄울 수 있는데 그럴거면 사용할

[백갤러 2(211.234)]

이유가 퇴색됨. 대기도 시간과 여유가 있다면 공부차원에서 해보라고 했지만, 추천하진 않는다는 스탠스인데, 해보면 아는게 나처럼 무늬만 흉내 내는것만 한달, 진정한 의미의 MSA는 얼마나 걸릴지 가늠하기 어려움

[백갤러 2(211.234)]

기본기를 자꾸 강조하는것도 모놀리식에서 발생하는 장애에 대한 대응과, 시스템에 대한 이해도가 높아진 상태에서는 MSA에 대한 구축과 장애대응도 어느정도 이해가 가능해짐. 결론적으로, MSA는 오버엔지니어링이 맞고, 괜한 도전 심리로 시간을 낭비하지 말았으면 하는 선배 개발자 김대기의 마음이 담겨있는 조언임

[백갤러 3(118.235)]

MSA 하려면 딸려나오는 키워드들이 난이도가 너무 높음

[백갤러 3(118.235)]

프로젝트 구성, 분산 트랜잭션, 사가패턴과 도메인 로직에 맞는 롤백 구현, 인프라 구성, 운영, 배포, 개발환경 세팅, 큐 운영 및 관리, 데이터 정합성 등

[백갤러 3(118.235)]

vs 그냥 세션기반 트랜잭션 있는 RDB 으로 한번에 딸깍하기

[익명(180.68)]

+ 보안까지 생각하면 개발보다 msa에 더 투자할수밖에없음 공부하면 근데 개발자할꺼면 뭐하러함 그걸

[익명(180.68)]

1. 대부분 데브옵스 or 카프카나 redis같은 db 전담 엔지니어가 처리 2. 키워드가 너무나도 방대함 3. 신입 주니어 개발자가 취준떄 할 범위가 아님

[지니가던개발자(59.13)]

쿠버네티스가 필요하게된다...