루트 도메인, Azure Front Door (CDN) 인증서 등록, 트러블 슈팅기

루트 도메인, Azure Front Door (CDN) 인증서 등록, 트러블 슈팅기

1.요구사항

루트 도메인에 Azure Front Door(CDN)를 사용하도록 처리해야 하는 과제가 주어졌습니다. 기존에 서브도메인을 CDN 처리할때는 채 10분도 걸리지 않았었던터라 가볍게 생각하였는데 뜻밖의 난관을 여러번 겪게 되었습니다.

2.첫번째 난관

루트 도메인의 경우 @ 레코드를 변경해야 합니다. 하지만 이 DNS 레코드는 중요하기 때문에 기본적으로 사용자가 처리할 수 없게 막혀있습니다. 호스팅업체에 문의해서 대리수행을 요청해야 합니다. 그렇게 되면 24/365 서비스의 중단을 필수적으로 거치게 됩니다. 어쩔수 없죠. 중단시간을 최소화 해야 합니다.

3.두번째 난관

서브도메인의 경우 Azure에서 제공하는 인증서를 적용하여 https 요청을 처리했었는데 루트 도메인은 자체 인증서를 사용해야 합니다. 기 구입한 SSL 인증서를 보니 Azure에서 요구하는 pkcs12 포맷이 아닙니다. 변환이 필요합니다. ㅠㅠ

openssl pkcs12 -inkey 키파일 -in 인증파일 -export -out xxx.pfx

4.세번째 난관

Azure Front Door에서 사용자가 등록한 자체 SSL 인증서에 접근하기 위해서는 Azure Key Vault 자원 생성도 필요하네요. 자원 종속성을 회피하고 싶은데 ... ㅠㅠ Service Principal도 별도로 만들어줘야 하네요. 나원참.

5.완료

결국 1시간이 걸려 루트도메인으로 Azure Front Door CDN 세팅을 완료했습니다. 잘 돌아가는 것을 보니 감개무량하네요. -,.-;

6.또다른 난관 (ㅠㅠ)

Read more

쉬어가며

쉬어가며

개발 일만 하다 보면 때로는 잠시 멈춰서 주변을 둘러보는 것도 중요하다. 오늘은 오래전에 다녔던 병원에서의 일을 가볍게 풀어볼까 한다. 고객이 병원에 방문하고, 그것이 수익으로 이어지기까지. 그 안에는 생각보다 훨씬 많은 전략과 기술, 그리고 사람들의 노력이 숨어있다. 1. 들어가며 오래전 다녔던 한 병원에서의 일이다. 당시 나는 "의료 IT"라는 낯선 도메인에

By Jeonggil
Building AI Sales Pipeline That Actually Researches: Multi-Agent Orchestration with tool-use

Building AI Sales Pipeline That Actually Researches: Multi-Agent Orchestration with tool-use

계속 우리를 괴롭혔던 문제 세일즈 파이프라인이 작동하고 있었습니다. 여섯 개의 Claude 에이전트가 각자 역할을 수행했습니다: 회사를 조사하고, 솔루션을 매핑하고, 제안서를 작성하고, 딜 규모를 추정하고, 이메일을 작성합니다. CLI 명령어 하나면 몇 분 안에 개인화된 세일즈 제안서가 완성되었습니다. 하지만 거기에는 거짓말이 내재되어 있었습니다. "리서처" 에이전트는 실제로 아무것도 조사하지 않았습니다. "Koelle GmbH, Germany"

By Sardor Madaminov