로슬린의 인생잡담

메리톡톡 자동화 구조를 다시 설계하며

Roslyn — Mon, 8 Jun 2026 18:48:30 +0900

메리톡톡을 다시 만들면서, 서비스가 스스로 상태를 점검하고 문제를 발견한 뒤, 필요하다면 개선 제안까지 할 수 있는 시스템이 필요하다는 생각이 들었습니다.

단순히 장애 여부를 감시하는 모니터링 수준이 아니라, 사람의 개입을 최소화하면서도 위험한 작업은 자동으로 실행되지 않도록 막아주는 구조가 필요했습니다. 그래서 백그라운드 서비스를 몇 가지 계층으로 나누어 설계하기로 했습니다.

전체 구조

전체 구조는 크게 세 가지 계열로 구분했습니다.

Watcher 계열, Control 계열, Communication 계열입니다. 각각의 역할은 명확하게 분리했습니다.

Watcher

Watcher는 말 그대로 관찰만 담당합니다.

Site Health Watcher, Log Analyzer, GitHub Watcher, Content Planner, Product Insight Agent 등이 여기에 속합니다.

이들은 서비스 상태, 로그, GitHub 이슈, 콘텐츠 흐름, 제품 관련 지표 등을 수집하고 해석한 뒤 AiObservation으로 저장합니다. 중요한 점은 Watcher가 직접 실행 권한을 갖지 않는다는 것입니다. Watcher는 상황을 발견하고 기록하며, 필요한 경우 제안의 근거가 되는 정보를 남기는 역할만 합니다.

Control

Control 계층은 제안을 평가하고 실행 여부를 결정합니다.

이 계층의 핵심은 Approval Manager입니다. Approval Manager는 생성된 제안의 위험도를 판단하고, 승인 정책에 따라 자동 실행이 가능한지 또는 사람의 승인이 필요한지를 결정합니다.

승인된 제안만 AutomationJob으로 변환되며, 이후 Job Poller가 실제 작업을 실행합니다.

Communication

Communication 계층은 결과를 사람에게 전달하는 역할을 합니다.

현재는 Slack Reporter가 이 역할을 담당합니다. Watcher가 발견한 내용, Approval Manager의 판단 결과, Job Poller의 실행 결과 등을 Slack으로 알려주어 운영자가 필요한 정보를 빠르게 확인할 수 있도록 합니다.

권장 실행 흐름

전체 실행 흐름은 단계별로 나누어 생각할 수 있습니다.

먼저 Watcher가 서비스를 관찰합니다. 이후 Analyzer 또는 Planner가 관찰된 데이터를 해석하고, 그 결과를 AiObservation으로 저장합니다. 이 관찰 결과를 바탕으로 AiSuggestion이 생성되며, Approval Manager가 해당 제안의 위험도를 판단합니다.

위험도가 낮은 작업은 정책에 따라 자동으로 진행될 수 있지만, 고위험 작업은 자동 실행하지 않고 반드시 승인 과정을 거치도록 했습니다. 승인된 제안만 AutomationJob으로 변환되고, Job Poller가 이를 실행합니다. 마지막으로 Slack Reporter가 실행 결과를 보고합니다.

정리하면 다음과 같습니다.

Watcher가 서비스를 관찰합니다.
Analyzer 또는 Planner가 관찰된 의미를 해석합니다.
AiObservation을 저장합니다.
AiSuggestion을 생성합니다.
Approval Manager가 위험도를 판단합니다.
승인된 제안만 AutomationJob으로 변환합니다.
Job Poller가 작업을 실행합니다.
Slack Reporter가 결과를 보고합니다.

핵심 설계 원칙

이 구조를 만들면서 가장 중요하게 생각한 원칙은 다음과 같습니다.

1. 관찰과 실행을 분리합니다

Watcher는 실행 권한을 갖지 않습니다. 단지 상황을 관찰하고, 기록하고, 제안의 근거를 남길 뿐입니다.

