콘텐츠
출처 : chombosan / iStockphoto
테이크 아웃 :
서버리스 컴퓨팅은 클라우드 기반 가상 인프라의 최신 모델입니다. 오늘날의 엔터프라이즈 워크로드에서 수행 할 수있는 작업과 수행 할 수없는 작업을 알아보십시오.
기술 전문가들은 적어도 기업이 걱정해야 할 사항으로 인해 IT 인프라의 끝을 한동안 예측해 왔습니다. 그러나 서버리스 컴퓨팅의 등장은 대화를 완전히 새로운 수준으로 끌어 올렸습니다. (서버리스에 대한 기본 사항은 서버리스 컴퓨팅 101을 확인하십시오.)
질문은 확실히 유효합니다. 필요한 기간 동안 만 필요한 추상 리소스를 간단히 임대 할 수있을 때 자체 컴퓨팅 인프라를 구축하는 데 시간, 문제 및 비용이 필요한 이유는 무엇입니까?
그러나 다른 기술과 마찬가지로 서버리스는 장점과 단점이 있으므로 일부 응용 프로그램에 대한 최적의 지원, 다른 응용 프로그램에 대한 중간 지원 및 다른 응용 프로그램에 대한 약한 지원을 제공합니다.
더 나은 가상화
첫째, 좋은 점입니다. 이스라엘 기업가 인 YL Ventures에 따르면 서버리스 컴퓨팅은 런타임 및 운영 관리 기능이 가상화의 초점이되는 서비스의 다음 단계 인 인프라 스트럭처입니다. 사용자가 서버, 가상 머신 또는 기타 기본 컴퓨팅 리소스 프로비저닝에 대해 걱정할 필요없이 특정 작업을 실행할 수 있기 때문에 서비스 기능이라고도합니다. 주요 이점은 민첩성과 확장 성 향상,보다 정확한 비용 / 소비 모델, 특히 DDoS 공격에 대한 보안 향상입니다. (DDoS 공격과 싸우는 새로운 방법은 블록 체인 기술이 DDoS 공격을 쓸모 없게 만들려면?을 참조하십시오.)
이러한 이유로 서버리스는 복잡한 소프트웨어의 개발, 배포 및 관리 방식을 혁신 할 수있는 잠재력을 가지고 있으며, 이로 인해 기업은 서비스 중심 경제를 위해 주요 응용 프로그램을 만들고 지원하는 방식을 바꿀 것입니다. 실제로 DevOps 및 사물 인터넷과 같은 새로운 이니셔티브는 서버리스 컴퓨팅을 통한 기능성 및 비용 절감 측면에서 크게 향상 될 것입니다.
실제로 서버리스의 주요 챔피언 중 하나는 Netflix입니다. 1 억 명이 넘는 가입자가 데이터가 많은 비디오 콘텐츠를 스트리밍하면서 최근이 회사는 콘텐츠 전송 플랫폼을 클라우드로 마이그레이션했습니다. 미디어 파일, 백업, 인스턴스 배포 및 모니터링 소프트웨어 지원을 위해 AWS Lambda 서비스를 사용하고 있습니다. 물론, 회사는이 모든 것을 내부 인프라에 수용 할 수 있었지만 운영 효율성에 가까운 것을 유지하는 데 필요한 기술자의 군대는 말할 것도없이 자본 비용만으로도 천문학적 일 것입니다.
Microsoft Azure Functions의 프로그램 관리자 인 Donna Malayeri는 서버리스 기술의 최신 반복이 처음부터 채택을 방해했던 여러 가지 주요 장애물을 제거한다고 지적했습니다. 여기에는 디버깅 및 모니터링에 대한보다 강력한 지원뿐만 아니라 기업이 프라이빗 및 하이브리드 클라우드를 구축하는 회사에 반드시 필요한 온-프레미스 개발 경험을 수용 할 수있는 로컬 가상 머신에 대한 지원이 포함됩니다. 서버리스를 사용하면 모든 기업에서 코드와 트리거 방법에 대해 걱정할 필요가 있습니다. 기본 플랫폼은 나머지 모든 것을 처리합니다.
그러나 Tech Republic의 Matt Asay에 따르면 서버리스 컴퓨팅의 모든 단점이 해결 된 것은 아닙니다. 우선이 기술을 사용하면 코드를 작성하고 서버리스 리소스에 호스팅 한 다음 잊어 버릴 수 있습니다. 결과적으로 불필요한 리소스 소비와 확장 된 공격 경로가 발생하여 악의적 인 코드를 엔터프라이즈 데이터 환경에 삽입 할 수 있습니다. 동시에 서버리스는 기존 코드를 지원하는 동일한 플랫폼에서 새 코드를 쉽게 시작할 수 있으므로 단일 공급자에 대한 종속성을 높일 수 있습니다. 그러나이 두 가지 경우 모두 문제가 서버리스 솔루션 자체가 아니라 기업이 관리하는 방식에 있다는 점에 유의해야합니다.
버그 없음, 스트레스 없음-인생을 파괴하지 않고 인생을 바꾸는 소프트웨어를 만드는 단계별 가이드
아무도 소프트웨어 품질에 신경 쓰지 않으면 프로그래밍 기술을 향상시킬 수 없습니다.
알려진 미지수
서버리스 컴퓨팅의 긍정적 인 측면과 부정적인 측면 외에도 전체 데이터 에코 시스템에 정확히 어떻게 통합되는지에 대해서는 아직까지 많은 미지의 사실이 있습니다. 게임 개발자 인 Michael Churchman에 따르면 서버리스의 사용 사례는 여전히 정의되지 않았으며 주로 대용량 백엔드 프로세스 및 실시간 데이터 스트리밍에 국한된 것으로 보입니다. 이것들은 중요한 기능이지만 전체 엔터프라이즈 워크로드의 작은 부분만을 나타냅니다.
또 다른 큰 문제는 서버리스가 레거시 인프라와 통합 또는 교체해야하는지 여부입니다. 가장 적은 비용으로 최고 수준의 성능을 제공하는 리소스를 활용하려는 유혹이있을 것입니다. 그러나 지원되는 서비스가 참신하고 예측할 수없는 방식으로 서로 상호 작용하기 시작할 때, 상황에 따라 결정하는 것이 어려울 수 있습니다.
타사 솔루션 인 서버리스는 응용 프로그램 및 서비스 성능과 관련하여 동일한 문제에 직면합니다. SLA는 서비스 손실 또는 감소에 대한 구제책을 철자하는 데 적합하지만 가동 시간을 보장 할 수는 없습니다. 특정 응용 프로그램에 대해 서버리스를 사용할지 여부를 결정할 때는 실제 중단 시간의 결과를 신중하게 평가해야합니다.
다른 신기술, 즉 컨테이너와 서버리스 컴퓨팅 사이의 관계도 크게 알려져 있지 않습니다. 많은 사람들은 서버리스가 엔터프라이즈 데이터 환경으로 나아 가기 전에 컨테이너의 끝을 나타낸다고 생각합니다. 그러나 Churchman은 서버리스 자원과 컨테이너가 실제로 서로 보완 적이며 서버리스 자원이 외부 서비스 역할을하면서 애플리케이션의 주요 컨테이너 생태계에 긴밀하게 통합 될 필요는 없다고 주장합니다.
새로운 기술과 마찬가지로, 기업은이 새로운 환경에서 얻을 수있는 것이 무엇인지에 대해 어느 정도주의를 기울이고 서버리스를 수용해야합니다. 조직은 신중하고 잘 계획된 채택을 통해서만 핵심 기능을 여전히 개발중인 타사 데이터 솔루션에 위임 할 수있는 동시에 새로운 민첩한 운영 환경의 보상을 강화할 수 있습니다.