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

EDIBLOG · DEVTOOLS · 협업 & 이슈
Slack은 혼자 운영자에 무거워요 — 자동화 알림은 Telegram
결론부터요. 저는 운영 알림을 Slack 대신 Telegram으로 통일했어요. 팀 협업이 핵심이면 Slack 그대로가 맞습니다. 다만 혼자 자동화 운영 중이면 셋업 무게 차이가 꽤 큽니다.
01 · SETUP WEIGHT처음 봇 하나 띄우는 데
OAuth scope 4~5개
Webhook URL or token
채널 ID 별도 조회
↓
sendMessage 1줄
채널/DM 모두 한 봇
history 무제한
02 · THE FRICTION DROP마찰이 사라진 자리
Slack은 매번 OAuth scope·webhook URL을 다시 발급받는 단계가 부담이었어요. Telegram은 토큰 하나로 끝이라, 새 잡 추가할 때 손이 가벼워졌습니다.
03 · BEHAVIOR SHIFT제 운영이 이렇게 바뀌었어요
시간
코드
도착
비용
숫자 자체보다 "새 알림 채널을 만드는 게 귀찮지 않다"는 점이 컸어요. 잡을 쪼개고, 토픽별로 채널을 분리하는 결정이 훨씬 자주 나옵니다.
저는 운영 알림은 Telegram으로 통일했고, 팀 협업은 여전히 Slack을 씁니다. 두 도구는 같은 자리에 두고 비교할 게 아니에요.
HTTP POST 한 줄로 알림. 봇 1개로 채널·DM 둘 다. 잡마다 채널 쪼개기 마찰 거의 0.
스레드·검색·아카이브는 Slack이 압도적. 봇 메시지 수정·답글 UX는 빈약합니다.
04 · STOP이런 환경이면 갈아타지 마세요
-
팀 스레드·채널 워크플로우가 매일의 협업 spine인 조직
-
Slack 마켓플레이스 통합에 의존 (GitHub·Linear·Notion 알림 끌어쓰는 곳)
-
엔터프라이즈 SSO·DLP·컴플라이언스가 필수인 환경
-
검색·아카이브 자체가 자산인 팀 (장기 history 가치 큼)
-
사내망에서 Telegram이 차단되는 일부 기업·기관
05 · SURVIVE WEEK 1처음 1주일 — 살아남기 체크리스트
-
BotFather에서 /newbot 으로 토큰 발급
-
@userinfobot 으로 본인 chat_id 확인
-
curl로 sendMessage 한 번 테스트
-
채널 만들고 봇을 관리자로 추가
-
운영·디버그·매매 알림은 채널 분리
"Slack은 팀의 도구, Telegram은 운영자의 도구. 저는 두 개를 같은 자리에 두지 않습니다."
— 에디 · 자동화 알림 운영 중
04 · MY OPERATION 1년 후 실측, 압도적 1인칭
위 비교가 일반론이라면, 다음은 1년 굴려본 제 자동화 시스템 실측치입니다.
제 자동화 잡 ~40개 중 31개가 lib.telegram_send 를 호출합니다. 단순 알림 도구가 아니라 전 시스템의 백본이 된 거예요. 채널은 4종 — blog(블로그 발행 상태), alert(캡차·에러), briefing(증시·HN), trading(매매 시그널). 봇은 단 1개로 다 처리합니다.
실시간으로 어떤 잡이 텔레그램으로 알림 보냈는지 한눈에 보려고 로컬 대시보드도 박았어요:
처음 셋업 1년 후 분기점은 "잡 추가 비용이 명령 1줄"이라는 거예요. 새 자동화 잡 만들 때 알림 한 줄(python3 -m lib.telegram_send "메시지" --category alert) 추가하면 끝. Slack 이었으면 채널 만들고 webhook 받고 잡에 박는 게 매번 10분이었습니다.
다음 글에서 토픽별 채널 분리 + ratelimit 회피 + 실패한 알림 재시도 패턴을 정리할 예정이에요. 혼자 운영자라면 BotFather 5분이 손익분기점입니다.
면책: 1인 운영 기준 개인 경험·판단. 팀·조직 환경에서는 결과가 다릅니다. 광고·제휴 X.
'개발자 도구 > 협업 & 이슈' 카테고리의 다른 글
| [Linear] Jira 대신 쓰는 키보드 우선 이슈 트래커 (0) | 2026.06.08 |
|---|
📚 같이 보면 좋은
"이 포스팅은 쿠팡 파트너스 활동의 일환으로, 일정액의 수수료를 제공받습니다."