실행 여부는 Control 계층에서 결정합니다. 이렇게 해야 관찰 과정에서 발생한 오판이 곧바로 실제 작업으로 이어지는 위험을 줄일 수 있습니다.

2. 제안과 승인을 분리합니다

AI가 어떤 작업을 제안할 수는 있습니다. 하지만 그 제안을 실행해도 되는지는 별도의 승인 정책이 판단해야 합니다.

특히 데이터 삭제, 설정 변경, 배포, 외부 알림 발송처럼 영향 범위가 큰 작업은 AI의 판단만으로 자동 실행되어서는 안 됩니다. 위험도가 높은 작업은 항상 사람의 승인을 거치도록 설계했습니다.

3. AI 판단과 시스템 정책을 분리합니다

AI는 유연하게 판단할 수 있다는 장점이 있습니다. 하지만 그만큼 결과가 항상 예측 가능한 것은 아닙니다.

반면 시스템 정책은 단단한 규칙이어야 합니다. 어떤 작업은 자동 실행할 수 있고, 어떤 작업은 반드시 승인이 필요하며, 어떤 작업은 아예 실행해서는 안 된다는 기준이 명확해야 합니다.

AI 판단과 시스템 정책이 섞이면 구조가 불안정해질 수 있습니다. 그래서 AI는 제안하고, 시스템은 정책으로 제한하는 방식으로 역할을 분리했습니다.

4. 고위험 작업은 자동 실행하지 않습니다

서비스 운영에서 가장 조심해야 할 부분은 되돌리기 어려운 작업입니다.

데이터 삭제, 권한 변경, 설정 변경, 결제 관련 처리, 배포와 같은 작업은 작은 실수도 큰 문제로 이어질 수 있습니다. 따라서 이런 작업은 자동 실행하지 않고, 반드시 사람의 확인을 거치도록 했습니다.

5. 모든 작업은 감사 가능해야 합니다

자동화 시스템은 편리해야 하지만, 동시에 추적 가능해야 합니다.

누가, 언제, 어떤 근거로 무엇을 제안했는지, 어떤 정책에 따라 승인되었는지, 실제로 어떤 작업이 실행되었는지를 모두 기록해야 합니다. 그래야 문제가 생겼을 때 원인을 추적할 수 있고, 이후 정책을 개선할 수도 있습니다.

왜 이렇게 나누었을까요?

혼자 서비스를 운영하다 보면 구조를 최대한 단순하게 만들고 싶은 유혹이 생깁니다. Watcher가 문제를 발견하면 바로 처리하도록 만드는 방식이 처음에는 훨씬 간단해 보입니다.

하지만 그렇게 만들면 나중에 감당하기 어려운 장애가 생길 수 있습니다. AI가 잘못 판단했거나, 로그를 잘못 해석했거나, 일시적인 오류를 실제 장애로 오인했을 때 곧바로 실행까지 이어진다면 오히려 서비스 안정성을 해칠 수 있습니다.

저는 메리톡톡을 오래 운영하고 싶습니다. 그래서 처음부터 관찰과 실행 사이에 승인이라는 안전장치를 두기로 했습니다.

이 구조가 완벽하다고 생각하지는 않습니다. Watcher가 너무 많은 데이터를 쌓을 수도 있고, Approval Manager가 지나치게 보수적으로 판단할 수도 있습니다. Slack 알림이 많아져 오히려 피로감을 줄 수도 있습니다.

하지만 지금 단계에서는 이렇게 시작하는 것이 맞다고 생각합니다. 처음부터 모든 것을 자동화하기보다는, 안전한 범위 안에서 자동화를 시작하고, 실제 운영 경험이 쌓이면 조금씩 개선해 나가면 됩니다.

다음 단계

현재는 이 구조를 실제 코드로 옮기는 중입니다.

가장 먼저 Site Health Watcher와 Slack Reporter를 만들고, Approval Manager는 최소 기능부터 구현할 예정입니다. 처음부터 복잡한 승인 정책을 만들기보다는, 위험도를 단순하게 분류하고 승인 여부를 기록할 수 있는 수준에서 시작하려고 합니다.

