본문 바로가기

github actions2

[Azure] 프론트엔드에서 Dataverse를 걷어내고 Azure Function Apps 백엔드로 위임하기 이 글은 특정 회사/고객사/운영 환경과 직접 연결될 수 있는 값들을 모두 블라인드 처리한 기술 정리 글입니다.실제 환경명, 테넌트 ID, 클라이언트 ID, 시크릿, 리소스 그룹명, Dataverse 테이블의 일부 내부명, 도메인, 저장소명 등은 공개하지 않습니다.들어가며이번 작업은 단순히 API 몇 개를 추가한 작업이 아니었다. 기존에는 프론트엔드가 Dataverse, Blob Storage, CRM 리치텍스트 이미지, 포털 첨부파일, 토큰 발급 흐름을 너무 직접적으로 알고 있었다.이전 포스트에서 이미지 개선 구조에서 잔존하는 문제점을 빨간 네모로 체크했다프론트는 고객 포털 UI를 담당해야 하는데, 실제로는 내부 시스템의 API 구조와 인증 방식까지 상당 부분 떠안고 있었다.그래서 이번 작업의 핵심 목표.. 2026. 6. 13.
[Azure] Azure 학습 및 고객사 아키텍처 설계 문서 문서 작성 목적현재 새로운 고객사 프로젝트를 단독으로 담당하게 되면서 Azure 환경 구성과 서비스 배포 구조를 직접 설계해야 하는 상황이 되었다.새로운 고객사는 이하 파이로라고 부른다.기존에는 Azure를 사용하는 프로젝트에 참여한 경험은 있었지만, 이미 만들어진 Azure 구조 안에서 필요한 부분을 확인하거나 수정하는 것에 가까웠다. 이번에는 어떤 리소스를 만들지, 어떤 방식으로 배포할지, 프론트엔드와 백엔드를 어디에 둘지, Dataverse와는 어떻게 연결할지까지 직접 판단해야 한다.그래서 이 문서는 Azure 서비스를 그냥 기능별로 외우려고 쓰는 문서가 아니다.실제로 파이로를 구축한다고 생각했을 때, 각 Azure 서비스가 어떤 역할을 하는지 이해하고, 나중에 어떤 구조를 선택해야 하는지 판단하기.. 2026. 6. 7.