반응형 Cloud4 Serverless아키텍쳐 구성4 - Lambda(람다) 특징 및 한계 1.람다함수의 Life Cycle 해당함수의 코드 찾아서 다운로드 새로운 실행환경 구성(컨테이너시작) //여기까지 Cold start 상태 런타임 부트스트랩 코드 시작 잦은 호출이 되는 람다에게 제공되는 서버는 항상 켜져 있어야 하고, 그렇지 않은 람다의 서버는 꺼져 있어야 한다. 그런데 꺼진 후 다시 사용하려고 할 때 딜레이 발생, cold start 상태 2. Cold Start 트리거에 의해 람다가 호출되었을 때 서버가 켜지고 부수적인 세팅이 되기 까지 걸리는 시간 즉, 함수를 처음 호출할때나 업데이트 된 후 실행할 때 어쩔수 없이 발생하는 지연(delay) Cold start가 발생하는 이유? 왜 딜레이가 발생하는걸까? 내부적으로 무슨일을 하길래? 람다의 Function하나를 수행하기 위해서 거쳐.. 2020. 3. 25. Serverless아키텍쳐 구성3 - Lambda(람다)& API Gateway 1) Lambda AWS에서제공하는 함수기반의 서비스 -> FaaS(Function as a Service) 즉, 실제 ec2와 같은 서버없이도 서버의 역할을 대신 해 줄 수 있는 aws서비스 Serverless에서 실질적으로 back-end코딩을 하는 곳 보통 JSP,PHP로 일반 서버에서 DB에 접근해서 데이터를 처리하는 로직을 람다에서 수행가능 *일반 서버와 다른점 서버의 환경설정에 대해 큰 신경을 쓰지 않아도댐 AWS 서비스에서 제공하는 환경에 따라서 오토스케일링 할 수 있고, 간단한게 셋팅가능 *람다에 역할이 필요한 이유 람다는 AWS내에 있는 서비스들을 접근해서 이용할 수 있음 그래서 권한에 맞게 서비스를 가져다 쓸 수 잇도록 역할부여 ->대신 디폴트로 들어가는 람다수행롤에는 Cloudwatc.. 2020. 3. 24. Serverless아키텍쳐 구성2 - 3티어/서버리스아키텍쳐 비교 1) 기존 Architecture (3Tier) 외부 Client에 의해서 request가 들어오면, 외부 ELB를 통해서 EC2서버로 로드밸런싱되고,(web 레이어단) 또 내부ELB를 통해서 또 다른 EC2서버로 로드밸런싱됨(app 레이어단) 그리고 데이터베이스에 접근해서 비즈니스 로직을처리하는 방식 그래서 클라이언트 역할 : request를 전송 서버역할 : 클라이언트의 요청을 처리하고, 데이터를 전송 그래서 클라이언트와 서버가 request와 response 데이터를 주고 받는 구조 2) 서버리스 Architecture 서버리스는 서버가 존재하지 않음, 즉 EC2가 없음 그리고 트래픽의 분산처리를 해주는 ELB가 없음 대신 EC2 서버의 역할을 Lambda 가 대신하고 , 그리고 requset와 r.. 2020. 3. 23. Serverless아키텍쳐 구성1 - 서버리스 배경(Iaas/Paas/Saas/Faas) *서버리스 아키텍쳐가 나타기까지 배경 1) On-premise 전통적인 방식 네트워크-스토리지-서버-가상화-운영체제-미들웨어-런타임-데이터-앱까지 직접 관리 시스템이 커지면 전산실이나 데이터센터가 커져야됨 우리가 할 일 : 전부 관리/구축 그래서 비용이 많이 듦 2) Iaas(Infrastructure as a Service) : 인프라 가상화 시스템에서 필요한 모든 인프라자원까지(네트워크,스토리지,서버)을 가상화한 방식 IaaS서비스로 가상머신 만들고,여기에 하드웨어/네트워크/os설치해서 앱구동 무엇인가(서비스)를 만들기 위해서 필요한 리소스들 제공 -->비유 : 재료 클라우드가 해주는 일 : 인프라 리소스 관리 우리가 할일 : 인프라는 구축 신경 X, 서비스가 돌아갈 개발/운영 환경관리+서비스개발 대.. 2020. 3. 22. 이전 1 다음 728x90