이 과정에서 여러 가지 문제를 만나게 될 것 같습니다. 어떤 데이터까지 관찰해야 하는지, 알림은 어느 정도가 적절한지, 자동 실행 가능한 작업의 범위를 어디까지 허용할지 같은 고민들이 계속 생길 것입니다.

그 과정도 하나씩 기록해 보려고 합니다.

혼자 서비스를 만드는 사람에게 가장 어려운 일 중 하나는 기능을 더 만드는 것이 아니라, 오히려 덜 만드는 결정을 하는 일이라고 생각합니다.

이번에는 최소한의 기능으로 시작하고, 필요한 만큼만 확장해 보려 합니다.

직장에 대해

Roslyn — Sun, 7 Jun 2026 12:04:44 +0900

내가 직장생활을 시작했던 초년에는 주6일이었다.
한번 출근하면 2,3일이 지나야 퇴근할 수 있었고, 퇴근도 한번 할려면 밤 9시가 넘어서도 눈치를 봐야했다.
내 동료는 부산 출신인데, 친구들이 자기 얼굴 보러 왔는데도 퇴근을 못해서, 팀장이 화장실 간 사이에 도망가고, 다음날 혼나는 쪽을 택했다.
출근하면 제일 먼저 하는 일은 선배들의 책상에 있는 재떨이를 비우고, 거기에 새 휴지를 깔아놓는 일이었다.
어느샌가 주5일이 시작됐고, 사무실에서 담배피는 행위는 몰상식이 되었다.
요즘 이들에게 이런 이야기를 해봐야, 개나소나 대기업, 잘나가는 벤처기업 취업할 수 있던 시기에 넌 뭐했냐는 눈총이나 받는 요즘이지만, 반대로 요즘 친구들은 너무 영리(?)한 나머지 제 꾀에 넘어가는 모양새다.
신입때 내가 가져가는 것이 월급뿐이라고 생각한다면 큰 오산이다.
그 무렵 일에 몰입해본 경험이 쌓여 자신을 만든다.
그렇게 받은 만큼만 일하려 한다면 딱 그 만큼만 성장할지도 모른다.

#장동민 쉬었음 청년 발언

그의 말이 맞네 틀리네 논란을 떠나서 한가지 안타까운 점이 있다.
대체로 기성세대들의 “나때는 밤샘에 주6일도 불사했다. 눈을 낮춰라“는 식의 이야기가 많이 보인다는 거다.
이와같은 논리는 ”보상없는 야근과 주말근무를 받아들이란 거냐“란 식의 젊은 세대의 반발을 불러온다.
핵심은 그게 아니다.
금전적 보상에만 눈이 멀어 자신이 성장할 기회마저 놓치지 말라는 거다.
그 회사를 떠나서, 급여를 떠나서, 거기서 내가 배울게 있다고 판단되면 기꺼이 도전하라는 거다.
젊은 세대의 고충을 어찌모르겠냐마는, 아무것도 선택하지 않고 흘러가는 황금같은 시간이 안타까울 뿐이다.

https://www.threads.com/@parkheesung.dev/post/DYhPJHuD4_h?xmt=AQG0VSg9Hd6HoAXQjVQWRiAN4Y5Oxih53Ezv5OkFoI6YYA

감사합니다

Roslyn — Sun, 7 Jun 2026 12:03:02 +0900

언젠가 "감사합니다" 라는 표현은 일본어에서 유래한 표현이니 "고맙습니다"란 표현을 쓰는게 좋다는 말을 들은 적이 있다.
하지만 "감사(感謝)"라는 표현은 한자를 사용했던 나라인 한국, 중국, 일본에서 모두 오래전부터 사용했던 표현이다.
단지 일본어로 발음시 "칸샤(かんしゃ)"라고 발음이 되다보니, "감사"라는 발음이 유사해 그런 오해를 받게 된 것 같다.
물론 순 우리말은 "고맙습니다."가 더 좋게 들릴 순 있겠지만, 감사합니다도 조선왕조실록에 기록된 표현일 만큼 오래전부터 사용해 온 표현이니, 일본어에서 유래했다는 오해는 조금 억울한 측면이 있다.
두가지 모두 상황에 따라 적절히 사용해 주는 것이 타당할 것이다.

