성능 저하를 수용할 수 있다고 판단되면 아무것도 하지 않아도 된다. 그러나 나중에 결정을 쉽게 되돌릴 수
있도록 기록을 남겨놓으면 좋다.
외부 태스크 큐는 가능한 한 프로젝트 초기에 선택하고 통합하는 편이 좋다. 그래야 프로젝트
개발팀원 중 누구도 필요할 때 그 태스크 큐 사용을 주저하지 않을 것이기 때문이다.
마지막 옵션(아무것도 하지 않는다)은 기술 부채
technical
debt
(
https://fpy.li/21-60
) 범주에
들어간다.
동시성 프로그래밍은 아주 흥미로운 주제이며, 여기에 관한 설명을 많이 했다. 그러나 동시성
프로그래밍이 이 책의 핵심은 아니며, 이 장은 이미 이 책에서 가장 긴 장이 되었다. 이제 이 장
을 마무리할 때가 되었다.
21
.
14
요약
일반적인 비동기 프로그래밍 접근 방식의 문제는 모 아니면 도라는 명제다. 어떤 코드도 블로
킹되지 않도록 수정하지 않을 것이라면 그저 시간 낭비일 뿐이다.
― 알바로 비델라
,
제이슨
J
.
W
. 윌리엄스
『
RabbitMQ
in
Action
』
이 장에서 이 인용문을 채택한 이유는 두 가지다. 높은 차원에서 보면 간단한 스레드에서 분산
태스크 큐에 이르기까지 느린 작업을 다른 처리 단위에 위임함으로써 이벤트 루프를 블록하지
않아야 함을 상기시켜 준다. 낮은 차원에서 보면 일단 첫 ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month, and much more.