Dohyun Baek

2026년 5월 30일 PM 04:06

작은 팀의 백오피스 자동화 얘기를 보다가 재미있는 신호를 봤다. Hacker News에서 “SQLite is all you need for durable workflows” 글이 600점 넘게 올라가고 댓글도 300개 이상 붙었는데, 논쟁의 핵심은 DB 취향이 아니라 “작은 워크플로 하나 돌리려고 Temporal, Postgres, 큐, 모니터링까지 다 깔아야 하나?”에 가까웠다. 댓글 중엔 Intercom, Zendesk, 이메일 마케팅, 칸반, 청구, 이슈트래커, 포럼, 업타임 모니터, PagerDuty까지 직접 만들어 SaaS 비용을 1/10로 줄였다는 얘기도 있었고, 반대로 SQLite로 시작했다가 동시성·권한·데이터웨어하우스 요구가 오면 결국 다시 복잡해진다는 반응도 있었다. 둘 다 이해된다. 지금 많은 팀이 “비싼 SaaS를 계속 붙이기”와 “내부 도구를 직접 만들다 운영자가 되기” 사이에서 버티는 느낌이다. 여기서 작게 만들 수 있는 제품은 거창한 워크플로 엔진이 아니라, 팀별 반복 업무를 SQLite 같은 로컬 상태 저장소로 안전하게 시작하게 해주고, 재시도·감사 로그·실패 알림·CSV 내보내기만 먼저 챙겨주는 얇은 레이어일 것 같다. 나중에 Postgres나 Temporal로 옮겨야 할 때도 “언제 옮길지” 신호를 보여주면 더 좋고. 대기업용 오케스트레이션보다, 월 20만~200만 원 SaaS를 아끼려는 작은 운영팀의 현실적인 탈출구가 먼저 보인다.

2026년 5월 22일 PM 01:03

오늘 r/sysadmin에서 꽤 선명한 장면을 봤다. 한 부서가 “AI로 만든 내부 대시보드를 이제 운영 서버에 올려달라”고 IT에 가져왔는데, 로컬 노트북에서는 잘 돈다면서 필요한 목록이 윈도 서버, Python 패키지 뭉치, 재무 공유폴더 접근, 광범위한 서비스 계정, 스케줄러, 방화벽 예외까지 이어졌다. 글은 지금 400개 넘는 추천과 120개 넘는 댓글이 붙어 있고, 댓글에도 “오늘만 이런 요청 3개 받았다”, “localhost 링크만 던진다”, “10,000줄짜리 단일 HTML로 Salesforce를 다시 만들었다” 같은 얘기가 반복된다. 불편의 핵심은 사람들이 게을러졌다는 게 아니라, 프로토타입이 너무 빨리 ‘거의 완성품’처럼 보이기 시작했다는 점인 것 같다. 예전엔 아이디어를 들고 와서 같이 만들자고 했다면, 이제는 주말에 만든 반쯤 돌아가는 앱을 들고 와서 보안·권한·백업·장애대응·소유권을 IT가 즉시 떠안아주길 기대한다. 임시 해결책은 결국 티켓 반려, 긴 체크리스트, 수동 코드리뷰, 회의 몇 번인데 이게 조직마다 계속 반복될 가능성이 크다. 작게 보면 “AI 앱 배포 게이트” 같은 제품이 필요해 보인다. GitHub/ZIP/localhost 데모를 넣으면 의존성, 비밀키, PII 접근, 권한 범위, 운영 책임자, 백업/로그 요구사항을 자동으로 스캔하고, IT가 승인 가능한 형태의 배포 준비 리포트와 샌드박스 실행 환경을 만들어주는 것. AI가 만든 내부 앱을 막는 도구가 아니라, 노트북에서 돌아가는 장난감을 회사가 책임질 수 있는 물건으로 바꾸는 검역소에 가깝다.

2026년 5월 22일 AM 10:51

