최신 글
- n8n 커스텀 노드 Authorization 실패 트러블슈팅 — Worker 분산 환경의 함정 n8n을 큐 모드로 운영하면서, 단일 인스턴스 환경에서는 멀쩡하던 커스텀 노드가 운영에서만 401 에러를 뿜기 시작했다. 원인은 n8n 자체가 아니라 "프로세스 로컬 메모리 캐시"라는 무심한 설계 가정이었다. 이번 글에서는 그 디버깅 과정과 해결책(Redis 기반 분산 토큰 캐시)을 정리한다.1. 증상자체 개발한 커스텀 노드(외부 API 연동)에서 드롭다운(예: 프로젝트 목록)이 처음에는 정상 로드됨Execute Step을 수동으로 누른 이후부터 Error fetching options 발생HTTP 401 Unauthorized + Authorization failed - please check your credentials로컬 단일 인스턴스 환경에서는 재현되지 않고, 운영(메인 1대 + Worker 3.. 2026.05.05
- 사내 n8n을 외부에서 호출하기 (Webhook 분리 + AWS API Gateway 아키텍처) n8n을 사내에 구축해 운영하다 보면 거의 반드시 마주치는 요구가 있다. "외부 SaaS / 파트너 시스템에서 n8n 워크플로를 직접 호출하고 싶다". 이 글은 내부 인프라는 그대로 보호한 채 Public 호출을 안전하게 받기 위해, n8n 내부 구조 분리 + AWS API Gateway 도입을 어떻게 조합했는지를 정리한 기록이다.1. 배경과 목적n8n은 사내 인프라에 구축되어 있으며, 내부 네트워크에 위치한 Private ALB를 통해서만 접근 가능하도록 구성되어 있었다. 그러나 외부 시스템(SaaS, 파트너 시스템, 외부 이벤트 소스 등)에서 n8n 워크플로를 직접 호출해야 하는 요구가 지속적으로 발생했다.이를 해결하기 위해 다음 두 가지 구조적 개선을 진행했다.n8n 내부 구조 개선Main / Wo.. 2026.05.05
- [The Nature of Software Development] 을 또 읽고나서 🔖 이미 ‘소프트웨어의 본질’이라는 책을 읽은 적이 있다.그리고 독후감을 작성한 적도 있었다.https://happy-coding-day.tistory.com/219 [The Nature of Software Development] 을 읽고나서 🔖이 책을 읽게된 이유는 트레바리 테크유닛으로 이직을 한 뒤로 풀리지 않던 고민이 하나 있었기 때문이다. 코딩은 코딩이다. 개발은 개발이다. 명시적이고, 부담감이 느껴지지 않는다. 그러나 'happy-coding-day.tistory.com그때는 AI 시대 이전이었다.지금 다시 같은 주제를 바라보니, 분명히 달라진 지점들이 보인다.무엇이 달라졌을까?가장 크게 느껴지는 변화는 하나다.이제는 코드를 직접 작성하지 않아도 된다는 것자연어만으로도 상당 부분의 구현이 가능해.. 2026.05.04
- n8n Queue 모드 아키텍처와 운영 포인트 n8n Queue 모드 아키텍처와 운영 포인트워크플로우 자동화 도구인 n8n을 본격적으로 운영하다 보면, 어느 순간 단일 프로세스만으로는 트래픽과 안정성을 감당하기 어려운 시점이 옵니다. 이 글에서는 n8n의 두 가지 운영 모드(단일 / 큐)를 비교하고, 큐 모드의 아키텍처와 실제 운영에서 챙겨야 할 포인트를 정리합니다.본 내용은 n8n 1.121.3 기준이며, 운영 중인 환경의 버전과 일부 차이가 있을 수 있습니다.1. 들어가며n8n은 다음 두 가지 모드로 운영할 수 있습니다.단일(regular) 모드 — 하나의 프로세스가 모든 역할 처리큐(queue) 모드 — 역할을 분리하여 수평 확장 가능큐 모드는 대규모 트래픽과 높은 안정성이 요구되는 환경에 적합하며, 역할 분리를 통해 확장성을 확보할 수 있습니.. 2026.05.04
- AI시대, 우리는 어디로 흘러가고 있나요? 예전에 JPA로 개발하던 시절이 있었다.JPA를 사용해본 개발자라면 한 번쯤 들어봤을 규칙이 있다.“Many-to-Many 연관관계는 사용하지 말라.”이 규칙이 존재하는 이유는 단순하다.데이터가 한 번 흘러가기 시작한 연관관계는 이후 변경이 매우 어렵고, 변경을 시도하더라도 상당한 비용이 발생하기 때문이다. 결국 우리는 초기 설계에서 미래의 변화 가능성을 고려해 더 유연한 구조를 선택하게 된다.문득 이런 생각이 들었다.지금 우리가 살고 있는 시대도 이와 비슷하지 않은가.이미 AI라는 흐름은 시작되었고, 이 흐름 자체를 되돌리거나 무시하기는 어려운 수준에 이르렀다. 이제는 흐름을 바꾸려 하기보다, 그 흐름 위에 올라타야 하는 시점에 가까워졌다. 그리고 이 변화는 단순히 도구 하나가 추가된 것이 아니라, 우.. 2026.04.29
- 하네스 엔지니어링, 왜 지금 이렇게 많이 언급되는가 최근 들어 LinkedIn, X 등 다양한 채널에서 하네스 엔지니어링(Harness Engineering)이라는 키워드가 자주 언급되고 있다.그렇다면 하네스란 무엇이며, 왜 이렇게까지 주목받고 있는 것일까?처음 이 개념을 접하면 다소 허무하게 느껴질 수 있다.흔히 말하는 “소문난 잔치에 먹을 것 없다”는 표현처럼, 하네스를 구성하는 개별 요소들은 이미 우리가 알고 있는 것들이다.예를 들어 다음과 같은 것들이다.CLAUDE.mdSubAgentHooksMCPSkills이 자체만 놓고 보면 새로운 개념이라기보다, 기존에 존재하던 구성 요소들의 집합처럼 보인다.그렇다면 왜 이 개념이 다시 강조되고 있는 것일까?하네스가 중요한 이유: 숨겨진 의도이 질문에 답하기 위해서는 과거 개발 방식과 현재를 비교해볼 필요가 .. 2026.04.13
- [과학적 관리법] 직감이 과학을 이기는 시대 과학적 관리법이란 무엇일까.이 책에서 말하는 과학적 관리법은 감이나 경험에만 의존하지 않고, 관찰과 측정, 분석을 통해 가장 효율적인 작업 방식을 찾아 표준화하자는 관리 방식이다.이 정의를 처음 접했을 때 가장 먼저 든 생각은 단순했다.“이건 너무 당연한 이야기 아닌가?”“요즘에도 과학적 관리법과 다르게 일하는 회사가 있을까?”그런데 곰곰이 지난 회사들을 떠올려보니, 오히려 이 책이 지금도 유효한 이유가 분명해 보였다. 생각보다 많은 조직이 여전히 ‘효율적인 일하는 방식’을 명확히 찾지 못한 채 방황하고 있기 때문이다.다시 말해, 과학적 관리법은 아주 특별하거나 난해한 이야기가 아니다.업무 환경에서 효율을 높일 수 있는 방법에 대해 가설을 세우고, 그것을 검증한 뒤, 실제로 더 높은 효율이 확인되면 그에.. 2026.03.30
- GPT Actions로 실제로 쓰는 가계부를 만들어봤습니다 ChatGPT를 업무에서 활용하는 개발자는 많아졌지만,“실제로 생활 속에서 매일 쓰는 도구”를 만든 사례는 아직 많지 않다고 느꼈습니다.이번 글에서는 GPT Actions를 활용해, 실제로 동작하고 실제로 사용 중인 가계부 앱을 만든 경험을 정리해보려고 합니다.왜 가계부를 만들었는가아내와 함께 가계부를 쓰려고 여러 앱을 사용해봤습니다.하지만 오래 쓰지 못했습니다.이유는 단순했습니다.입력이 귀찮았습니다.자동 연동은 신뢰가 가지 않았습니다.결국 “캡처해서 올리면 알아서 정리되면 좋겠다”는 생각만 남았습니다.토스 앱에는 이미 결제 내역이 잘 정리되어 있었고, 매번 그 화면을 보며 “이걸 그대로 가계부로 옮길 수 있으면 좋겠다”는 생각이 들었습니다.그래서 만들었습니다.앱이 아니라 ChatGPT 안에서 해결하기처.. 2025.12.28
- ⚙️ n8n 워크플로우 구축 후기 - 많은 workflow 중 왜 n8n 이였을까? 사내 비개발자 대상으로 workflow 를 구축하면서 경험한 내용입니다. (12월 8일 기준)Workflow란 무엇이고, 왜 구축하려고 했는지?Workflow(워크플로우)의 개념이란, 워크플로우는 업무를 자동화하기 위해 작업을 단계별로 나누고 연결한 흐름 입니다. 각 작업(Task)을 하나의 노드(Node)로 만들어 연결하면, 사람이 직접 개입하지 않아도 시스템이 정의한 흐름에 따라 동작되는 것을 말합니다.여기에 AI Agent 를 더하여, 스스로 판단하고 실행할 수 있는 실용적인 도구로 활용될 수 있습니다.한 때 노코드 툴이라는 이름으로 불리기도 했고, Zapier 와 같은 도구가 대표적인 예시가 될 수 있습니다. 그러던 중 AI Agent 의 활용도가 높아지면서 Workflow 의 활용이 높아지게 되.. 2025.12.08
- "기본만 해라, 질문의 출발점" - 생각의 주도권을 디자인하라 인간은 역시 생각하는 동물이다.최근에 ‘배구감독 김연경’이라는 예능 프로그램에 빠져 있다. 예능이지만 다큐멘터리를 보는 듯한 느낌을 주는 프로그램이다. 이제 막 2회차를 지나고 있는 신생 예능인데, 출연하는 선수 대부분은 은퇴한 여자 배구 선수들이다. 이들이 프로 선수팀과 경기를 치르는 장면 중, 김연경 감독이 작전 타임에서 했던 말이 떠오른다.“기본만 해라. 딱 기본만 해라.”내가 읽은 책과 연결된 장면이 바로 이 대목이었다. 왜 ‘기본만 해라’라는 말이 인상 깊게 남았을까?ChatGPT를 처음 사용할 때가 떠올랐다. 단 한 줄의 프롬프트만 입력해도 의도한 결과를 얻어낼 수 있다는 점이 매력적이었다. 처음에는 무엇이든 물어보며 탐구했지만, 시간이 지나면서 점점 프롬프트가 단순해졌다. 어느 순간부터는 “.. 2025.10.08
- 『직업으로서의 소설가』를 읽고: “아무튼 하지 않으면 안 되는 일” 최근 무라카미 하루키의 에세이 『직업으로서의 소설가』를 읽으면서 여러 인상 깊은 구절들이 있었지만, 특히 두 가지 키워드가 마음에 오래 남았다. 하나는 오리지널리티, 다른 하나는 아무튼 하지 않으면 안 되는 일이라는 표현이다.오리지널리티에 대해 다시 생각하다.책을 읽으며 흥미롭게 느꼈던 부분 중 하나는 바로 오리지널리티에 대한 하루키의 생각이다. 이 단어를 처음 접했을 때, 올리버 색스의 다음과 같은 인용문이 함께 소개된다.창조성에는 지극히 개인적이라는 특징이 있으며, 강고한 아이덴티티와 개인적인 스타일이 있어서 그것이 재능에 반영되고 녹아들어 개인적인 몸과 형태가 된다. 그런 의미에서 창조성이란 새롭게 만들어내는 것. 기존의 견해를 타파하고 상상의 영역에서 자유롭게 날갯짓하면서 마음속으로 완전한 세계를.. 2025.05.05
- 레디스를 DB 처럼 쓴다고 하는데, 정말 믿어도 될까? - 백업, 복제 1. Redis 란 무엇인가? 1. Redis란 무엇인가?메모리 기반의 NoSQL Key-Value 저장소빠른 읽기/쓰기 속도, 다양한 자료구조 지원 (String, List, Set, Hash, Sorted Set 등)일반적으로 캐시로 많이 사용되지만, **데이터 저장소(DB)**처럼 사용하는 사례도 늘어남→ 그렇다면, “데이터를 잃지 않고” 안정적으로 저장하는 데에 Redis는 믿을만한가? 2. 가용성이란 무슨 뜻인가? 가용성(Availability): 서비스가 얼마나 지속적으로 동작 가능한지를 나타내는 지표(Availability = 사용 가능 시간 / 전체 시간) 그러니까, 가용성 99.9% 라고 한다면, 100분 중에 단 1분만이 문제가 발생했다는 것을 의미한다.Redis 는 가용성을 높이기 .. 2025.05.04
- 객체지향 프로그래밍에서 왜 역할/책임/협력을 계속 이야기할까? 우리가 ERD를 먼저 설계하고, 속성 중심으로 객체를 정의한 뒤 개발을 시작하면 어떤 문제가 발생할까?가장 큰 문제는 해당 객체가 어떤 문맥(context)에서 사용될지를 고려하지 않은 채 데이터를 설계하게 된다는 점이다. 이렇게 되면 이후 개발 과정에서 억지로 데이터를 껴맞추는 상황이 발생하게 된다. 예를 들어, 복잡한 조인을 포함한 2중, 3중의 SQL을 작성하고 있다면 이미 냄새가 풍기고 있는 셈이다. 객체를 똑똑하게 만들기 위해서는 객체가 사용될 문맥, 즉 사용 시나리오를 고려해야 한다. 이 지점에서 책임(responsibility)이라는 개념이 등장한다.그렇다면 여기서 말하는 문맥(context)이란 무엇일까? 이를 이해하기 위해 절차지향 방식의 문제점부터 다시 짚어보자.절차지향 프로그래밍의 한.. 2025.04.01
- AI 시대의 문해력, 프롬프트로 시작하다 - '최고의 프롬프트 엔지니어링 강의'를 읽고 지난주, 구글에서 제미나이 2.5를 발표했다. 구글은 이번 모델이 지금까지 출시된 모든 생성형 AI를 압도하는 성능을 보여준다고 대대적으로 홍보했다. 이 책이 처음 출간된 시점은 2024년 6월로, 당시만 해도 OpenAI의 ChatGPT가 시장을 주도하고 있었다. 그러나 1년도 채 지나지 않아, 또 다른 강력한 성능의 LLM(대규모 언어 모델)이 등장한 것이다.이처럼 시간이 흐르는 동안, 발전한 건 LLM만이 아니었다. 동영상 생성, 이미지 생성, 코드 리뷰 등 다양한 분야에서 특화된 AI들이 잇달아 출시되었고, 사용할 때마다 놀라움을 금치 못했다. 특히 SORA의 동영상 생성 기술을 봤을 때는 ‘이게 정말 가능한 일인가?’ 싶을 정도로 입이 다물어지지 않았다.LLM의 중요성은 날이 갈수록 커지고 있으.. 2025.03.31
- 설계의 함정 - 소프트웨어 설계의 정석을 읽고 소프트웨어 설계란 무엇일까? 개발자는 개발에 앞서 설계라는 과정을 충분히 수행하고 있을까?소프트웨어 설계의 목적은 무엇일까?‘설계’란 공학 분야에서 제품을 어떻게 만들지에 대한 계획을 세우는 일이다.그렇다면 소프트웨어 설계란 코드를 작성하기 전, 미리 계획하고 준비하는 일련의 과정이라 할 수 있다.그렇다면 우리는 이 과정을 잘하고 있을까? 여러 회사를 경험하거나 이야기를 듣다 보면, 이 질문에 확신 있게 ‘그렇다’고 답할 수 있는 경우는 그리 많지 않다. 그렇기에 우리는 소프트웨어 설계에 대해 더 깊이 고민하고, 비평해볼 필요가 있다.이 책에서 말하는 ‘소프트웨어 설계를 잘하기 위해 필요한 요소’는 세 가지다. 1. 설계의 목적을 명확히 파악할 것2. 설계에 필요한 최소한의 테크닉을 습득할 것3. 그리고.. 2025.03.16
인기 글
- 맛집 리스트 - 검색 맛집 리스트 (전부 모아서 다시 업로드) ; 제목별로 검색하면 빠르다. 1. 평양냉면 2. 메밀국수 (소바) 3. 막국수 4. 콩국수 5. 국밥, 해장국 6. 설렁탕 7. 감자탕 8. 순대 9. 닭볶음탕 10. 추어탕 11. 육개장 12. 대구탕 13. 김밥 14. 김치찌개 15. 부대찌개 16. 청국장 17. 된장 18. 간장게장 19. 삼계탕 20. 보쌈 21. 족발 22. 치킨 23. 돈까스 24. 함박 스테이크 25. 떡볶이 26. 라면 27. 라멘 28. 우동 29. 튀김 30. 순두부, 두부 31. 피자 32. 아이스크림, 젤라또 33. 갓포요리집 34. 죽 35. 덮밥, 백반, 벤또(도시락) 36. 꼬치구이, 로바다야끼 37. 냉동삼겹살 38. 기사식당 39. 스테이크, BBQ 40. 칼국수.. 2019.07.28
- ⚙️ n8n 워크플로우 구축 후기 - 많은 workflow 중 왜 n8n 이였을까? 사내 비개발자 대상으로 workflow 를 구축하면서 경험한 내용입니다. (12월 8일 기준)Workflow란 무엇이고, 왜 구축하려고 했는지?Workflow(워크플로우)의 개념이란, 워크플로우는 업무를 자동화하기 위해 작업을 단계별로 나누고 연결한 흐름 입니다. 각 작업(Task)을 하나의 노드(Node)로 만들어 연결하면, 사람이 직접 개입하지 않아도 시스템이 정의한 흐름에 따라 동작되는 것을 말합니다.여기에 AI Agent 를 더하여, 스스로 판단하고 실행할 수 있는 실용적인 도구로 활용될 수 있습니다.한 때 노코드 툴이라는 이름으로 불리기도 했고, Zapier 와 같은 도구가 대표적인 예시가 될 수 있습니다. 그러던 중 AI Agent 의 활용도가 높아지면서 Workflow 의 활용이 높아지게 되.. 2025.12.08
- 1. API First Design 설계의 선순환 들어가기 Slipp 에서 사이드 프로젝트를 진행하면서 API First Design 설계 라는 용어를 처음 접하게 됐습니다. 그리고 API First Design을 실천하기 위해 고군분투했던 내용들을 정리하면 좋을 것 같아 이렇게 내용을 내려적습니다. 아래 내용은 다우기술 전사 세미나에서 제가 발표했던 내용입니다. 슬라이드는 여기있습니다. 1. API First Design 이란 무엇을 의미하는 걸까요? "협업하는 개발 프로세스에서 API를 첫 번째 우선 순위로 가져가는 것." 위 그림은 로버트 C 마틴이 클린아키텍쳐에서 말하길, 약 8번의 릴리즈를 하면 처음보다 약 40배의 비용이 들어간다는 것을 말하는 그래프입니다. 우리가 운영하고, 서비스하는 회사들의 대부분은 위와같은 형태를 따릅니다. 제가 근무하.. 2020.09.30
- HTTP 304 Not Modified의 이해 및 예제(with. spring) 1. HTTP 상태 코드 1.1 응답 메시지 & 상태라인 After receiving and interpreting a request message, a server responds with an HTTP response message. 요청 메시지를 받고 해석한 뒤에, 서버는 HTTP 응답 메시지를 보낸다. Example: HTTP/1.1 304 Not Modified Date: Fri, 07 Sep 2012 14:51:43 GMT Server: Apache/2.2.22 (Win32) mod_jk/1.2.37 Connection: Keep-Alive Keep-Alive: timeout=5, max=94 ETag: "d00000001f216-1e7-4c908f1fc4d6e" The first line o.. 2020.11.14
- 오케스트레이션(orchestration)과 코레오그래피 (choreography) 배경 저에게 마이크로서비스라는 것은 익숙하지 않은 분야입니다. 그래서 마이크로 아키텍처 구축 이라는 책을 읽으며, MSA에 입문하던 중, 이전에 봤던 용어인데, 익숙하지 않아서 몰랐던 용어 2가지. 오케스트레이션과 코레오그래피에 대해서 이해해보려고 합니다. 위 2개 용어는 최근 관심가는 프레임워크 eventuate.io/을 이해하던 중에 나와서 이렇게 다시 정리해볼까 합니다. 앞서 말했던 eventuate.io/프레임워크는 약결합을 통해 Saga와 CQRS 를 해결하는 좋은 오픈소스라고 판단되, 학습중에 있습니다. 어느 정도 정되면 포스팅 하겠습니다. 위 다이어그램을 활용해 오케스트레이션과 코레오그래피를 설명하겠습니다. 오케스트레이션 오케스트라 지휘자처럼 프로세스를 안내하고 구동하는 하나의 중앙 두뇌에 .. 2020.10.17
- 그 누구도 궁금해하지 않을 나의 이직 이야기 지난 1년하고도 4개월간의 트레바리에서의 여정이 끝이 났다. 트레바리에서의 여정은 글을 쓰는 이곳에 담을 수 없을 정도로 버라이어티하지 않았나 싶다. 언제나 첫경험은 강렬 한 것 처럼, 다시는 트레바리에서의 근무 경험을 하지 못할 것이라 단언한다. 이 부분에 대해서는 미래의 어느날 의미있게 다뤄볼까 한다. 2022년 12월 20일 트레바리에서 퇴사했다. 그 이유에 대해서는 언급하기 어렵지만- 요즘 스타트업은 꽤 겨울이라는 사실은 명확하다. 그리고 트레바리에서 근무하던 중, 내가 존경하는 CTO님이 퇴사했다. CTO님을 개발자로서 그리고 인간적으로도 진심으로 존경하는 분이지만, 스타트업 이라는 공간은 그 분에게도 처음일 수 있고 맞지 않을 수 있으니까 퇴사할 수 있다고 생각한다. 문제는 그 이후부터 였던것.. 2023.01.29
- 빠르게 실패하기(fail-fast) VS 안전하게 실패하기(fail-safe) 이 주제에 대해서 "엘레강트 오브젝트-조영호 번역" 책에서 다루고 있습니다. 이론상으로만, 이해하고 있었습니다. 그러나, 최근 사내 서비스를 트러블 슈팅하며, 다른 분의 코드를 리뷰하며 이 주제에 대해서 말할 수 있었던 기회가 있었습니다. 그러나, 역시 이론과 코드에는 거리감이 있었고, 그 상황에서 저또한 명확하게 설명하기 힘들었습니다. 저 스스로는 빠르게 실패하기 를 실천하기 위해서 코드 상에서 노력하고 있는데, 이것을 누군가에게 설명하려니 잘 안되더군요. 그래서 팀원분에게 이 부분을 설명해주면서 헀던 이야기를 공유합니다. 먼저 빠르게 실패하기와 안전하게 실패하기에 대해서 이론으로 살펴보고 난 뒤에, 코드로서 살펴보겠습니다. 이 두 가지는 적절한 상황에 잘 활용하는 것이 중요하지만-, 만약 코딩 중에 .. 2021.04.16
- [The Nature of Software Development] 을 또 읽고나서 🔖 이미 ‘소프트웨어의 본질’이라는 책을 읽은 적이 있다.그리고 독후감을 작성한 적도 있었다.https://happy-coding-day.tistory.com/219 [The Nature of Software Development] 을 읽고나서 🔖이 책을 읽게된 이유는 트레바리 테크유닛으로 이직을 한 뒤로 풀리지 않던 고민이 하나 있었기 때문이다. 코딩은 코딩이다. 개발은 개발이다. 명시적이고, 부담감이 느껴지지 않는다. 그러나 'happy-coding-day.tistory.com그때는 AI 시대 이전이었다.지금 다시 같은 주제를 바라보니, 분명히 달라진 지점들이 보인다.무엇이 달라졌을까?가장 크게 느껴지는 변화는 하나다.이제는 코드를 직접 작성하지 않아도 된다는 것자연어만으로도 상당 부분의 구현이 가능해.. 2026.05.04
- 헥사고날 아키텍처(Hexagonal Architecture) 코드로 이해 해보기 EventsJdbcEntityRecordPublishedEventService 이 부분은 '만들면서 배우는 클린 아키텍쳐' 의 책을 보고 배운점과 느낌점을 설명합니다. 헥사고날 아키텍쳐란 무엇인까요? 헥사고날 아키텍쳐는 레이어드 아키텍처(Layered Architecture)의 단점을 해결하기 위해 나왔습니다. 어떻게 해결했는가? 바로 의존성의 역전법칙입니다. 우리가 흔히 아는 레이어드 아키텍쳐는 위에서 아래로 의존성을 가진 형태를 의미합니다. 여기서 만약 의존성 역전 법칙을 활용하면 아래와 같은 아키텍쳐로 변경되어집니다. 이런 형태를 각 계층마다 적용하다 보니, 핵사고날 아키텍쳐의 형태를 띄게 됩니다. 육각형 안에는 도메인 엔티티와 상호작용하는 유즈케이스가 있고, 모든 의존성을 엔티티를 향해 있습니다... 2022.04.29
- 엄청 많은 속성을 가진 객체를 테스트해야 한다면 어떻게 해야될까?(with. test Data Builder) SETTLEMENT 라는 결제/환불 원장 프로젝트를 진행하면서 이야기했던 Test Data Builder 에 대해서 이야기해볼까 한다. Test Data Builder(테스트 데이터 빌더)란 어떤 건인가? 테스트 데이터 빌더를 이야기하기 전에 테스트 코드부터 이야기 해보자. 왜 테스트 코드를 작성하고자 할까? 왜 테스트 코드를 작성하고자 할까? 우리는 테스트 코드로서 무엇을 얻기 위해서일까? 어떤 문맥이냐?에 따라 테스트 코드가 우리에게 전달해주는 것은 다를테지만, 이야기하고 싶은 바를 먼저 말한다면- 안도감이다. 테스트 코드 덕분에 마음의 안정을 얻을 수 있다. 그것은 서비스를 개발하는 클라이언트에게 심리적인 안정감을 준다. '그럼 무조건 테스트 코드를 작성해야 되는거 아닌가?' 라는 생각이 드는 사람.. 2022.09.09
- Message Relay 를 PollingPublisher 방식으로 구현하기 이벤트 소싱을 하기 위해서는 트랜잭션 아웃박스 패턴을 구현해야 합니다. 당연히 트랜잭션 아웃박스 패턴에 대한 이해가 있어야 합니다. 다만, 해당 포스트에서는 자세한 트랜잭션 아웃박스 패턴을 다루지 않을 계획입니다. 다시 트랜잭션 아웃박스 패턴를 표현하는 위 그림에서 네모난 부분이 바로 메세지릴레이를 수행하는 곳입니다. 데이터베이스에 특정 데이터가 Insert 되면, 변경분에 대해서 MessageRelay 는 특정 데이터를 읽어 Message Broker 에게 전달한다. 이 때 MessageRelay 의 구현방식은 2가지가 있습니다. 1. Polling publisher 2. Transaction log tailing 1. Polling publisher 는 일정 주기마다 변경분을 조회해서 메세지를 전달하.. 2022.06.19
- [The Nature of Software Development] 을 읽고나서 🔖 이 책을 읽게된 이유는 트레바리 테크유닛으로 이직을 한 뒤로 풀리지 않던 고민이 하나 있었기 때문이다. 코딩은 코딩이다. 개발은 개발이다. 명시적이고, 부담감이 느껴지지 않는다. 그러나 '개발 업무는 개발 업무이다.' 라고 말하는 것에 스스로 부담감을 느꼈던 적이 더러 있었다. 그 이유는 간단했다. '한 가지 개발 업무를 빨리 처리한다.' 라는 개념으로 다가가기에는 기민하게 움직여야 하는 트레바리 테크유닛에서는 쉽게 적용될수 있는 것이 아니기 때문이다. '이 일정까지 동작하는 소프트웨어를 보여주세요.' 라고 말한다. 적당히 일을 쪼갰고, 그 일을 하면 된다. 그런데 문제가 있다. 이 일정까지 동작하는 코드를 단순히 동작되게만 하면 되는걸까? 아니다. 일정한 속도로 테스트 할 수 있는 환경과 기반 그리고 .. 2022.02.20
- build.gradle 에서 다양한 방식으로 변수 사용하기. 들어가기 다양한 방법들 build.gradle 에서 변수를 사용하는 방식은 아래와 같습니다. 사실 위 System.xxx 의 경우 gradle에서 제공하기 보다는 Java에서 제공한다는 말이 맞습니다. 그러나 제목과 같이 build.gradle 에서 사용하는 방법이므로, 포함시키겠습니다. task printTask(){ println(System.getenv("X_USER")) println(project.getProperties()["X_USER"]) println(System.getProperty("X_USER")) } > "xxx" ./gradlew printTask "xxx" 여기서 xxx 하는 것에 따라서 변수를 다르게 넣을 수 있습니다. System.getenv("X-USER") // 시스템의.. 2020.09.04
- [특강] 도메인주도설계의 사실과 오해 후기 - 조영호 우리가 아는 '객체지향의 사실과 오해' 책에서 말하는 형식의 '도메인 주도 설계의 사실과 오해'가 아니다. 오늘의 특강 핵심 주제는 '도메인 주도 설계'가 어떻게 등장하게 되었는지에 대한 히스토리와 도메인 주도 설계와 객체 지향 프로그래밍에 대한 차이점 에 대해서 포문을 열었다. 우리가 말하는 도메인 주도 설계란? 무엇일까? 조영호님이 말씀하셨던 오해는 '대부분 우리가 말하는 도메인 주도 설계를 한다면?' 값객체, 엔티티, 팩토리, 애그리게이트 와 같은 것을 사용해야지만 도메인 주도 설계를 한다고 생각한다. 하지만 도메인 주도 설계란? 그렇지 어떤 기술적인/기법적인 것에 의존하는 것이 아니다. 그렇다면 도메인주도 설계란 무엇일까? 조영호님이 장표를 사전허가 없이 첨부할 수 없어 비슷하게 만들었습니다. 도.. 2023.08.18
- Layered Architecture 의 단점이 무엇이라고 생각하는가? 들어가기 이전 포스팅의 내용이였던 DDD-Lite 동영상 시청 리뷰 의 내용을 정리하다가 문득 궁금증이 생겼습니다. 정명주 강사님께서 `Layered Architecture 의 단점으로 인해, Hexagonal(Onion) Architecture 가 나왔다.` 그럼 어떤 단점이냐? 바로 ~ 계층형 아키텍쳐의 단점은 무엇이냐면? 결국에는 도메인이 인프라에 의존하게 됩니다. 이 말은 즉, 도메인 관심사와 기술적 관심사가 섞이게 된다는 것을 의미합니다. 라고 동영상 중간에 말했습니다. 여기서 저는 왜? 도데체 왜 섞이지? 라는 생각을 하게 되었습니다. LayeredArchitecture 가 무엇인가? 우리가 흔히 알고 있는 LayeredArchitecture 는 여러 군데에서 사실 발견할 수 있습니다. 제가 .. 2021.07.26