![]()
초기 페이스북 앱은 HTML 웹사이트를 웹뷰로 감싼 형태로 개발되었다.그러나 2012년 트래픽 증가와 함께 이런 구조가 성능 저하와 빈번한 크래쉬를 일으키는 문제가 발생했었다. 이에 페이스북 개발팀은 네이티브 앱으로 전환을 시도하게 되었고, 데이터를 HTML 대신 API로 전송해야 했다.하지만 기존의 REST API는 기대만큼의 성능을 보이지 못했고, 이러한 과정에서 페이스북은 모든 기능과 데이터를 다룰수 있고 사용하기 쉬우며 높은 성능을 가진 Data Fetching API를 필요로 했다.이러한 조건을 충족하기 위해 2012년에 개발된 기술이 바로 GraphQL이다. 그리고 3년 뒤인 2015년 GraphQL은 오픈소스화 되었다. GraphQL이란? GraphQL은 API를 위한 쿼리 언어로 여기에서 ..
MySQL과 MongoDB의 특징 비교 MySQL의 특징타입 : 관계형 데이터베이스데이터 저장 형식 : 고정된 행과 열 기반의 테이블쿼리 : SQL스키마 : 정적 스키마 (미리 정의된 데이터 구조에 따라 데이터 저장)외래키 지원 O트랜잭션의 격리수준 : default - repeatable_read(중간정도의 격리수준)기본키 자동설정 X기본 스토리지 엔진 : innoDB 엔진수평적 확장(스케일 아웃)이 어렵다. (숙련도에 따라 다를 수 있음) MongoDB의 특징타입 : NoSQL 데이터베이스데이터 저장 형식 : Bson(Binary Json) - Json 스타일의 도큐먼트 형식(nested된 타입을 저장할 때 강점)쿼리 : MQL - Json 형식으로 쿼리스키마 : 동적 스키마 (다양한 데이터 타입 및..
![]()
첫 회사와 이직 결심2023년 5월 1일, 나는 판교의 회사에서 첫 개발자로서의 커리어를 시작했다.회사에 가면 많은 것을 배우고 성장할 수 있을 것이라 매우 기대했다. 하지만 첫 개발자 커리어를 시작하자마자 마주한 문제는 바로 사수의 부재였다.입사하자마자 사내 신규 서비스 개발에 들어가게 되었는데, BE팀은 전부 신입으로 구성되어있었기 때문에 여러 측면에서 너무나도 불확실했다. (입사하자마자 2주만에 사수분이 퇴사를 해버렸다..)사내 컨벤션조차 존재하지 않던 상황에서 신입 개발자 셋이서 모든 것을 구축해나가야 했다. 그럼에도 불구하고, BE팀은 서로가 서로의 든든한 버팀목이 되어주었다. 동기들은 정말 열정적인 사람들이었다. (퇴근하고 다같이 양꼬치를 먹으면서도 개발이야기를 놓지 않으셨던 프로님들이 계속 ..
![]()
부하 테스트 보고서부하테스트 시나리오 선정 및 선정된 시나리오의 API 개별 테스트(리스트)콘서트 조회 API (GET) /concerts대기열 생성 API (POST) /queues/enqueue대기열 조회 API (GET) /queues/order -> 계속 poll콘서트 스케줄 조회 API (GET) /concerts/{concertId}/schedules콘서트 좌석 조회 API (GET) /concerts/schedules/{scheduleId}/seats콘서트 예약 API (POST) /concerts/reservation콘서트 결제 API (POST) /concerts/reservations/{reservationId}/pay위와 같은 API에서 부하부하 테스트 환경 (Docker 리소스 동적..
![]()
결제 유스케이스 트랜잭션 범위 분석 대표적으로 결제 유스케이스를 통해 트랜잭션의 범위를 분석해 보자.먼저 결제 퍼사드의 비즈니스 로직은 아래와 같다고 가정하자. 위 비즈니스 로직은 크게 두 가지의 문제점이 있다. 긴 트랜잭션 범위-> 외부 API가 현 트랜잭션에서 호출된다면, 이로 인한 지연이 있다. 비즈니스 로직에 영향을 주는 외부 API일 경우에는 지연시간이 불가피하지만, 타 플랫폼에 적재하는 사용이력이거나 알림전송 같은 외부API로 변경 또는 추가될 경우에는 지연 시간을 트랜잭션 바깥으로 빼주어야 한다. 또한, 비즈니스로직에 영향을 주지 않는 외부 API에서 실패가 발생했을 경우에는 모든 비즈니스로직이 롤백되지 않아야 한다. (알림전송 서비스가 추가될 경우)관심사의 분리 결여-> 각자 다른 도메인의..