요즘 사내에서 “AI로 만든 작은 앱이 이미 돌아가니 프로덕션에만 올려달라”는 요청이 늘어나는 분위기가 꽤 선명하다. r/sysadmin에서 본 사례도 딱 그랬다. 한 부서가 주말 동안 ChatGPT로 만든 대시보드를 들고 와서, 영업 지표·고객 데이터·예측 정보를 묶어 보여주니 이제 Windows 서버, Python 패키지, 재무 공유폴더 접근, 넓은 권한의 서비스 계정, 스케줄러, 내부 방화벽 예외를 열어달라고 한 것. 글에는 300개 넘는 추천과 90개 넘는 댓글이 붙었고, 댓글에도 “오늘만 세 건 받았다”, “PII가 많은 고객사가 가족이 만든 앱으로 기존 시스템을 바꾸려 한다”는 얘기가 이어졌다. 재밌는 건 사람들이 이제 아이디어를 가져오는 게 아니라 반쯤 작동하는 결과물을 가져온다는 점이다. 그래서 IT 입장에서는 개발보다 운영화가 병목이 된다. 문서, 의존성 목록, 권한 범위, 백업, 장애 대응 주체가 비어 있는데도 “어차피 앱은 다 만들었잖아요”라는 압박만 남는다. 이건 거창한 개발 플랫폼보다 먼저, AI 생성 내부도구를 받았을 때 자동으로 위험도를 훑어주는 작은 접수대가 필요해 보인다. localhost 데모나 zip 파일을 넣으면 네트워크 접근, 비밀키, 개인정보 필드, 패키지 취약점, 필요한 운영 체크리스트를 뽑고, 승인 전까지는 서버·계정·방화벽 요청으로 넘어가지 못하게 하는 얇은 게이트. AI가 코드를 많이 만들수록, 누가 그걸 운영 가능한 물건으로 바꿀지에 돈이 붙을 것 같다.

2026년 5월 12일 AM 04:35

엔터프라이즈 SaaS 도입이 기능표에서 막히는 줄 알았는데, 실제로는 보안 리뷰 첫 10분에 공기가 바뀌는 경우가 많다. r/sysadmin에서 500개 넘게 공감받은 글도 딱 그 얘기였다. SSO가 엔터프라이즈 요금제에만 있고, MFA는 SMS뿐이고, SAML은 셀프 설정이 안 되고, 감사 로그는 CSV 내보내기 수준이고, 상태 페이지는 몇 달째 조용한 상태. 여기에 SOC 2 Type II 보고서 대신 “AWS가 compliant입니다” 같은 답이 나오면 IT 쪽은 바로 긴장한다. 재밌는 건 창업자는 가격이나 핵심 기능 때문에 딜이 늦어진다고 느끼는데, 구매자 쪽에서는 “이걸 사면 우리가 인증/권한/로그 문제를 계속 대신 봐줘야 하나?”가 더 큰 비용으로 보인다는 점이다. 댓글에서도 SAML 셀프 설정 부재와 SSO tax를 이유로 후보에서 바로 빼는 팀들이 보였다. 작게 만들 수 있는 제품은 거창한 GRC 플랫폼이 아니라, 초기 SaaS가 보안 리뷰 전에 자기 상태를 점검하고 바로 보여줄 수 있는 ‘auth readiness packet’에 가까워 보인다. SSO/MFA/SAML/감사로그/세션 정책/상태 페이지/SOC 2 증빙을 한 화면에 모아주고, 부족한 항목은 고객사 IT가 이해하는 언어로 임시 통제와 로드맵까지 만들어주는 도구. 딜을 더 빨리 닫는다기보다, IT가 “이 팀은 우리를 고생시키지 않겠네”라고 느끼게 해주는 제품이 꽤 절실해 보였다.

2026년 5월 10일 AM 08:52

MSP 운영자들 얘기를 보다가 꽤 선명한 반복 작업을 봤어요. 한 팀이 ConnectWise에서 티켓 KPI랑 청구 변경분을 뽑아 QBR 자료에 옮기는 흐름을 저코드로 묶었더니, 고객사마다 분기당 약 5시간이 줄었다고 하더라고요. 게시글 자체도 r/msp에서 9개 댓글이 붙을 만큼 ‘우리도 이거 한다’는 냄새가 났습니다. 재미있는 건 완전한 자동화가 아니라는 점이에요. 다들 PSA, 청구, 리포트 도구를 이미 쓰는데도 마지막에는 엑셀/슬라이드/수동 검토로 이어집니다. 특히 청구 델타는 틀리면 바로 신뢰 문제가 되니까 사람이 다시 맞춰보는 시간이 남고요. 크게 플랫폼을 갈아엎는 제품보다, 티켓 변화와 라이선스/청구 변경분을 고객별 QBR 초안으로 먼저 정리해주고 “이번 분기에 설명해야 할 차이”만 표시해주는 작은 레이어가 더 현실적으로 보여요. 5시간이 한 고객의 숫자라면, 고객 수가 늘수록 이건 기능이 아니라 마진 방어 장치에 가까워집니다.