https://www.threads.com/@parkheesung.dev/post/DU_tMlpk8je?xmt=AQG0VSg9Hd6HoAXQjVQWRiAN4Y5Oxih53Ezv5OkFoI6YYA

밀과 쌀의 문화권

Roslyn — Sun, 7 Jun 2026 12:01:03 +0900

서구 문화권은 주로 밀을 기반으로한 문화가 자리잡고 있다.
밀은 쌀과 달리 수확한다고 바로 음식이 되는 것이 아니기 때문에, 수확한 농부는 제분업자에게 밀을 판매하게 된다. 제분업자는 다시 밀가루를 만들어 제빵사에게 판매하고, 제빵사는 밀가루로 빵을 만들어 사람들에게 판매하게 됨으로써, 밀 농사 기반에 기능적 협업 문화가 자연스럽게 자리잡게 된다.
이는 기능적 분업을 통해 각자의 전문 분야를 발전시키고, 끊임없이 영역을 확장하며 네트워크를 연결시키려는 습성으로 이어진다.
반면 동양 문화권은 주로 쌀을 기반으로한 문화가 자리잡고 있다.
쌀은 수확과 동시에 곧바로 밥을 해서 먹을 수 있는 음식이 된다.
그러니 가급적 넓은 지역 안에서 다같이 농사를 짓고, 다같이 밥을 하고, 식사를 하는 자급자족 형태가 주류를 이루게 되고, 이는 같은 일을 하는 사람들끼리의 집단을 형성하게 하여 내부 결속과 지역 방어를 중심으로 폐쇄적 성향을 띄게 된다.
역사는 쌀 하나에도 많은 것들이 깃든다.

https://www.threads.com/@parkheesung.dev/post/DU2RKaOj7hj?xmt=AQG0VSg9Hd6HoAXQjVQWRiAN4Y5Oxih53Ezv5OkFoI6YYA

초당두부

Roslyn — Sun, 7 Jun 2026 11:59:32 +0900

조선시대에 허엽이란 인물이 있다.
그는 강릉 부사로 재임하던 시절, 동해의 바닷물과 지역의 샘물을 이용해 맛 좋은 두부를 만들었다.
그의 두부는 나날이 유명해졌고, 그의 호를 붙여 "초당두부"라 부르게 됐다.
그는 두뇌가 명석한 인물로, 그의 자식들이 하나같이 당대 최고의 문인으로 불리웠으니, 그들을 가르켜 "허씨 오문(許氏五門)" 이라 불렀다고 한다.
그중 삼남이 그 유명한 홍길동 전의 저자인 "허균"이다.
이쯤에서 눈치 챘겠지만, 허균의 누이, 즉 집안의 장녀가 바로 허난설헌이다.
그의 장남인 허성은 이조판서까지 역임했으니, 역시 피는 못 속이나보다.

https://www.threads.com/@parkheesung.dev/post/DU2P88nD7-M?xmt=AQG0VSg9Hd6HoAXQjVQWRiAN4Y5Oxih53Ezv5OkFoI6YYA

무협 세계관

Roslyn — Sun, 7 Jun 2026 11:40:36 +0900

역사학자이자 소설가인 사량용(查良鏞)은 소설의 필명으로 자신의 이름 끝글자를 파자(破字, 글자를 깨트림)하여 김용(金庸) 이란 필명을 짓는다.
그리고 그 유명한 영웅문 3부작을 쓰는데, 개인적으로 서양에 J.R.R톨킨이 있다면 동양에는 김용이 있다고 생각하는 편이다.
서양 판타지 세계관을 구축한 톨킨과 동양 무협 세계관을 구축한 김용이니 내 주관적 입장에서는 그렇게 비견된다고 믿는다. 어디까지나 개인의견이지만.
두 사람의 각기 다른 세계관을 마주했을 때, 나는 그것이 믹스된 세계관을 창조하면 좋겠다고 생각했지만, 내가 그런 작품을 구상만 하고 있을 때, 그걸 실천한 작가들의 글이 쏟아져 나왔었다.
지금도 수많은 장르 소설이 쏟아져 나오지만, 아직도 판타지만큼은 반지의 제왕을 기반으로, 무협만큼은 영웅문의 설정을 기반으로 작성되는 경우가 대부분이다.
잘 만든 세계관은 시대와 문화를 넘나드는 것이다.

