2025/04/21 2

SOLID 원칙

시작작년에 회사에 입사를 하고, 이번에 추가 기능에 대한 프로젝트를 하나 맡았는데, 기존 구조나 코드가 조금 복잡한 감이 없지 않았다.개발 진행 중에, CTO님도 이 부분에 대한 문제를 기존부터 염두에 두고 계셔서, 이 참에 조금 대대적인 리팩토링을 하기로 했다.기존 로직을 건드리는 것이 어떻게 보면 조금 위험하긴 하다보니, 여태 이렇게 운영이 된 것 같다. 그런데, 하다보니 어떤식으로 리팩토링 하는 것이 좋은지에 대한 고민이 항상 있다보니 가끔은 머리가 아프기도 했다.개발을 하다보면 불필요한 로직이나 코드, 혹은 어느 한줄만 없어지면 다음 로직이 조금 간단해질 수 있는 여지가 있는 코드 등등 뭔가 조금 거슬리는 코드 들이 있는데, 이런 부분들을 좋게 개선하려다 보니 SOLID 원칙이 생각이 났다.생각이..

Kafka VS RabbitMQ

시작회사에서 로그 시스템을 개발을 해야하는데, 메시지 브로커를 사용하려고 한다.후보군은 RabbitMQ와 Kafka인데, 뭐가 적절한지 몰라서 알아보려고 한다.처음에는 둘 다 비슷하지 않을까 했는데, 돌아가는 구조가 약간은 다른 것 같다. 1. 메시지 브로커란?말 그대로 메시지를 중계해주는 역할.서비스끼리 서로 실시간으로 호출 안 하고, 메시지를 던져주면 알아서 꺼내서 쓰는 흐름. 2. Kafka vs RabbitMQ 간단 비교 KafkaRabbitMQ구조로그 기반큐 기반메시지 전달Consumer가 가져감 (Pull)Consumer에게 보냄 (Push)특징대용량 로그 스트리밍복잡한 메시지 라우팅일단, Kafka는 진짜 ‘로그 저장소’ 느낌이고,RabbitMQ는 ‘전통적인 큐 시스템’에 가깝다. 3. 언제..

ETC 2025.04.21