WordPress 사이트에 클라우드 서버가 필요 없는 이유
WordPress는 개인 블로그부터 기업 웹사이트, 온라인 매체, 온라인 스토어까지 모든 곳에서 사용됩니다. 일반적으로 WordPress 사이트를 운영하려면 호스팅 업체, 가상 사설 서버(VPS) 또는 클라우드 인프라에 의존해야 합니다. WordPress를 셀프 호스팅하더라도 그 아래에서 돌아가는 머신은 대개 이들 중 한 곳에서 빌린 것입니다.
Acurast Cargo를 사용하면 WordPress를 탈중앙화 컴퓨팅에서 실행할 수 있습니다.
Cargo를 사용하면 Acurast 프로세서에 완전한 Linux 기반 워크로드를 배포할 수 있어, 애플리케이션이 실행에 필요한 환경과 도구를 그대로 사용할 수 있습니다. 즉, WordPress 같은 기존 소프트웨어를 탈중앙화 인프라에 맞춰 새로 만들 필요가 없습니다.
이 튜토리얼에서는 Cargo를 사용해 Acurast 프로세서에서 완전한 WordPress 사이트를 셀프 호스팅합니다. WordPress 예제 애플리케이션을 구성하고, 배포를 시작하고, 설정 과정을 따라간 다음, 표준 WordPress 설치를 완료합니다.
마지막에는 Cargo 덕분에 탈중앙화 컴퓨팅에서 실행되는 WordPress 사이트가 실제로 운영됩니다.
Cargo로 가능해진 탈중앙화 컴퓨팅 위의 WordPress
WordPress는 탈중앙화 컴퓨팅이 일반적인 Linux 애플리케이션을 실행할 수 있을 때 무엇이 가능해지는지 잘 보여 주는 예입니다.
WordPress 배포에는 익숙한 인프라 요소가 여럿 필요합니다. 사이트를 제공하는 웹 서버, WordPress를 실행하는 PHP, 콘텐츠와 설정을 저장하는 데이터베이스, 테마·플러그인·업로드 파일을 위한 영구 파일 저장소, 그리고 사용자가 실제로 애플리케이션에 접속할 수 있게 하는 네트워킹입니다.
이때 필요한 것이 Cargo입니다.
개발자는 제한된 런타임에 맞춰 애플리케이션을 새로 만드는 대신, 기존 Linux 소프트웨어를 그대로 가져와 탈중앙화 컴퓨팅 인프라에 배포할 수 있습니다.
WordPress를 대체할 탈중앙화 서비스를 만드는 것이 아닙니다. WordPress를 다른 인프라에서 실행할 뿐입니다.
Acurast에서 WordPress를 셀프 호스팅하는 방법
Acurast Example Apps 저장소에는 배포 설정 대부분이 이미 준비된 WordPress 예제가 들어 있습니다. 포함된 파일이 프로세서 환경을 준비하고, 필요한 서비스를 구성하고, 네트워킹을 설정한 뒤 WordPress를 시작합니다.
따라서 사이트를 배포하기 전에 해야 할 구성은 비교적 적습니다.
1단계: WordPress 예제 앱 열기
먼저 Acurast Example Apps 저장소를 체크아웃하세요.
WordPress 예제 디렉터리로 이동하세요.
이 안에 애플리케이션을 준비하고 시작하는 데 필요한 파일이 있습니다. 기본 설정 대부분은 이미 제공되므로, 주로 배포에 맞게 환경만 구성하면 됩니다.
먼저 예제 환경 파일을 복사하고 필요한 값을 입력하세요.
2단계: 콜백 URL 구성
가장 먼저 필요한 값 중 하나는 콜백 URL입니다.
프로세서가 WordPress 준비를 시작하면 배포에 관한 정보를 사용자에게 다시 보낼 방법이 필요합니다. 예제 애플리케이션은 콜백 URL로 POST 요청을 보내는 방식으로 이를 처리합니다. POST 요청을 받아 그 내용을 표시할 수 있는 웹후크 서비스라면 무엇이든 사용할 수 있습니다.
이 예제에서는 웹후크 서비스로 엔드포인트를 만들고, 그 URL을 복사해 구성에 추가합니다.
배포가 시작되면 이 엔드포인트가 특히 유용해집니다. 이를 통해 설정 과정을 따라가고, 최종적으로 WordPress 사이트의 주소를 받게 됩니다.
3단계: SSH 및 네트워크 구성
다음으로 SSH 비밀번호를 구성하세요.
WordPress를 평소대로 사용하는 데 SSH가 꼭 필요한 것은 아닙니다. 애플리케이션이 실행되면 대부분의 관리는 익숙한 WordPress 대시보드에서 할 수 있습니다.
다만 유지 관리, 문제 해결, 디버깅을 하거나 기반 환경을 변경하기 위해 프로세서에 직접 접속해야 할 때 유용합니다. 예제 자격 증명을 그대로 두지 말고 안전한 비밀번호를 사용하세요.
배포 네트워크로는 메인넷을 사용합니다.
4단계: 도메인 구성
WordPress 사이트를 제공할 도메인도 지정해야 합니다. 이 튜토리얼 작성 시점에는 애플리케이션을 배포하기 전에 직접 도메인을 준비하고 필요한 DNS 레코드를 구성해야 합니다.
DNS 설정이 끝나면 WordPress 배포 구성에 도메인을 추가하세요. WordPress 사용자 이름, 비밀번호 및 기타 애플리케이션 세부 정보에 대한 설정도 있습니다.
배포하기 전에 예제 자격 증명을 안전한 값으로 반드시 바꾸세요. 누구나 접속할 수 있는 WordPress 설치에서는 기본 사용자 이름과 비밀번호를 절대 사용해서는 안 됩니다.
애플리케이션 구성 검토
배포를 시작하기 전에 예제에 포함된 파일을 간단히 살펴보는 것이 좋습니다. 그중 몇몇은 Cargo가 프로세서를 준비하고 워크로드를 시작하는 데 필요한 연결 고리 역할을 합니다.
WordPress 환경 전용 구성도 있습니다. 필요한 환경 변수가 애플리케이션에 전달되는지, 최소 프로세서 버전이 올바르게 구성되어 있는지 확인하세요.
이제 배포할 준비가 되었습니다.
WordPress 시작하기
WordPress 예제 디렉터리에서 다음을 실행하세요:
acurast deploy
Acurast CLI 도구가 배포 프로세스를 시작하고 해당 실행 가격을 표시합니다.
구성된 실행 가격이 필요 이상으로 높다면, 배포를 확정하기 전에 제안된 더 낮은 수수료를 사용할 수 있습니다.
제출하면 그다음은 Acurast가 처리합니다.
배포가 등록되고, 적합한 프로세서가 이를 맡을 때까지 대기합니다. 몇 분 정도 걸릴 수 있습니다.
배포 지켜보기
프로세서가 배포를 수락하면 앞서 구성한 콜백 엔드포인트에 정보가 나타나기 시작합니다.
배포가 성공적으로 시작되었다는 것과 함께 배포 ID, 프로세서 매칭, 확인(acknowledgement), 환경 변수, 업로드된 파일, 워크로드에 할당된 프로세서 같은 정보도 볼 수 있습니다. 이후 콜백 요청을 통해 해당 프로세서에서 무슨 일이 일어나고 있는지 확인할 수 있습니다.
처음에는 환경이 준비되고 의존성이 설치되는 과정이 보입니다. 프로세서가 SSH 서비스를 시작하고, 애플리케이션에 접속할 수 있도록 필요한 리버스 터널을 설정합니다.
그런 다음 WordPress 설치가 시작됩니다.
WordPress URL 확인하기
설정이 진행되면 콜백이 유용한 연결 정보 두 가지를 제공합니다.
하나는 WordPress 사이트에 접속할 URL입니다.
다른 하나는 프로세서에 직접 연결할 때 사용할 수 있는 SSH 엔드포인트와 명령입니다.
초기 설정에는 SSH가 필요 없으므로, 지금은 WordPress URL만 보면 됩니다. 다만 중요한 점이 하나 있습니다. URL을 받았다고 해서 WordPress 자체가 시작을 마쳤다는 뜻은 아닙니다.
프로세서가 아직 데이터베이스와 애플리케이션을 구성하는 동안에도 네트워킹 터널은 이미 사용 가능할 수 있습니다. 그러니 조금 더 기다려야 합니다.
WordPress가 온라인 상태가 될 때까지 기다리기
콜백 요청을 계속 지켜보세요.
프로세서가 데이터베이스를 초기화하고, WordPress 데이터베이스를 만들고, WordPress를 다운로드한 뒤 마지막으로 서버를 시작합니다. 이 단계가 모두 끝나면 로그에 애플리케이션이 완전히 가동 중이라고 표시됩니다.
이제 WordPress URL로 돌아가 페이지를 새로 고치세요. 서버에 연결할 수 없다는 화면 대신, 아주 익숙한 화면이 보일 것입니다. 바로 표준 WordPress 설치 화면입니다.
WordPress 설정 완료하기
여기서부터는 다른 서버에 WordPress를 설정하는 것과 사실상 같습니다.
사이트 제목을 정하고, 관리자 계정과 자격 증명을 구성한 뒤 WordPress 설치를 완료하세요.
설치가 끝나면 로그인하세요.
이제 표준 WordPress 관리자 대시보드를 사용할 수 있습니다. 여기에서 글 작성, 미디어 업로드, 페이지 관리, 사이트 디자인 변경 등 일반적인 WordPress 관리 도구를 모두 사용할 수 있습니다.
공개 URL을 다시 열면 완성된 WordPress 사이트가 운영되고 있습니다.
흥미로운 부분은 사이트의 모습이 아닙니다. 사이트가 어디에서 실행되고 있느냐입니다.
이 WordPress 인스턴스는 Acurast 프로세서에서 제공되고 있습니다.
SSH로 WordPress 유지 관리하기
일반적인 콘텐츠 관리라면 기반 프로세서를 직접 다룰 이유가 거의 없습니다. WordPress에는 사이트 관리를 위한 자체 관리 인터페이스가 이미 있습니다. 하지만 더 깊은 작업이 필요할 때는 앞서 구성한 SSH 접속이 또 하나의 선택지가 됩니다.
프로세서에 직접 연결해 배포를 점검하고, 문제를 디버깅하고, 구성을 수정하거나, WordPress 자체에서는 처리하기 어려운 유지 관리를 할 수 있습니다.
즉, 애플리케이션을 관리하는 익숙한 WordPress 인터페이스와 필요할 때 Linux 환경에 직접 접속하는 방법, 두 가지를 모두 갖게 됩니다.
기존 클라우드 서버 없이 셀프 호스팅하는 WordPress
WordPress가 흥미로운 이유는 바로 탈중앙화 인프라를 위해 만들어진 애플리케이션이 아니기 때문입니다.
이미 존재하는 소프트웨어입니다.
보통 VPS나 클라우드 인스턴스에서 실행되는 것과 같은 종류의 애플리케이션을 탈중앙화 프로세서에 배포하는 것입니다. 이것이 Cargo의 더 큰 구상입니다. 워크로드는 그 아래의 인프라가 바뀌었다는 사실을 꼭 알 필요가 없습니다. Cargo가 제공하는 Linux 환경에서 실행될 수 있다면, 많은 기존 애플리케이션을 비교적 적은 수정만으로 옮길 수 있습니다.
WordPress는 그 한 가지 예입니다.
같은 원리는 웹 서버, 데이터베이스, API, 개발자 도구, 게임 서버, 스토리지 서비스, AI 애플리케이션 및 기타 Linux 워크로드에도 적용할 수 있습니다.
이렇게 묻는 대신:
“탈중앙화 컴퓨팅을 위해 특별히 어떤 애플리케이션을 만들 수 있을까요?”
이렇게 물을 수도 있습니다:
“지금 클라우드에서 실행 중인 애플리케이션 가운데 그곳에서 대신 실행할 수 있는 것은 무엇일까요?”
Cargo가 있다면 WordPress도 그중 하나가 될 수 있습니다.
전체 동영상 튜토리얼 보기
이 가이드는 Acurast 프로세서에서 WordPress를 실행하는 데 필요한 주요 단계를 다루며, 함께 제공되는 동영상 튜토리얼에서는 배포 전체를 처음부터 끝까지 보여 줍니다.
WordPress 예제를 구성하고, Acurast CLI로 실행하고, 콜백 엔드포인트로 프로세서 로그를 따라가고, WordPress와 데이터베이스가 초기화되기를 기다린 뒤, WordPress 설치를 완료하는 방법을 볼 수 있습니다.
모든 과정을 마치면 의외로 평범한 것이 의외의 장소에서 실행되고 있을 것입니다. 관리자 대시보드까지 갖춘 완전한 WordPress 사이트가 탈중앙화 컴퓨팅에서 실행됩니다.
