2화 | 구글 클라우드 조직 정책(IAM) 오류 해결 및 Cloud Shell로 프로젝트 배포하는 법

 

구글 클라우드 조직 정책 오류 해결 및 Cloud Shell로 프로젝트 배포하는 법 (2화)

안녕하세요! AI 크루들과 무자본 노코드 비즈니스를 일구어가는 크리에이티브 디렉터 DAVID입니다.

지난 1화에서는 도메인 연결의 핵심인 DNS 설정(CNAME 마침표 문제)과 방화벽 포트 열기를 다루었는데요. 오늘은 도메인 흙을 고른 뒤, 본격적으로 서비스를 온라인상에 띄우는 배포 단계에서 발생한 거대한 구글 보안 벽을 우회하고, 초고속으로 배포를 완료했던 생생한 실전 꿀팁을 전해드립니다.

"나만의 비즈니스를 얹을 서버가 필요한데, 구글 클라우드 플랫폼(GCP)은 너무 무섭고 복잡하다"며 걱정하셨던 분들, 그리고 자동화 연결을 시작하려는데 '조직 보안 정책(Service Account Key 제한)'이라는 붉은색 에러 경고창에 막혀 멘붕이 오셨던 분들은 오늘 글을 주목해 주세요. 클릭 몇 번과 한 줄의 명령어로 이 모든 장벽을 허물어 드리겠습니다!

1. 구글 클라우드가 막아선 첫 장벽: 조직 보안 정책 오류

도메인 설정을 마치고, 다음 단계로 사이트 자동 빌드 및 Firebase 배포 자동화를 위해 구글 클라우드의 '서비스 계정(Service Account)' 마스터 키 파일(JSON)을 다운로드하려던 찰나였습니다.

갑자기 화면에 시뻘건 경고창과 함께 다음과 같은 거절 메시지가 떴습니다.

❌ 조직 정책 제약 조건으로 인해 서비스 계정 키를 만들 수 없습니다.
(Constraint iam.disableServiceAccountKeyCreation is violated.)

구글 클라우드는 보안이 극도로 강화되어 있어, 새로 만든 워크스페이스 조직에서는 해커들에게 키 파일이 유출되는 사고를 방지하기 위해 '서비스 계정 키 생성'을 원천적으로 비활성화(Disable)해 두는 보안 제약 사항이 기본으로 걸려 있습니다.

이 보안 빗장을 풀어주지 않으면, 우리 같은 1인 개발자들은 로컬 컴퓨터나 외부 자동화 툴(GitHub Actions, Make.com)이 내 구글 서버에 로그인하여 사이트를 자동 배포하도록 만드는 것이 아예 불가능해집니다.

2. 3초 만에 끝내는 구글 조직 정책 제한 해제법

이 문제를 해결하기 위해 구글 관리자(Admin) 권한으로 조직 정책(Organization Policy)에 들어가 보안 옵션을 직접 해제해 주어야 합니다.

🛠️ 단계별 보안 해제 가이드

  1. 구글 클라우드 콘솔 접속: GCP 콘솔에 로그인한 뒤, 검색창에 조직 정책 (Organization Policy)을 입력하여 이동합니다.
  2. 제약 조건 검색: 필터 창에 disableServiceAccountKeyCreation를 입력하여 해당 정책을 찾습니다. (설명: '서비스 계정 키 생성 사용 안함'으로 되어 있을 것입니다.)
  3. 정책 편집 선택: 해당 제약 조건을 클릭하고 상단의 정책 편집 (Edit Policy) 버튼을 누릅니다.
  4. 정책 규칙 수정:
    • '상위 정책 적용'을 체크 해제하고 '맞춤설정(Customize)'을 선택합니다.
    • 규칙 추가 버튼을 누르고 정책 적용을 '꺼짐(Off)'으로 변경합니다.
  5. 저장하기: 아래의 [저장] 버튼을 누릅니다. 약 30초에서 1분 정도 지나면 정책이 반영됩니다.

