Part 1 에서 구글 플레이, Part 2 에서 앱스토어의 서버 검증 아키텍처를 정리했었다. Part 1은 이 문장으로 끝났다. "이제 비로소 외부 요인에 흔들리지 않는, 단단하고 신뢰할 수 있는 결제 파이프라인이 완성되었다는 생각이 든다." 저 글도 실제 인앱 결제를 스토어에 올리기 전 테스트 단계에서 쓴 거긴 하지만, 절반만 맞는 말이었다. 두 글이 다룬 건 영수증이 진짜고 사용자가 정당하고 네트워크가 멀쩡할 때의 …
이번 편에서는 42 글로벌프로그램의 피날레, Seattle Tech Week와 프로그램을 통해 느낀 점들을 돌아보고자 합니다. 혹시 프로그램에 참여하게 된 배경과 초반부가 궁금하시다면 이전 글들을 참고바랍니다. 기회를 발견하고 참여하기까지의 과정: [42 글로벌프로그램] 다시 미국에 오다 - (1편) 2년 만의 미국 생활과 프로그램 전반부: [42 글로벌프로그램] 다시 미국에 오다 - (2편) 플라이휠 그렇게 다섯 주가 지나고, 6주차엔…
PNG를 WebP로 바꿔 이미지 로딩을 최적화 했던 게 '읽기'의 비용을 줄이는 일이었다면, 이번엔 '쓰기'의 비용을 줄이는 이야기다. 백만 명에게 알림 하나를 보낼 때, 그 알림함을 누가 — 서버가? 클라이언트가? — 만드느냐에 따라 청구서의 자릿수가 달라진다. 지난 몇 주간 슬루스의 메시징 서버에 인앱 알림함(Inbox) 기능을 설계했다. 별것 아닌 기능처럼 보이지만, 막상 들어가 보니 분산 시스템 설…
지난번 Firebase Storage의 오버헤드를 줄이기 위해 GCP Bucket 직접 호출로 전환 하며 Latency를 한 차례 개선한 적이 있다. 당시 네트워크 홉(Hop)을 줄임으로써 유의미한 성능 향상을 이뤄냈지만, 프로덕트를 직접 사용해 보며 여전히 아쉬움이 남았다. 이미지 하나를 불러오는 데 여전히 1초 남짓한 시간이 걸리고 있었기 때문 이다. 지난번 1차례 개선 결과 페이지 이동과 동시에 매끄럽게 이미지가 렌더링되는 다른 서비…
Our website uses cookies to improve your experience. Learn more
확인