뭘 원하는지 서비스 요구명세부터 다시 검토하는 과정을 다같이 겪어야 하고 그 중에 MSA도 문제를 단지 해결하는 방법으로 원래 문제를 해결할 수 있느냐 차원에서 검토해야하는데 이런걸 설명도 없이 일단 하면 된다는 식이었다면 사실 MSA가 문제가 아니고 그 전부터 커뮤니케이션부터가 문제였는지 고민해봐야한다고 생각함...
마틴 파울러 뿐 아니라 “엉클밥” 로버트 C. 마틴 선생님께서도 에서 마이크로서비스를 돌려서 깠죠. 마이크로서비스를 도입할거라면 그 전에 아키텍처부터 깔끔하게 만들고 난 다음에 모듈별로 필요한 부분만 떼서 독립시키라는 것이었습니다. 모듈 의존성도 제대로 관리 못해서 모듈간에 엉뚱하고 낭비되는 호출이 잦은데, 하물며 독립서비스로 떨어져 나가면 도대체 눈덩이 처럼 불어나는 네트워크 비용은 누가 감당할까요 ㅎㅎ 저는 확신합니다. 99%이상 거의 대부분의 경우에 MSA는 필요하지 않다고요.
개발팀 달랑 20명으로 운영중인 시스템이 40여개인 상황에 뭣도 모르는 경영진이 어디서 주워 듣고서는 우린 msa안하냐, 모놀리스 방식은 문제가 많다고 함.... 20명이 40여개 운영중인 상황에 뭘 더 쪼개.. 1인당 뇌를 10개 달아주고 코딩할 손을 20개씩 달아주면 생각해 볼 수는 있지..
이거 도입하자는 사람들 보면 뭔가 엄청난 이유가 있어서가 아니라 이직하기전에 이거 해봤다 한 줄 적으려고 하자고 정치질함 깊게 물어보면 그에 대한 생각은 전혀 해본적도 없음. 만들고 있는 꼴을 보고 있으면 단순히 프로젝트 쪼개기 그 이상도 아님. 결국은 30%도 못하고 히히 나 이직 개이득 하고 연봉 뻥튀기 하고 가버림. msa는 정말 좋다고 생각함 근데 무조건 msa 하자는 사람들은 대부분 머가리가 비어있음
자바스크립트에서 -0은 Integer 형에 저장할 수 없는 데이터여서 float에 저장되기 때문입니다. 자바스크립트에서는 Integer형을 2의 보수 형태로 처리하는데, 2의 보수 표현법에서는 -0을 표현할 방법이 없어 float으로 저장되게 됩니다 (float에는 맨 앞이 signed bit 이기 때문에 표현이 가능하거든요)
@@muhendisim 금융권 종사했던 사람으로 말씀드리자면, 그건 프로젝트가 실패한 게 아니라.. 본부 사람들이 실적 쌓으려고 그냥 막 추진해서 그렇습니다. MSA를 제가 끔찍이도 싫어하는 이유가..... 바로 저거거든요. 서비스를 나누면 나눌 수록 프로젝트 관리에 문제가 생기는데, 그 단점이 딱 금융권 앱에 나와요. 각 앱별로 사업부서 담당자가 만들어지다보니 개판이 되거든요.
감사합니다. 센세. 덕분에 머나먼 미래를 생각하지 않고 한 곳에 대충 다 때려박고 코드를 짤 수 있는 용기를 얻었습니다^^
ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ 그게 그말인가요?ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ앜ㅋㅋ
근데 이게 맞음 결국 시행착오가 있어야 필요성도 실감하는거라
어…그거 맞나…?
한곳에 있으면 컴팩트하고 스파게티 맛도 나고 좋네ㅋㅋㅋㅋㅋㅋ
분리할 때 지옥을 맛보리라 예상합니다...
MSA로 한 번이라도 프로젝트 해봤으면, PM그룹의 역량이 얼마나 중요한지, 그 중에서도 중심을 잡아줄 PM의 생각이 얼마나 중요한지 알 수 있음..
인력과 시간도 없는데 어디서 msa 얘기 듣고와서 우리도 msa하자는 경영진이 꼭 봤으면 좋겠어요.
경험담인가요
그런 개발자도 포함..
뭘 원하는지 서비스 요구명세부터 다시 검토하는 과정을 다같이 겪어야 하고
그 중에 MSA도 문제를 단지 해결하는 방법으로 원래 문제를 해결할 수 있느냐 차원에서 검토해야하는데
이런걸 설명도 없이 일단 하면 된다는 식이었다면
사실 MSA가 문제가 아니고 그 전부터 커뮤니케이션부터가 문제였는지 고민해봐야한다고 생각함...
요샌 검증과정 없이 도입하는게 문제임
본인들 현재 상태에 맞춰서 설계하면 될일인데 '유행이니 도입하자' 이런식으로 결정을 지어버림
물론 회의때 말은 이렇게 안하고 커뮤니티에 떠도는 장점만 모아서 이야기함
깔끔한 정리 감사합니다!
ㄷㄷㄷㄷ 설명 너무 잘하십니다.
마틴 파울러 뿐 아니라 “엉클밥” 로버트 C. 마틴 선생님께서도 에서 마이크로서비스를 돌려서 깠죠. 마이크로서비스를 도입할거라면 그 전에 아키텍처부터 깔끔하게 만들고 난 다음에 모듈별로 필요한 부분만 떼서 독립시키라는 것이었습니다. 모듈 의존성도 제대로 관리 못해서 모듈간에 엉뚱하고 낭비되는 호출이 잦은데, 하물며 독립서비스로 떨어져 나가면 도대체 눈덩이 처럼 불어나는 네트워크 비용은 누가 감당할까요 ㅎㅎ 저는 확신합니다. 99%이상 거의 대부분의 경우에 MSA는 필요하지 않다고요.
개발자 입장에서의 MSA들으니까 딱 느낌이 오네요 감솨합니다
클린코드 말할때도 들은 얘기같은데 일단 돌아가게 만들고 나중에 정리하라고 ㅋㅋ
프로젝트 규모가 크면, 이게 진짜 필요하겠더라구요. 한 곳에 다 몰아넣어 놓으면, 버그 하나 수정했는데, 다른 기능에서 예상치 못한 사이드 이펙트가 발생할 가능성이 있더라구요.
MSA는 그 일이 그일만 할때 인데 그놈이 사고 많이 치고 모놀로식 시스템에서 그놈 때문에 겁나 뻗을 때 빼놓으면 되는거 같음
MSA부터 K8S 카프카 프로메테우스 마틴파울러까지 좋은 정보 감사합니다
코딩애플 = 흑생활코딩?
매우 유익한데 뭔가 좀 다름
푸짐하게 싼 서버코드 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
"짱구야?"
개인적으로 다른것보다
이렇게 하면 개발자 입장에서 재미가 큰것같아요
뭘 해도 끝이 보이니까 이게 좀더 의욕이 생기고
뭐가 하나씩 보이니까 재미도 있고
중요한게 빠졌는데 좋은개발자들이 모여야 합니다…..
MSA 한번 해보면 제대로ㅠ된 설계의 중요성을 체감할 수 있읍니다
DB까지 쪼개져있으면 트랜젝션처리나 통계기능이 필요한 경우 운영하면서 현타 심하게 옴
개발팀 달랑 20명으로 운영중인 시스템이 40여개인 상황에 뭣도 모르는 경영진이 어디서 주워 듣고서는 우린 msa안하냐, 모놀리스 방식은 문제가 많다고 함.... 20명이 40여개 운영중인 상황에 뭘 더 쪼개.. 1인당 뇌를 10개 달아주고 코딩할 손을 20개씩 달아주면 생각해 볼 수는 있지..
ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
아, 저희는 이러이러한 환경이니 당장 도입은 힘듭니다.
??? : 안되는게 어딨어 당장 진행해 노력이 부족한거야 노력이
진짜 어딜가나 운영진들 일 똑바로 하는 인간들 보기 힘듦
” 너도 좋아서 쓴거잖아?“
서버 도커나 카프카를 사용한 마이크로서비스 라고 했는데 프론트엔 마이크로 서비스는 어떻게 나눠지는지도 알려쥬시면 감사하겠습니다
감사합니다 센세
MSA 도입하면 좋은 점 -> 이직할 때 좋음 ㅋㅋ ㅅㄱ
역시 센세... 사이코..
애플쌤 너무 좋어
유익한데 재밌는 이상한 채널
배우러 왔다가 웃기만 하고 가는데 왜 기억에 남는거지
누가 제대로된 모놀리식 만드는 강의 좀 해줘요... msa글밖에 없단 말임메
막 출시된 새 버전의 풀스택 프레임워크에서 마이그레이션중 백엔드 레거시 코드가 작동안할떄 마이크로서비스로 분리해서 문제를 해결 하는 유용한 사례가 있었죠
2:30 kafka 얘기 나온김에 MQ가 뭔지도 다뤄주세요. 직접 구현해보지 않고는 이해가 잘 안되더라구요
모듈화잖슴...
이게 이론상은 무적인데 실제론 걍 다 합쳐서하게됨.
천재들은 애초에 구조 저렇게 잘 짜서 코딩하던데 일반인들은 걍 주먹구구식으로 하는거지머
혼자 취미 개발할때 항상 저렇게 했는데
msa는 그냥 지나가는 유행임 보상트랜잭션 단점이 너무 큼
제목 드립 못 알아들어서 허겁지겁 제목 바꾼 코딩애플이면 개추
원래 뭐였나요?
@@mia9341 MSA가 쉽다면서 날 속인거니 뭐 이런 제목이었는데 짱구 아빠 밈으로 잠깐 유행한검니다
아 썸네일에 좌하단짤 왜있나 했더니ㅋㅋㅋㅋ 감사해요
코딩애플아 날 속인거니?
꺆꾞깎 넘조와용
정확한 내용입니다.~
요즘 스타트업들 겉멋만 들어서 자기들 서비스가 방문자도 없으면서 msa 경험자 요구하는데가 많더구만
하고싶은 말을 해주시네
이거 도입하자는 사람들 보면 뭔가 엄청난 이유가 있어서가 아니라 이직하기전에 이거 해봤다 한 줄 적으려고 하자고 정치질함
깊게 물어보면 그에 대한 생각은 전혀 해본적도 없음. 만들고 있는 꼴을 보고 있으면 단순히 프로젝트 쪼개기 그 이상도 아님.
결국은 30%도 못하고 히히 나 이직 개이득 하고 연봉 뻥튀기 하고 가버림.
msa는 정말 좋다고 생각함 근데 무조건 msa 하자는 사람들은 대부분 머가리가 비어있음
문열어봐 짱구야..
센세 카프카관해서 영상도 하나 만들어주십셔
않이;;; 그게 MSA 하고 싶다고 MSA로 갈 수 있는게 아니라니까?! 를 계속 설명해야 한.ㄴ
선생님 디비강의 업뎃좀요
한때 국O은행이 앱 저따구로 만들어서 욕 뒤지게 처먹고 하나로 통합했는데 지금도 앱은 못 만드는 듯
제발 상황에 맞게 알고 쓰자
혼자 북치고 장구친다 : 모놀
팀 단위 데브옵스팀 돈이 남아돈다 : msa
단위 작업 처리가 짜증난다(msa)
개재밌다
짱구야
msa인데 좋으면서 안좋음...
감사합니다
"그렇구나" 하면서 조용히 보다가 뿜은 포인트
03:20 ~ 26
03:30 ~ 38
굿
형 재미있는 new강의 찍어줘 돈은 준비됐어
요즘 유튜브가 잘나가니 하기 귀찮으실듯??
이런 교육 유튜브는 조회수당 단가가 30원수준임
@@실험맨 그런거치곤 최근에 깃허브나 sql강의도 새로 찍으시고 리액트도 업데이트하심
그게 뭔데 ㄹㅇ ㅋㅋ
원래 저렇게 하는 줄 알앆는데 ;;;
벌써 맛있다!
영상 뚝 끊기는거 킹받네
코딩애플형의 매력이지 그런게
ㅋㅋ 서로 바쁜데 불필요한
인사치레는 생략하자고
의 느낌임ㅋ
그게 이 채널의 장점이라면 장점이랄까...나?
시니어 개발자가 처음엔 요목조목 설명해주다가 어느정도 이해시켰다 싶으면 하던말 딱 끊고 다시 작업하러 가는 느낌
@@limlth 시발장선이형 나이해못했다고
월남쌈보다 짬뽕이 맛있지
선생님 자바스크립트에서 let a = -x보다 let a = 0-x가 3배 정도 빠르다는데 설명 좀 해주시면 안 될까요
자바스크립트에서 -0은 Integer 형에 저장할 수 없는 데이터여서 float에 저장되기 때문입니다. 자바스크립트에서는 Integer형을 2의 보수 형태로 처리하는데, 2의 보수 표현법에서는 -0을 표현할 방법이 없어 float으로 저장되게 됩니다 (float에는 맨 앞이 signed bit 이기 때문에 표현이 가능하거든요)
그런데 2~3배 정도 차이는 없고...... 아주 미세한 퍼포먼스 차이만 있을 겁니다.
한 은행의 어플이 4개 5개가 되는 원리가 이건가요?
아뇨 걔내들은 그냥 실패한 프로젝트가 여러 개인겁니다. 한 서비스에 기능을 잘게 쪼개서 각각의 서버로 운영한다라고 이해하시는게 편합니다.
@@muhendisim 재밌네여 감사합니다
@@muhendisim 금융권 종사했던 사람으로 말씀드리자면,
그건 프로젝트가 실패한 게 아니라.. 본부 사람들이 실적 쌓으려고 그냥 막 추진해서 그렇습니다.
MSA를 제가 끔찍이도 싫어하는 이유가..... 바로 저거거든요.
서비스를 나누면 나눌 수록 프로젝트 관리에 문제가 생기는데,
그 단점이 딱 금융권 앱에 나와요. 각 앱별로 사업부서 담당자가 만들어지다보니 개판이 되거든요.
@@NullPointerException00 네 그래서 저도 실패한 프로젝트라고 말씀드린 겁니다. 아시겠지만 금융권 어플들 미국이나 다른 나라에 비하면 완성도가 정말 많이 떨어지죠. 국내 개발 환경 특성 및 기업 구조상 어쩔 수 없는 부분이겠지만요.
걍 cdn 쓰자
백엔드는 하나로 프론트는 마이크로아키텍처로 나누면 굉장히 좋습니다. 모놀리스는 개발자 한두명일때야 생산성이 높지 4명이상 가게되면 한계가 무조건 와서 나누긴 나눠야 하더라구요.
그건 MSA가 아닐 가능성이 높습니다.
개발인력 많아지면 파트 분담하는것 부터 해서 의견 충돌, 스파게티 코드 등 부작용이 많음
반대인데;;;
예!!!
3빠ㅏㅏ
앙 1빠 고정박아줭 사과베이비~
으잉 이거 이미 되어있고 당연한거아닌가!