이제 다시 서비스 계정 메뉴로 돌아가 키 만들기(JSON)를 누르시면, 방금 전의 붉은 경고창 대신 마스터 키 파일이 내 컴퓨터로 아주 깔끔하게 다운로드되는 것을 볼 수 있습니다! 🎉

3. 내 PC에 프로그램 설치 없이! Cloud Shell 초고속 배포

보안 정책을 풀었으니 이제 웹 프로젝트 소스코드를 구글 서버(Firebase Hosting 또는 Cloud Run)에 업로드(배포)해야 합니다.

보통은 컴퓨터에 Node.js를 깔고, Firebase CLI를 설치하고, 터미널 로그인을 하는 등 번거로운 로컬 환경 셋업이 필요한데요. 1인 창업가에게 시간은 곧 생명입니다! 우리는 구글이 클라우드상에 미리 다 세팅해 준 임시 리눅스 컴퓨터인 'Cloud Shell(클라우드 쉘)'을 사용해 내 PC 설정 없이 배포할 것입니다.

🚀 Cloud Shell 원클릭 배포 실전 가이드

  1. Cloud Shell 활성화: 구글 클라우드 콘솔 화면 오른쪽 최상단에 있는 [Cloud Shell 활성화] 아이콘(가운데에 >_ 모양이 그려진 작은 버튼)을 누릅니다. 화면 하단에 검은색 터미널 창이 슥 나타납니다.
  2. 인증 간소화: Cloud Shell은 이미 내 구글 계정으로 로그인된 상태이므로 복잡한 2단계 로그인 과정이 생략됩니다.
  3. 배포 명령어 단 한 줄 입력: 터미널 창에 내 프로젝트 폴더로 이동한 뒤 아래 명령어를 칩니다. 
    firebase deploy --only hosting
  4. 배포 끝! 약 5초간 소스코드가 쪼르륵 압축되어 업로드되고, 터미널 화면에 ✔ Deploy complete! 라는 마법 같은 녹색 문구와 함께 웹 사이트 접속 주소가 뜹니다.

도메인을 쳐보시면 우리가 만든 소스코드가 전 세계 인터넷 공간에 아름답게 퍼져 있는 것을 보실 수 있습니다. 복잡한 개발 인프라 세팅 없이 단 3분 만에 내 전용 웹 공간을 마련한 셈입니다.

4. 2화를 마치며: 복잡한 로컬 설치는 옛말입니다

기술이 진보하면서 예전처럼 내 컴퓨터에 비주얼 스튜디오를 깔고 수십 가지 개발 환경 변수(Path)를 세팅하며 끙끙 앓을 필요가 없어졌습니다. 클라우드가 알아서 깔아놓은 가상 공간(Cloud Shell)을 부려먹고, 보안 규칙만 살짝 매만져주면 클릭 몇 번으로 비즈니스를 띄울 수 있는 세상이죠.

이제 도메인도 연결되었고, 홈페이지도 성공적으로 온라인상에 무사히 안착했습니다. 튼튼한 집(인프라)이 지어졌으니, 이제 그 속을 채울 알짜배기 콘텐츠와 돈이 되는 기획을 해야 할 타이밍입니다.

다음 3화에서는 AI 비서와 밤새 수다를 떨며, 수많은 레드오션 속에서 내 요리/비즈니스 레시피를 기꺼이 돈 주고 사줄 "돈이 되는 틈새시장(Niche)과 뾰족한 비즈니스 아이템 발굴하는 AI 프롬프트 비법"을 들고 찾아오겠습니다.

점점 1인 창업의 실체가 갖춰져 가네요! 대표님들, 오늘 배포도 축하드리며 다음 화에서 뵙겠습니다! 😊🚀

*글쓴이: AI와 함께 무한한 가치를 만들어가는 Creative Director, DAVID.*

댓글

댓글 쓰기

이 블로그의 인기 게시물

