RESTAPI와 GraphQL의 차이점과 특징에 대해 공부해보자.
초기 페이스북 앱은 HTML 웹사이트를 웹뷰로 감싼 형태로 개발되었다. 그러나 2012년 트래픽 증가와 함께 이런 구조가 성능 저하와 빈번한 크래쉬를 일으키는 문제가 발생했었다. 이에 페이스북 개발팀은 네이티브 앱으
초기 페이스북 앱은 HTML 웹사이트를 웹뷰로 감싼 형태로 개발되었다. 그러나 2012년 트래픽 증가와 함께 이런 구조가 성능 저하와 빈번한 크래쉬를 일으키는 문제가 발생했었다. 이에 페이스북 개발팀은 네이티브 앱으
MySQL과 MongoDB의 특징 비교 MySQL의 특징 타입 : 관계형 데이터베이스 데이터 저장 형식 : 고정된 행과 열 기반의 테이블 쿼리 : SQL 스키마 : 정적 스키마 (미리 정의된 데이터 구조에 따라 데이
첫 회사와 이직 결심 2023년 5월 1일, 나는 판교의 회사에서 첫 개발자로서의 커리어를 시작했다. 회사에 가면 많은 것을 배우고 성장할 수 있을 것이라 매우 기대했다. 하지만 첫 개발자 커리어를 시작하자마자 마주
항해 99 개발자 잔디 기부 캠페인
부하 테스트 보고서 부하테스트 시나리오 선정 및 선정된 시나리오의 API 개별 테스트 (리스트) 콘서트 조회 API (GET) /concerts 대기열 생성 API (POST) /queues/enqueue 대기열 조
결제 유스케이스 트랜잭션 범위 분석 대표적으로 결제 유스케이스를 통해 트랜잭션의 범위를 분석해 보자. 먼저 결제 퍼사드의 비즈니스 로직은 아래와 같다고 가정하자. 위 비즈니스 로직은 크게 두 가지의 문제점이 있다.
콘서트 예약 서비스에는 꽤 많은 쿼리가 수행된다. 이번 주차에는 성능 개선할 수 있는 쿼리들을 색출하고, 직접 인덱스를 걸어본 후 성능 비교와 부하테스트를 해 보자. 콘서트 예약 서비스의 조회 쿼리들에 대한 인덱스
캐싱 분석 보고서 캐싱이란 어플리케이션의 성능을 대폭 상승 시켜주는 대표적인 기술이다. 데이터를 일시적인 공간(캐시)에 저장하는 것을 의미하며, 조회 성능이 더 느린 계층(Disk I/O)에서 발생하는 병목 현상을
항플 백엔드에서, 내가 선택한 주제는 콘서트 예약 서비스이다. 콘서트 예약 서비스에서는 아래와 같은 세 가지의 동시성 이슈 발생 가능성이 있다. 유저의 잔액 충전 유저의 좌석 예약 예약된 좌석 결제 동시성 제어와 동
3,4,5주차에 걸쳐 Chapter2를 진행했다. 이번 회고에서는 주차별로 어떤 과정을 거쳤고, 어떤 문제점을 겪고 해결했는지를 정리해 보려고 한다. 3주차 3주차에는 서비스 시나리오를 선택하는 과정부터 시작했다.