블로그
의사결정 운영, 변경 영향 시뮬레이션, 비즈니스 로직 관리에 관한 엔지니어링 인사이트.
If-Else로 짜여진 가격 로직은 언젠가 무너집니다. 그 전에 해야 할 일
If-else 가격 로직을 리팩토링한다고 근본 문제가 풀리진 않습니다. 구조적인 답은 더 우아한 클래스 계층이 아니라, 룰을 데이터로 분리하고 변경을 시뮬레이션하는 것입니다.
Drools vs Cloud 룰 엔진: Self-Hosted vs Managed 비교 (2026)
Drools는 룰 엔진 오픈소스의 기본입니다 — 다만 Drools의 README는 self-hosting의 진짜 비용을 말하지 않습니다. 2026년에 Drools, GoRules, DecisionRules.io, Camunda, LexQ를 비교합니다.
애플리케이션 코드 수정 없이 비즈니스 룰을 바꾸는 방법
비즈니스 로직이 배포 파이프라인의 모든 무게를 함께 짊어질 이유는 없습니다. 룰을 코드에서 분리하는 세 가지 방법과 각각이 무너지는 지점을 짚어봅니다.
하드코딩 vs 룰 엔진: 전환 시점은 언제인가
if-else로 잘 돌아가던 코드가 어느 순간 짐이 되는 순간이 있습니다. 하드코딩한 비즈니스 룰이 부채가 되는 시점과 마이그레이션 방법을 정리했습니다.
우리 팀에 룰 엔진이 필요한 5가지 신호
모든 팀에 룰 엔진이 필요한 건 아닙니다. 하지만 이 패턴들이 익숙하다면, 이미 늦었을 수 있습니다.
AI 에이전트로 비즈니스 규칙 관리하기: MCP가 바꾸는 것
AI 에이전트가 비즈니스 규칙을 자율적으로 생성, 테스트, 배포할 수 있게 되었습니다. Model Context Protocol(MCP)이 이를 가능하게 하는 방법과 엔지니어링 팀에 미치는 영향을 설명합니다.
GoRules vs Nected vs LexQ: 2026년 룰 엔진 선택 가이드
세 가지 모던 룰 엔진의 실질적 비교 — 아키텍처, 시뮬레이션, 가격, AI 연동. 각 제품의 강점과 한계를 솔직하게 분석합니다.
시뮬레이션이 내장된 룰 엔진을 만든 이유
모든 규칙 변경은 도박입니다. 6년간 팀들이 눈감고 배포하는 걸 지켜봤고, 프로덕션에 반영하기 전에 영향을 확인할 수 있는 룰 엔진을 만들었습니다.