프롤로그 | AI 1인 기업 창업 가이드: 코딩 없이 시작하는 IT 스타트업 20부작 로드맵

이미지
따뜻한 커피 한 잔 준비하셨나요? 오늘 저는 여러분과 조금 특별하고 편안한 이야기를 나누어보려고 합니다. 오늘 제가 직접 겪었던 눈물겨운(?) 창업 삽질기와 함께, 앞으로 우리가 함께 걸어갈 아주 설레는 여정에 대한 이야기입니다. 이 글을 읽고 계신 여러분도 아마 마음 한구석에 "나만의 일, 나만의 비즈니스를 한번 시작해보고 싶다"는 열망을 품고 계실 것입니다. 하지만 막상 행동으로 옮기려니 코딩도 모르고, 디자인도 할 줄 모르고, 마케팅은 먼 나라 이야기 같아서 지레 겁을 먹고 주저하셨던 적은 없으신가요? 결론부터 말씀드리면, 전혀 걱정하실 필요 없습니다. 기술적인 지식이 부족했던 저, 디렉터 DAVID가 AI라는 든든한 파트너를 만나 어떻게 1인 기업을 일구어 나가고 있는지 그 생생한 발자취를 지금부터 보여드리겠습니다. 오늘 하루도 땀 뻘뻘, DAVID의 리얼 삽질 해프닝 사실 오늘 하루 동안만 해도 제 혈압이 몇 번이나 오르내렸는지 모릅니다. 제 비즈니스의 첫 관문이라고 할 수 있는 홈페이지 도메인 연결 작업을 시작했기 때문입니다. 가비아(Gabia) 사이트에 접속해 설레는 마음으로 브랜드 도메인을 하나 구매했습니다. "아, 이제 나도 진짜 내 사업을 시작하는구나!" 하고 신나서 도메인을 매핑하려고 DNS 설정 창을 켠 순간, 제 눈앞이 캄캄해졌습니다. CNAME은 무엇이고, A 레코드는 또 무엇인지 알 수 없는 IT 외계어들이 화면을 가득 채우고 있었기 때문입니다. 어찌어찌 검색해가며 값을 입력해두었지만, 이번에는 브라우저에 '사이트에 연결할 수 없음'이라는 차가운 경고문만 덜렁 떴습니다. 원인을 찾아 헤매다 보니, 윈도우 방화벽이 외부 접속을 철저하게 가로막고 있었습니다. 방화벽 설정창을 뒤적거리며 식은땀을 흘리던 찰나, 설상가상으로 더 큰 문제가 발생했습니다. 자동화 시스템을 구글 서비스와 연결하려는데, 화면에 빨간 경고창과 함께 '조직 보안 정책으로 인한 서비스 ...
자세한 내용 보기

18화 | [AI와 1인기업] 유료 회원 멤버십 구축: Firebase Auth 연동을 통한 이메일 비밀번호 회원가입 및 마이페이지 라이선스 키 조회 화면 개발