간혹 무협소설이나 무협 영화를 보면 말도 안되는 설정에 눈살을 찌푸릴 때가 많은데, 그중에 하나가 바로 인사법이다.
무협하면 흔히들 "포권"을 연상하지만, 실제 소설의 시대적 배경으로 삼던 시기엔 포권을 잘 사용하지 않았다.
청나라 전에는 보통 '읍(揖)'이나 '공수(拱手)'라고 불리우는 인사법이 대중적으로 사용되었었는데, 명나라가 무너지고 청나라가 지배를 하게 되면서 발생한 운동이 바로 반청복명(反淸復明) 운동이다.
반청복명은 청나라를 반대하고 명나라를 부흥시킨다는 뜻으로, 청나라의 감시를 피해야 했던 천지회(天地會) 등의 비밀결사원들은 자신들만의 신호를 만들어 사용할 필요가 있었다.
그래서 썼던 인사법이 바로 포권인 것이다.
오른손으로 주먹을 쥐어 날일(日)을 뜻하고, 왼손바닥으로 오른손 주먹을 감싸쥐어 달월(月)을 나타내니, 둘이 합쳐져서 밝을 명(明)이 되는 것이다.
이로써 그들은 "난 명나라 사람입니다."란 의미로 사용했다.

https://www.threads.com/@parkheesung.dev/post/DUfx_U7jzpM?xmt=AQG0VSg9Hd6HoAXQjVQWRiAN4Y5Oxih53Ezv5OkFoI6YYA

Threads의 Park Heesung(@parkheesung.dev)님

www.threads.com

은하수를 처음 본 날

Roslyn — Sun, 7 Jun 2026 11:37:17 +0900

혹시 은하수를 본 적 있어?
97년도, 그러니까 내가 대학교 1학년일때, 자취를 했었어.
교외에 위치해 있었기에 지금과는 사뭇 분위기가 달랐는데, 외딴 곳에 덩그러니 있는 그런 학교였었지. 사실 공부를 좀 못했거든. (좀 많이...)
여름방학때였던 것 같은데, 정확한 시기는 생각이 안나.
지금과는 달리 밤하늘에 별을 그리 어렵지 않게 볼 수 있었지.
하지만, 그날은 유독 다른 날이었어.
불현듯 고개를 들었을 때, 내 평생 그런 아름다운 광경은 처음보는 것 같았거든.
우와 하는 감탄사가 절로 나왔어. 밤하늘에 촘촘히 박혀 있는 별들이 반짝 거리는게, 너무 신기했어.
그렇게나 많은 별들이 빈틈없이 꽉차게 빛나고 있었거든.
"무슨 별이 저렇게 많지?"
놀란 나에게 그 지역에 사는 친구가 말해주더군.
"은하수 처음봐?"
처음 봤다. 그리고 그날 이후로 지금까지 다시 볼 수 없었지만, 지금까지도 그날의 광경은 잊을 수 없는 풍경이 되었다.

https://www.threads.com/@parkheesung.dev/post/DUQatx8D1FH?xmt=AQG0VSg9Hd6HoAXQjVQWRiAN4Y5Oxih53Ezv5OkFoI6YYA

개발자들의 소울 영화, 매트릭스

Roslyn — Sun, 7 Jun 2026 11:34:48 +0900

