서버리스 아키텍처 – 컴퓨팅의 미래

광고 전통적으로 애플리케이션이 개발되면 다음 단계는 이를 서버에 배포하는 것입니다. 이를 위해서는 용량 계획, 조달, 서버 하드웨어 및 소프트웨어 설치가 완료되어야 하며, 이는 몇 주에서 몇 달이 걸릴 수 있습니다. 시간이 많이 소요될 뿐만 아니라 CAPEX(초기 비용)와 OPEX(운영 비용)도 많이 소요됩니다.

클라우드에서는 모든 것이 온디맨드이므로 서버에 대한 약속이 있고 RAM, CPU, 하드 디스크와 같은 서버의 특성이 요구 사항에 따라 언제든지 변경될 수 있으므로 용량 계획에 대한 요구 사항이 약간 낮아집니다. 클라우드 컴퓨팅이 많은 문제를 해결했지만 서버리스 컴퓨팅을 사용하면 여전히 CAPEX/OPEX 비용을 절감하고 배포 시간을 단축하며 직원 채용을 줄일 수 있는 여지가 있습니다. 그럼 이 블로그에서 서버리스 컴퓨팅에 대해 살펴보겠습니다 독일이직.

서버리스 컴퓨팅이라는 이름은 다소 잘못된 이름입니다. 이는 서버가 없다는 의미가 아니라 서버가 관련되어 있다는 의미이지만, 서버에 대해 걱정할 필요가 없다는 의미입니다. 서버리스 세계에서는 간단히 함수를 업로드하고, 필요한 리소스를 지정하고, 함수를 클라우드에 업로드하기만 하면 됩니다.

클라우드 공급업체(Amazon, Microsoft, Google)가 서버를 프로비저닝하고 서버에 기능을 배포합니다. 이런 식으로 우리는 서버와 Serverless라는 이름에 대해 전혀 생각하지 않습니다. 기능에 대한 수요가 증가함에 따라 클라우드 공급업체는 더 많은 서버를 프로비저닝하고 수요가 감소하면 해당 서버를 폐기합니다. 이 모든 것은 최종 사용자에게 투명합니다. 같은 맥락에서 서버 인프라에 대한 걱정 없이 RDBMS 테이블을 생성하고 여기에 데이터를 넣을 수 있어야 합니다.

Google CloudFunction, IBM OpenWhisk, Azure Functions 및 AWS Lambda는 함수를 업로드할 수 있게 해주는 서비스이며 나머지는 자동으로 처리됩니다. 서버리스 기능은 편리하지만 몇 가지 문제가 있습니다.

  • 여기에는 표준화가 없습니다. AWS Lambda용으로 함수가 작성되었다고 가정해 보겠습니다. Azure Functions에서는 동일하게 작동하지 않습니다. 코드를 다시 작성해야 합니다.
  • 워밍업에 문제가 있습니다. 함수가 몇 분 동안 호출되지 않으면 호출되며, 함수가 다시 호출되면 워밍업 또는 로드하는 데 몇 초가 걸릴 수 있습니다.
  • 모든 종속성과 환경이 로컬 시스템에 없기 때문에 서버리스 기능을 디버깅하는 것은 쉽지 않습니다.

더 많은 정보를 원하시면: https://kovidacademy.com/aws-serverless-computing/

스낵 산업은 그 어느 때보 다 증가합니다

Back to the official homepage