읽기 설정

자, 그럼 코드를 한번 살펴보고, 제가 어떻게 작동하는지 그리고 컨테이너가 어떻게 활용되는지 정확히 보여드리겠습니다.

자, 요약하자면요. 다시 IDE로 돌아가서 화면을 지우고 열어볼게요.

브라우저에서 이것을 확인해 주세요. 이제 코드 자체를 살펴보면서 어떻게 작동하는지 정확히 보여드리겠습니다.

여기서 가장 먼저 제가 wrangler.json 파일을 가지고 있는데, 그 파일은 무엇을 정의하는지를 나타냅니다.

저희 컨테이너입니다. 보시다시피 컨테이너 구성에 새로운 항목이 추가되었고, 이것이 전부입니다.

제 컨테이너는 대략 이러하고, 이름은 그리고 이미지인데, Docker 파일과 하드웨어에 관한 내용입니다.

설정 파일이 있는데, 이게 configuration 키 안에 있습니다. 도커 파일도 살펴볼 수 있어요.

도커 파일은 도커 파일이고, 컨테이너가 어떻게 빌드되는지, 모든 내용이 여기에 명시되어 있습니다.

의존성들을 기억해주세요. 이건 러스트 프로젝트이기 때문에 러스트 관련 요소들이 필요하며, 그것이 잘 적용되어야 합니다.

여기서는 ffmpeg을 설치하고, 마지막으로 러시안 서버를 연결하는 과정을 진행하고 있습니다.

8080번 포트에서 실행될 예정이므로, 해당 포트를 노출시키고 컨테이너의 진입점 명령어를 설정하고 싶습니다.

네, 컨테이너 파일이 그렇습니다. 컨테이너가 배포될 때 이 Docker 파일이 사용됩니다.

이미 빌드되었고, 방금 전에 보셨죠. 그런데 요청이 들어오면 어떻게 되는 걸까요?

자, 이제 이걸 닫고, 이게 실제 애플리케이션의 핵심 부분이고, 워커가 있는 곳입니다.

모든 일들이 일어납니다. 그래서 어떤 요청을 받게 되면, 이 앱의 경우 특히 말씀드리고 싶습니다.

퍼블릭 디렉터리에 프론트엔드가 위치해 있습니다.

여기에서 보시는 URL은 단순한 HTML 파일이고요, 간단히 말해서 폼일 뿐입니다.

폼이 GIF 또는 비디오를 작업자에게 제출하고, HTML 파일에는 이것이 전부입니다.

그래서 그렇게 흥미롭지 않으니, index.ts로 다시 돌아가 볼까요. 동영상이 업로드될 때요, 무엇을...

이것은 작업자의 fetch 핸들러에서 수신되며, 작업자가 호출합니다.

이렇게 구성되어 있어서 최대 세 개의 컨테이너 인스턴스를 가질 수 있습니다.

워랭글러(Wrangler) JSON 파일에서 그 일부를 확인하실 수 있습니다.

이 컨테이너는 최대 세 개까지 사용할 수 있습니다.

세 개의 인스턴스 간에 로드 밸런싱을 하고 있습니다. 이 애플리케이션은 완전히...

스테인리스로 처리한 다음, 즉시 잡을 때요.

그것이 준비되면, 요청을 보내서 해당 컨테이너로 비디오 파일을 전송할 수 있습니다. 그리고 컨테이너에서...

요청을 받았습니다. Rust 서버이고, 저희가 확인해 보겠습니다.

그래서 이것이 main.rs 파일이 되겠습니다. 이 파일은 두 개의 경로를 받습니다.

변환 경로를 통해 비디오를 수신하고, 변환 작업을 수행한 후 응답을 반환합니다.

작업자에게 전달되고, 다시 한번요.

고객님께 다시 반환되었으며, 여기서 주목할 만한 점은 컨테이너 클래스가 존재한다는 것입니다.

그래서 저희는 지속 가능한 객체, 좀 더 정확히 말하면 컨테이너 클래스를 가지고 있습니다.

이렇게 하면 인터페이스가 더 보기 좋고 사용하기 편해집니다. 따라서 컨테이너가 어떤 포트를 사용하는지 알려드려야 합니다.

실행되고 있습니다. 이 경우에는 8080 포트에서 실행될 예정이며, 이를 통해 포워딩이 가능합니다.

여기 지정된 포트의 컨테이너로 작업자로부터 내구성이 뛰어난 객체에 대한 요청을 받았습니다.

그리고 나서 슬립이 발생한 후에는, 컨테이너가 수신 후 얼마나 오랫동안 유지되어야 하는지 궁금합니다.

이 컨테이너는 5분 후에 자동으로 종료될 예정이며, 이와 관련하여 다양한 작업을 수행할 수 있습니다.

환경 변수를 설정할 수도 있습니다. 제 생각에는 이것이 ENV 바이러스로 이어질 것 같습니다.

컨테이너가 시작될 때 전달되는 환경 변수 등 다양한 기능들이 있습니다.

여기에는 onStart, onStop, onError처럼 다른 방법들도 몇 가지 있습니다.

컨테이너 설정을 수동으로 구성하고 싶으시다면, 해당 메서드를 재정의하실 수 있습니다.

시작되면 어떻게 될까요? 멈추면 어떻게 될까요? 오류가 발생하면 어떻게 될까요?

아니면 연결이 생겼을 때 어떤 일이 벌어지나요? 이 모든 것을 무시할 수도 있습니다.

여기서는 단순히 컨테이너에 연결이 있다는 사실을 기록하고 있을 뿐입니다.

시작되었습니다. 네, 대략적으로 말씀드리면, 그 직원이요...

요청을 수신하고, 내구성이 뛰어난 객체로 전달합니다.

견고한 객체가 컨테이너로 전송되면, 처리 과정을 거치게 됩니다.

작업자에게 다시 반환되고, 작업자는 다시 응답을 클라이언트에게 반환하게 됩니다. 그리고 이것은, 왜냐하면 이게...

단순히 작업자 하나뿐이고, 사실 이 객체는 굉장히 견고해서 다양한 흥미로운 일들을 할 수 있습니다.

이것을 연결하실 수 있도록 하시는 겁니다.

KV 스토어까지 연결할 수 있으며, 필요하시다면 데이터베이스에도 연결하실 수 있습니다. 데이터베이스를 사용하고 싶으시다면, R2에도 연결하실 수 있습니다.

이것을 AI 및 다른 개발 플랫폼 도구들과 함께 작동하도록 연결하실 수 있습니다.

그것을 좋아하시는 건, 결국 일꾼 덕분입니다. 그래서 이 컨테이너 워크플로우가 전체를 요약하는 것이라고 할 수 있습니다.