1999년 세기말 분위기 속에서 개봉했던 영화 "매트릭스"는 만화가를 꿈꾸며, 친구들 사이에서 "컴퓨터 잘하는 놈"으로 통했던 나에게는 엄청난 센세이션을 불러일으킨 작품이었다.
이 영화는 곱씹으면 곱씹을수록 정말 그 의미를 다시 되새기는 장면들이 참 많이 나오는데, 그중 하나가 "오라클"이 주는 "쿠키"를 네오가 먹는 장면이다.
오라클은 데이터베이스로 유명하고, 쿠키는 인터넷 세상에서 로그인 정보를 저장하는 수단을 의미한다.
오라클이 준 쿠키를 먹으면서 네오의 정보가 저장이 되었고, 트리니티의 키스가 "트리거"가 되어 저장된 쿠키로 네오를 부활시킨다.
또한 네오가 부활하는 장면은 종교적 관점에서도 해석이 가능한데, 메시아(Messiah)'의 희생과 찬란한 회귀가 그러할 것이다.
깊이있는 영화를 보고난 이후 친구들과 이 장면 저 장면의 의미와 감독의 의도를 논쟁하는 자리야 말로, 가장 즐거운 순간이 아닐 수 없다.

https://www.threads.com/@parkheesung.dev/post/DUJtAH2E5AW?xmt=AQG0VSg9Hd6HoAXQjVQWRiAN4Y5Oxih53Ezv5OkFoI6YYA

피터팬

Roslyn — Sun, 7 Jun 2026 11:29:58 +0900

많은 사람들이 피터팬 이야기를 알지만, 피터팬이 왜 나이를 먹지 않는지는 잘 모른다. 한국어 번역본에는 웬디가 집으로 돌아간 이후에 이야기를 다루지 않는 책이 많기 때문일지도 모르겠다.
영문판 피터팬을 읽어보면 조금 충격적인 이야기가 나온다.
피터팬이 나이를 먹지 않는 대신, 한가지 패널티를 가지는데 그건 바로 끊임없이 기억을 잃는다는 거다.
작중에 웬디가 피터팬에게 후크선장에 대해 묻자, 피터팬은 후크선장이 누구냐며 오히려 되묻는다.
피터팬은 끊임없이 기억을 잃는 와중에도 신기하게 웬디만은 계속 기억하고, 그래서 항상 웬디를 찾아온다.

https://www.threads.com/@parkheesung.dev/post/DT-WDTOj4uP?xmt=AQG0VSg9Hd6HoAXQjVQWRiAN4Y5Oxih53Ezv5OkFoI6YYA

Threads의 Park Heesung(@parkheesung.dev)님

www.threads.com

시애틀의 잠못 이루는 밤

Roslyn — Sun, 7 Jun 2026 11:27:35 +0900

개인적으로 가장 좋아하는 애니메이션은 "센과 치히로의 행방불명"이고, 영화는 "시애틀의 잠못 이루는 밤"을 가장 좋아해.
특히 "톰 행크스"와 "멕 라이언"이 주연으로 나오는 영화는 엄청 좋아했었지.
지금도 가끔 그런 영화를 틀어놓고 보는데, 옛날 느낌나게 기왕이면 더빙판을 찾아서 보곤 해. 그 당시 우리나라 성우들의 목소리 매력이 왠지 어렸을 때 생각나게 해서 더 좋게 느껴지더라고.
"맥 라이언"이 주연으로 나오는 영화속에서 그녀가 연기한 캐릭터들은 한결같이 비슷한 성격의 캐릭터로 나오는데, 약간 왈가닥하면서도 순수하고 사랑스러운 면모를 가진 캐릭터지. 아마 그런 캐릭터에 대한 남자들의 로망은 시대에 따라 선호도 차이는 있을지 몰라도, 어느 누구도 싫어하진 않을 것 같아.
난 그녀가 "사랑스러움"이란 키워드를 가장 잘 표현한 캐릭터라고 생각해.

https://www.threads.com/@parkheesung.dev/post/DTsH_kcD7En?xmt=AQG0VSg9Hd6HoAXQjVQWRiAN4Y5Oxih53Ezv5OkFoI6YYA

Threads의 Park Heesung(@parkheesung.dev)님