티스토리 뷰

반응형

 

사주 AI웹서비스 제작노트 -16

사주 AI웹서비스 제작노트 -15사주 AI웹서비스 제작노트 -14사주 AI웹서비스 제작노트 -13사주 AI웹서비스 제작노트 -12사주 AI웹서비스 제작노트 -11사주 AI웹서비스 제작노트 -10사주 AI웹서비스 제작

uiweb.tistory.com

 
마지막 제작노트를 쓴 게 카카오톡 로그인 연동이었는데
그사이 시간이 꽤 지남...
로그인과 로그아웃, 마이페이지까지 만들고
디테일을 조금 더 손봐야 하는데 당장 개발할 시간이 없어서
찐망고 사주풀이는 일단 그대로 운영하고 있다.
그러던 중 구글 API 서비스의 결제 방식이
후불에서 선불로 변경돼서 그 설정을 바꿨다.
찐망고 사주풀이에는 현재 다음 서비스가 연결되어 있다.

  • Supabase: 로그인, 회원 인증, 데이터베이스
  • Vercel: 사이트 배포
  • Resend: 이메일 발송 (작업중이긴 함)
  • Google API: AI 사주풀이 생성

API가 변경되기도 하고
무료 사용량이나 가격이 달라질 수도 있고
보안이나 인증 설정을 바꿔야 하는 경우도 있다.
그렇다고 매일 각 서비스의 공지사항을
내가 직접 찾아볼 수는 없으니까...
ChatGPT Work의 예약 작업을 이용해서
찐망고 사주풀이에 영향을 줄 만한 변경사항을 정기적으로 확인하게 했다.
 
Supabase나 Vercel은 계속 업데이트된다.
하지만 새로운 기능이 나올 때마다
그 내용을 전부 확인할 필요는 없었다.
내가 필요한 건 신기능 소개가 아니라
이게 찐망고 사주풀이에 영향을 주는가?였다.
 
그래서 ChatGPT Work에 다음과 같이 요청했다.
Supabase, Vercel, Resend에서 찐망고 사주풀이에 영향을 줄 수 있는 제품,
API, Auth, 이메일 발송, 가격, 정책 변경을 확인한다.
실제로 테스트하거나 코드·설정을 변경해야 하거나 비용을 다시 검토해야 할 때만 알려준다.
변경사항의 영향 범위와 긴급도, 공식 출처, 다음에 확인할 항목을 함께 정리한다.
 
정확한 기능명은 Scheduled tasks, 예약 작업이다.
정해진 시간마다 작업을 실행하고
확인할 내용이 발견되면 결과를 알려준다.
나는 이 작업의 이름을 사주 서비스 스택 감시로 설정했다.
매일 오전 9시에 Supabase, Vercel, Resend의 공식 변경사항을 확인한다.
단순한 업데이트 소식은 제외하고
찐망고 사주풀이에 다음과 같은 조치가 필요할 때만 알려주도록 했다.

  • 코드나 라이브러리 수정
  • 인증·RLS·보안 설정 점검
  • Vercel 배포 환경 테스트
  • Resend 발송 인증·도달률·한도 확인
  • 요금이나 정책 재검토
  • 변경 적용 기한 대응

단순히 새 소식을 모으는 게 아니라
내 서비스에 어떤 영향이 있는지까지 확인하도록 한 것이다.
실시간으로 서버가 살아 있는지 감시하는 모니터링은 아니고
매일 정해진 시간에 기술 변경사항을 확인하는 정기 모니터링에 가깝다.
 
예약 작업을 설정한 뒤 실제로 몇 가지 확인할 내용이 발견됐다.
Vercel Hobby 요금제의 배포 보관 정책이 변경됐다.
현재 서비스 중인 배포가 삭제되는 것은 아니지만
보관되는 과거 프로덕션 배포와 Preview 배포의 수가 줄어들 수 있다는 내용이었다.
찐망고 사주풀이의 현재 운영에는 바로 문제가 없었다.
다만 예전 배포 URL을 다시 확인하거나
과거 버전으로 롤백해야 할 때 선택할 수 있는 배포가 줄어들 수 있었다.
그래서 Vercel 대시보드의
Usage → Deployment Storage에서 사용량을 확인하고
필요한 코드는 GitHub에 보관되어 있는지도 같이 확인해야 했다.
결론은 현재 서비스에는 영향 없음.
코드 수정은 필요 없지만 배포 저장공간은 확인할 것이었다.
 