이미지
유료 회원 멤버십 구축: Firebase Auth 연동을 통한 이메일 비밀번호 회원가입 및 마이페이지 라이선스 키 조회 화면 개발 (18화) 안녕하세요! AI 크루들과 무자본 IT 1인 기업을 꾸려가고 있는 크리에이티브 디렉터 DAVID입니다. 지난 17화에서는 비결제 사용자가 유료 소프트웨어(.ex5, .zip)의 다운로드 다이렉트 주소를 획득해 직접 접근하는 침입 시도를 차단하기 위해, 서버 통신의 최전선에서 요청을 가로채 판독하는 'Next.js 미들웨어(Middleware) 보안 관문' 을 완성했습니다. 이로써 보안의 기본 뼈대는 단단하게 조여졌습니다. 이제 사용자가 내 웹사이트에 정식으로 가입 및 로그인 하여 본인이 구매한 소프트웨어 라이선스 목록을 한눈에 조회하고, 남은 구독 유효 기한을 실시간으로 확인 및 갱신할 수 있는 '유료 회원 마이페이지 대시보드' 를 탑재할 단계입니다. 오늘 구글의 강력한 초경량 인증 보안망인 Firebase Auth 를 연동해 가입 폼부터 실시간 조회 UI까지 얹는 회원제 시스템의 정석을 공개합니다! 1. 왜 자체 로그인 DB 구축 대신 'Firebase Auth'인가? 1인 창업 기업가가 사용자의 비밀번호 암호화(Hashing), 세션 토큰 유지, 비밀번호 찾기(재설정) 메일 발송, 해킹 방어용 보안 인프라를 백엔드에 직접 생 코딩하는 것은 비효율적일 뿐 아니라 심각한 보안 리스크를 안게 됩니다. Firebase Auth를 채택하면 다음과 같은 엔터프라이즈급 안정성을 무상으로 확보할 수 있습니다. 비밀번호 암호화 무상 처리: 업계 최고 수준의 해시 알고리즘(Scrypt)이 적용되어 비밀번호가 완벽하게 안전한 보안 서버에 격리 보관됩니다. 손쉬운 메일링 기능 연동: '비밀번호 재설정 메일', '이메일 주소 인증' 등의 시스템 이메일 템플릿이 대시보드 클릭 몇 번으로 자동 기동됩니다. 유연한 소셜 로그인 확장...
자세한 내용 보기

23화 | [AI와 1인기업] AI 비즈니스 에이전트 이식: OpenAI Assistants RAG 엔진 기반의 텔레그램 무인 기술지원(CS) 자동 챗봇 구축

이미지
  AI 비즈니스 에이전트 이식: OpenAI Assistants RAG 엔진 기반의 텔레그램 무인 기술지원(CS) 자동 챗봇 구축 (23화) 안녕하세요! AI 크루들과 무자본 IT 1인 기업을 꾸려가고 있는 크리에이티브 디렉터 DAVID입니다. 지난 22화에서는 텔레그램 봇 API와 우리 Next.js API 백엔드를 양방향 웹훅(Webhook)으로 매핑하고, 관리자 계정 보안 인증을 입혀 스마트폰 메신저로 0.1초 만에 Firestore 데이터베이스의 라이선스를 정지하거나 갱신하는 '모바일 통합 원격 관제 제어탑' 을 장착했습니다. 이제 모바일에서 시스템을 다스릴 손가락은 준비되었습니다. 하지만 1인 창업가는 자거나 쉬는 시간에도 끊임없이 날아오는 유저들의 단순 봇 설정 법, 실행 오류 질문에 일일이 모바일 답장을 보낼 수 없습니다. 이 최후의 백오피스 리소스를 완벽히 무인화하려면, 인공지능 비서가 텔레그램 채팅방에 대기하고 있다가 유저의 질문에 스스로 기술 설명서 PDF 파일을 탐색하여 1초 만에 정확한 처방전을 돌려주는 지능형 챗봇 이 투입되어야 합니다. 오늘 OpenAI Assistants RAG(File Search) 엔진 기반의 텔레그램 무인 기술지원(CS) 자동 챗봇 설계의 정석을 낱낱이 공개합니다! 1. 왜 단순 프롬프트 지시가 아닌 'RAG (Retrieval-Augmented Generation)'인가? 우리가 개발한 퀀트 트레이딩 봇의 복잡한 세팅 가이드나 API 연동 FAQ 정보를 그냥 GPT-4o 프롬프트(System Prompt)에 수십 페이지 분량의 텍스트로 다 구겨 넣으면 다음과 같은 심각한 인프라 낭비와 장애가 발생합니다. 비싼 API 비용 (Token Bleeding): 사용자가 "안녕?" 한 마디를 던질 때마다 수만 줄의 전체 설명서 텍스트를 매번 API로 다시 쏘아 보내야 하므로, 질문 몇 개에 수십 달러의 API 청구서 폭탄을 맞게 됩니다. ...
자세한 내용 보기