에디블로그
Engineer's Field Notes

AI 자동화로 매일
한 편씩 쓰는
엔지니어 운영 노트

Claude Code · 자동화 파이프라인 · 사고 회고까지. 잘 굴러간 기록 + 깨진 흔적도 같이 남깁니다.

사람이 할 수 있는 일은,
AI도 할 수 있어야 합니다.
매일 한 편 쓰면서 검증 중.
— 이번 주 가장 많이 읽힌 글 TOP 3
개발자 도구/협업 & 이슈

Slack은 나홀로 운영자에게는 무거워요 — 자동화 알림은 Telegram

반응형
Slack은 나홀로 운영자에게는 무거워요 — 자동화 알림은 Telegram

EDIBLOG · DEVTOOLS · 협업 & 이슈

Slack은 혼자 운영자에 무거워요 — 자동화 알림은 Telegram

결론부터요. 저는 운영 알림을 Slack 대신 Telegram으로 통일했어요. 팀 협업이 핵심이면 Slack 그대로가 맞습니다. 다만 혼자 자동화 운영 중이면 셋업 무게 차이가 꽤 큽니다.

결론 · TELEGRAM 셋업 5분 월 $0 1인칭 운영기 봇 1개

01 · SETUP WEIGHT처음 봇 하나 띄우는 데

예전 · Slack
SLACK
팀 협업의 표준
워크스페이스 + 앱 생성
OAuth scope 4~5개
Webhook URL or token
채널 ID 별도 조회
혼자 운영
현재 · Telegram
TELEGRAM
봇 토큰 1개로 끝
BotFather 1회 대화
sendMessage 1줄
채널/DM 모두 한 봇
history 무제한

02 · THE FRICTION DROP마찰이 사라진 자리

새 알림 채널 셋업 시간 (실측, 본인 기준)
~30분
~5분
약 6배 빠름

Slack은 매번 OAuth scope·webhook URL을 다시 발급받는 단계가 부담이었어요. Telegram은 토큰 하나로 끝이라, 새 잡 추가할 때 손이 가벼워졌습니다.

03 · BEHAVIOR SHIFT제 운영이 이렇게 바뀌었어요

셋업
시간
−25분
30 → 5
호출
코드
1줄
curl POST
모바일
도착
~1초
체감 즉시

비용
$0
history 무제한

숫자 자체보다 "새 알림 채널을 만드는 게 귀찮지 않다"는 점이 컸어요. 잡을 쪼개고, 토픽별로 채널을 분리하는 결정이 훨씬 자주 나옵니다.

▮ MY DECISION SOLO OPERATOR

저는 운영 알림은 Telegram으로 통일했고, 팀 협업은 여전히 Slack을 씁니다. 두 도구는 같은 자리에 두고 비교할 게 아니에요.

잘 맞은 것

HTTP POST 한 줄로 알림. 봇 1개로 채널·DM 둘 다. 잡마다 채널 쪼개기 마찰 거의 0.

아직 답답한 것

스레드·검색·아카이브는 Slack이 압도적. 봇 메시지 수정·답글 UX는 빈약합니다.

04 · STOP이런 환경이면 갈아타지 마세요

▮ Telegram 부적합 시그널
  • 팀 스레드·채널 워크플로우가 매일의 협업 spine인 조직
  • Slack 마켓플레이스 통합에 의존 (GitHub·Linear·Notion 알림 끌어쓰는 곳)
  • 엔터프라이즈 SSO·DLP·컴플라이언스가 필수인 환경
  • 검색·아카이브 자체가 자산인 팀 (장기 history 가치 큼)
  • 사내망에서 Telegram이 차단되는 일부 기업·기관

05 · SURVIVE WEEK 1처음 1주일 — 살아남기 체크리스트

▮ 자동화 알림 봇 운영 첫 주
  • BotFather에서 /newbot 으로 토큰 발급3분 · 발급 즉시 secrets에 저장 (절대 commit 금지)
  • @userinfobot 으로 본인 chat_id 확인DM 알림 받을 때 필수
  • curl로 sendMessage 한 번 테스트api.telegram.org/bot{TOKEN}/sendMessage
  • 채널 만들고 봇을 관리자로 추가여러 사람·다중 디바이스 알림 한 번에
  • 운영·디버그·매매 알림은 채널 분리한 채널에 다 던지면 진짜 중요한 게 묻힙니다

"Slack은 팀의 도구, Telegram은 운영자의 도구. 저는 두 개를 같은 자리에 두지 않습니다."

— 에디 · 자동화 알림 운영 중

04 · MY OPERATION 1년 후 실측, 압도적 1인칭

위 비교가 일반론이라면, 다음은 1년 굴려본 제 자동화 시스템 실측치입니다.

잡 중 텔레그램 사용
31/40
scripts/ 안 잡 78%
라우팅 채널
4
blog · alert · briefing · trading
사용 봇 인스턴스
1
com.user.telegram-bot KeepAlive

제 자동화 잡 ~40개 중 31개가 lib.telegram_send 를 호출합니다. 단순 알림 도구가 아니라 전 시스템의 백본이 된 거예요. 채널은 4종 — blog(블로그 발행 상태), alert(캡차·에러), briefing(증시·HN), trading(매매 시그널). 봇은 단 1개로 다 처리합니다.

실시간으로 어떤 잡이 텔레그램으로 알림 보냈는지 한눈에 보려고 로컬 대시보드도 박았어요:

자동화 대시보드 Overview — 44잡 중 텔레그램 알림 사용 현황
▲ 로컬 대시보드 Overview — 42잡 중 1잡 (telegram-bot) 가 always-on KeepAlive. 나머지 41잡이 알림 보낼 백본

처음 셋업 1년 후 분기점은 "잡 추가 비용이 명령 1줄"이라는 거예요. 새 자동화 잡 만들 때 알림 한 줄(python3 -m lib.telegram_send "메시지" --category alert) 추가하면 끝. Slack 이었으면 채널 만들고 webhook 받고 잡에 박는 게 매번 10분이었습니다.

다음 글에서 토픽별 채널 분리 + ratelimit 회피 + 실패한 알림 재시도 패턴을 정리할 예정이에요. 혼자 운영자라면 BotFather 5분이 손익분기점입니다.

면책: 1인 운영 기준 개인 경험·판단. 팀·조직 환경에서는 결과가 다릅니다. 광고·제휴 X.

반응형

📚 같이 보면 좋은

"이 포스팅은 쿠팡 파트너스 활동의 일환으로, 일정액의 수수료를 제공받습니다."