Supabase Auth와 Data API에서
간헐적으로 401 오류가 발생하는 문제에 대한 후속 공지도 발견됐다.
로그인 사용자의 JWT가 갱신된 직후
데이터를 요청하면 간헐적으로 인증 오류가 발생할 수 있다는 내용이었다.
찐망고 사주풀이는 카카오 로그인과 회원 세션을 사용하고 있기 때문에
완전히 관계없는 변경은 아니었다.
하지만 아직 찐망고에서 같은 오류가 확인된 것은 아니었고
Supabase에서 새 버전을 제공하기 전이라 당장 수정할 코드도 없었다.
따라서 이 내용은 지금 바로 수정하지 않고 모니터링한다.
Supabase 대시보드에 업그레이드 안내가 나타나는지 확인한다로 정리했다.
이렇게 문제가 발견됐다고 해서 무조건 코드를 수정하는 것도 아니었다.
현재 서비스에서 같은 증상이 발생하는지, 업그레이드가 필요한지부터 판단해야 했다.
 
Supabase에서 새로 만든 테이블이
Data API에 자동으로 노출되는 방식도 변경될 예정이었다.
현재 찐망고에서 사용하고 있는 사주 결과와 피드백 테이블에는 즉각적인 변화가 없었다.
다만 앞으로 새로운 테이블을 추가한 뒤 supabase-js에서 바로 조회하려고 할 경우
Data API 설정이나 접근 권한이 빠져 조회에 실패할 수 있다.
RLS와 Data API 노출은 같은 설정도 아니었다.

  • Data API 노출: 해당 테이블을 API에서 사용할 수 있는가
  • RLS: API에 노출된 테이블에서 어떤 행을 읽고 수정할 수 있는가

따라서 앞으로 테이블을 추가할 때는

  • Data API에 사용할 스키마와 테이블이 노출되어 있는지
  • anon, authenticated 역할에 필요한 권한이 있는지
  • RLS가 활성화되어 있는지
  • 실제로 새 테이블을 조회하고 저장할 수 있는지

까지 함께 확인해야 한다.
현재 코드를 수정할 필요는 없지만 다음 테이블을 만들 때 기억해야 할 운영 항목으로 남겼다.
 
2026년 9월 15일, 예약 작업에서
Supabase Management API의 logs.all 엔드포인트가
9월 23일 종료될 예정이라는 내용을 알려줬다.
logs...?
이름만 보면 찐망고의 로그 기록과 관련된 것 같고
Supabase를 사용하고 있으니 영향을 받는 건가 싶었다.
업데이트 내용을 읽어도 비개발자인 내 입장에서는 이게 내 코드와 관련 있는지
바로 판단하기 어려웠다.
기존 logs.all을 직접 사용하는 관리 스크립트가 있다면
새로운 logs 엔드포인트와 ClickHouse SQL 방식으로 변경해야 한다는 내용이었다.
그래서 이번에는 변경 내용을 알려주는 데서 끝내지 않고
연결된 GitHub 저장소와 관련 메일까지 같이 확인해달라고 했다.
 
연결된 GitHub 저장소 6개의 기본 브랜치에서
다음 항목을 검색했다.

  • logs.all
  • api.supabase.com
  • SUPABASE_ACCESS_TOKEN
  • /v1/projects
  • logflare
  • clickhouse
  • Management API 로그 호출 패턴

검색 결과는 모두 없었다.
핵심 저장소인 JJinMangGo/jjin-mango-saju의 실제 코드도 확인했다.
 
현재 찐망고에서 Supabase를 사용하는 방식은 다음과 같았다.

  • NEXT_PUBLIC_SUPABASE_URL과 anon key를 이용한 클라이언트
  • 카카오 로그인과 회원 인증
  • 사주 결과와 피드백 데이터 조회·저장
  • 회원 탈퇴 처리
  • @supabase/supabase-js
  • @supabase/ssr

이것들은 이번에 종료되는 logs.all Management API가 아니라
일반적인 Data API와 Auth API 사용이었다.
관련 메일도 확인했는데
찐망고에서 해당 API를 사용하고 있다는 경고가 아니었다.
혹시 사용 중인지 코드에서 확인해보라는 사전 안내였다.
 
점검 항목결과

logs.all 직접 호출없음
Supabase Management API URL없음
Management API용 Access Token없음
로그 수집·분석 스크립트없음
GitHub Actions 로그 조회없음
찐망고 사주풀이 영향없음
코드 변경불필요
Vercel 환경변수 변경불필요
별도 테스트불필요

 
이번에 종료되는 기능은
Supabase의 관리용 로그 API를 직접 호출하는 스크립트에 해당했다.
찐망고처럼 supabase-js로 로그인하거나
테이블 데이터를 조회하고 저장하는 기능과는 별개였다.
결론은 확인 완료. 영향 없음. 대응 불필요.
GitHub에 올리지 않은 개인 관리 스크립트도 따로 없기 때문에 이번 건은 여기서 종료했다.
 
예약 작업에서 발견한 내용을 정리해보니
모든 변경사항에 같은 방식으로 대응하는 것은 아니었다.
 
발견된 내용찐망고의 대응

