잇츠 스터디 크루(IT's Study Crew) 스터디 후기 - system design club night

참여 이유

* 작년에 구서버들을 리아키텍쳐링한 경험으로 시스템 디자인에 대해 공부해야겠다고 생각했고, 중니어가 되어가는 시점에서 공부가 필요하다고 생각했다.

* 공부 환경을 만들고 + 다양한 의견을 듣고 싶어서 참여 했다.

 

느낀 점

* 발표에 대한 두려움이 많은 편인데, 다들 성격이 둥글둥글하시고 여성분들이라 그런지 마음이 편했다. 그래서 나도 하고 싶은 말을 할수 있어서 좋았다..! (소심쟁이)

* 성별에 대한 선입견은 없는데, 여자로만 이뤄진 스터디는 처음이라 새로웠다(!)

* 강제로라도 공부하는 환경을 만들어야 한다는 것을 다시 깨달았다.(ㅎㅎ)

* 아무것도 모르는 시절엔 좋은 시스템 디자인에 대한 정답을 찾았는데, 이제는 정답은 없는거 같다는 걸 느끼는 요즘이다... (서비스 로직이 바뀌면 기존에 좋았던 구조도 꼬일 수 있으니..) 그래도 최선의 선택을 위해 공부하는 것은 좋은거 같다 :)

 

주제별 TMI

1. payment-gateway: https://github.com/system-design-club-night/system-design-club-night/pull/5 

결제 도메인에 대해 찍먹해볼 수 있었던 시간이었다. 서비스가 커지면 command/query 는 분리하는게 장애대응시에도 유리하고 기능별로 대응할 수 있으니 제일 기본적으로 생각하게 되는 구조인거 같다.

2. scheduled-digital-transaction :https://github.com/system-design-club-night/system-design-club-night/pull/13

어떻게 설계해야할지 제일 난감했던 주제여서 미루고 미루다 막판에 숙제하듯이 제출했다.(아쉽) '거래'라는건 결국 실패에 대한 처리가 관건이지 않을까 싶어 fallback 처리를 어떻게 할지 어떤 부분에서 장애가 날지에 대해 생각했다. 

3. tinyUrl: https://github.com/system-design-club-night/system-design-club-night/pull/15

대규모시스템인터뷰1책에서 봤던 기억만 날 뿐 역시나 새로워서 공부를 계속해야되는구나 ^^ 싶었다...tinyurl 생성에 대한 촛점보다 PR 지민님이 남겨주신  요구사항에 맞춰 설계하려고 했다. 요구사항에 따라 인프라도 달라지기 때문에.. 그에 맞추려고 했다. 근데 오버스펙이 된거 같기도.. url을 영구적으로 계속 저장한다보고 nosql 을 써도 되겠다 싶었고, 샤딩도 유튭에서 본 내용을 응용하려고 넣었다. (이거맞아?)