Vercel 배포 보관 정책저장공간과 GitHub 보관 여부 확인
Supabase 간헐적 401 오류같은 증상이 발생하는지 모니터링
새 테이블 Data API 노출 변경이후 테이블 추가 시 설정·권한 테스트
logs.all 종료코드 검색 후 사용하지 않는 것을 확인
Vercel·Resend에 관련 변경 없음별도 대응하지 않음

 
결국 이 work기능으로

  • 종료되는 API가 무엇인지 확인하고
  • 내 코드에서 실제로 사용하는지 검색하고
  • 환경변수와 자동화 스크립트를 확인하고
  • 관련 메일도 같이 보고
  • 현재 서비스에 미치는 영향을 구분하고
  • 지금 해야 할 일과 나중에 확인할 일을 나눴다.

실제 서비스를 운영해보니 외부 서비스의 변경사항을 확인하고
내 서비스에는 문제가 없다는 것을 판단하는 것도 운영의 일부였다.
서비스를 만들 때는 일단 배포만 하면 끝날 줄 알았는데
배포 이후에도 Supabase나 Vercel 같은 서비스의 변화를 계속 봐야 한다.
그걸 전부 내가 기억하고 찾아보는 건 무리라서
이번에는 ChatGPT Work의 예약 작업을 붙였다.
개발을 대신해주는 것보다는 내가 놓칠 수 있는 변경사항을 먼저 찾고
찐망고에 실제로 영향이 있는지 확인해주는 역할에 가깝다.
 
ChatGPT Work의 예약 작업은
반드시 API 이름이나 코드 구조를 알고 있어야 하는 것도 아니다.
자신이 운영하는 서비스와 사용 중인 도구를 알려주고
무엇이 바뀌었을 때 확인하고 싶은지만 설명하면 된다.
예를 들어 다음과 같이 요청할 수 있다.

내가 운영하는 웹사이트는 Vercel에 배포되어 있고 Supabase로 로그인과 데이터를 관리한다. Resend로 이메일을 발송하고 있다.

매일 오전 9시에 이 서비스들의 공식 공지사항, 변경 기록, 장애 후속 안내, 가격과 정책 변경을 확인해줘.

모든 업데이트를 알려주지는 말고 다음 상황에 해당할 때만 알려줘.

  • 내가 사용하는 기능이 중단되거나 변경될 때
  • 코드나 설정을 수정해야 할 때
  • 로그인·보안·데이터 저장에 문제가 생길 가능성이 있을 때
  • 무료 사용량이나 가격이 달라질 때
  • 변경 전에 테스트해야 할 내용이 있을 때

알려줄 때는 변경된 내용, 내 서비스에 미칠 수 있는 영향, 긴급도, 공식 출처, 내가 다음에 확인할 항목을 쉽게 설명해줘.
관련된 변화가 없다면 별도의 알림은 보내지 마.

 
알려줄 내용예시

내가 운영하는 것웹사이트, 쇼핑몰, 뉴스레터, 블로그
사용 중인 서비스Supabase, Vercel, Resend, Google API
걱정되는 변화가격, 보안, 로그인, 발송 한도, API 종료
알림받을 조건실제로 확인하거나 수정할 일이 있을 때만

 
자신이 어떤 서비스를 사용하고 있는지 모른다면
먼저 ChatGPT에 다음과 같이 물어봐도 된다.

내가 운영하는 서비스에 연결된 외부 도구와 기술을 정리해줘. 어떤 서비스의 변경사항을 계속 확인해야 하는지도 알려줘.

 
GitHub 저장소가 연결되어 있다면
변경사항이 발견됐을 때 내 코드에서 해당 기능을 사용하는지도 확인할 수 있다.
Gmail이 연결되어 있다면
관련 업체에서 받은 공지 메일도 함께 찾아볼 수 있다.
다만 예약 작업이 알아서 모든 문제를 해결해주는 것은 아니다.
처음부터 코드를 자동으로 수정하도록 하기보다는
변경사항 발견 → 내 서비스 영향 확인 → 필요한 조치 제안 → 사람이 확인한 뒤 수정순서로 사용하는 것이 안전하다.
 
또 처음 설정한 뒤에는
첫 몇 번의 결과가 너무 많거나 너무 적지 않은지 확인해야 한다.
알림이 너무 많이 오면
“신기능 소개는 제외하고 내가 조치해야 할 때만 알려줘”라고 범위를 줄이고,
설명이 너무 어렵다면
“비개발자가 이해할 수 있는 말로 설명하고 내가 눌러야 할 메뉴까지 알려줘”라고 추가하면 된다.
나는 새 기능을 자동으로 개발하기 위해서가 아니라
혼자 운영하면서 놓치기 쉬운 변화를 확인하기 위해 이 기능을 사용했다.
비개발자에게 필요한 건 모든 기술 변경을 이해하는 것이 아니라
이 변화가 내가 운영하는 것에 영향을 주는지
그래서 지금 무엇을 확인해야 하는지를 아는 것이기 때문이다.
 
카카오 로그인까지 만들고 한동안 개발은 멈춰 있었지만

GPT기능을 연결해서 잘 쓰고 있다보니 관련 포스팅 해봄 

찐망고사주 바로가기

반응형