준비하세요. 서버리스가 다가오고 있습니다.

 
기술은 빠르게 발전합니다. 아니면 새로운 움직임, 접근 방식, 아키텍처가 좌우로 튀어나오기 때문에 빠르게 움직이는 것처럼 보일 수도 있겠습니다. 이번 달에는 모든 사람의 Twitter 스트림과 의식에서 "서버리스" 아키텍처가 갑자기 부상했습니다. 최소한 Dev/Ops 분야에 있다면 그렇습니다.

인프라와 네트워크 아키텍처, 운영에 관심이 있고 이 새로운 아키텍처에 압도당하지 않은 분들을 위해 말씀드리자면, 이는 모놀리스 -> 마이크로서비스 -> 서버리스 아키텍처로 이어지는 논리적인 진행입니다. 이는 앱을 비즈니스 용도 -> 서비스 -> 기능으로 더욱 세부적으로 분류한 것입니다.

문자 그대로 기능에 대한 것입니다. 이벤트 기반의 세분화된 함수입니다.

그리고 각각의 솔루션은 마이크로서비스보다 훨씬 더 작은 범위의 애플리케이션 로직에 초점을 맞춥니다. 마이크로서비스가 "프로필 서비스"를 구현하는 데 필요한 모든 애플리케이션 로직을 포함할 수 있는 반면, 서버리스 아키텍처는 이를 개별 기능으로 더욱 세분화합니다. 하나는 로그인용, 하나는 로그아웃용, 하나는 비밀번호 변경용, 하나는 비밀번호 재설정용입니다. 기본적으로 앱 내에서 수행할 수 있는 모든 작업에 대한 작고 집중적인 서비스를 구축하는 것과 같습니다.

이것을 "서버리스"라고 부르는 이유는 이것이 기본적으로 PaaS의 고도로 진화된 형태이기 때문입니다. 이는 PaaS에 좋은 일입니다. 왜냐하면 PaaS는 아직까지 시장으로서는 기대했던 만큼 거대 기업이 되지 못했기 때문입니다. 그냥 그곳에 머물러 있으면서, 그것을 좋아하는 팬보이들로부터 칭찬을 받고 있지만 대부분은 무시당하고 있으며, 사설 또는 공공 클라우드만큼 흥미진진하지 못한 속도로 성장하고 있으며, SaaS와는 확실히 다릅니다. 서버리스 아키텍처에서는 사용자가 버튼이나 체크박스를 누르거나 링크를 클릭할 때 작업을 수행하는 데 필요한 코드를 제외한 모든 작업에 대해 클라우드 제공자가 책임을 집니다. 이것이 "이벤트 기반"의 이벤트 부분입니다. 사용자가 버튼을 누르면 function_in_the_cloud가 실행됩니다. 해당 기능은 일반적으로 클라우드 내의 또 다른 서비스에서 관리하는 더 큰 API의 일부입니다.

여기서 중요한 점은 함수를 작성하는 사람이 VM이나 컨테이너를 프로비저닝, 구성 또는 시작 하지 않는다는 것입니다. 그들은 규모와 같은 운영상의 세부 사항에 대해서는 걱정하지 않습니다. 그들은 간단히 코드를 작성하고, 버튼을 클릭하면 됩니다! 즉각적인 기능.

이는 클라우드를 극단적으로 활용한 사례로, 스택 개발자는 이제 축소를 단일 계층, 즉 애플리케이션 계층으로만 국한시킬 책임을 맡게 되었습니다. 메탈리카가 말했듯이, 다른 것은 아무것도 중요하지 않습니다. 모든 운영 세부 사항은 기본 플랫폼에서 제공됩니다. 개발자의 관점에서 보면 이는 NoOps입니다.

마법같은 기능을 제공하는 플랫폼 아래에 서버, 서비스, 인프라, 네트워크가 존재한다는 걸 알고 있기 때문입니다. 개발자가 걱정할 필요가 없는 부분입니다. 하지만 인프라나 네트워크 운영 전문가인 당신은 그럴 수 있습니다.

그렇기 때문에 기업들이 한동안 이런 흐름에 동참하지 않을 가능성이 큽니다. 이러한 성과를 달성하려면 가상 머신이나 컨테이너 프로비저닝 기능뿐만 아니라 자동 확장 기능도 통합한 완벽하게 작동하는 클라우드 컴퓨팅 환경이 필요합니다. 즉, 개발자의 매개변수나 입력 없이도 확장이 가능합니다. 그건 그냥 일어나는 일이야, 멍청아. 그게 전부야. 셀프서비스가 아니라 자동 서비스예요. 확장성뿐만 아니라 자동 프로비저닝 기능도 뛰어납니다. 그리고 모니터링, 보고 등 오늘날 운영과 관련된 모든 것을 담당하고 있습니다. 이것이 잘 확립된 클라우드 공급업체 환경에서 이러한 현상이 나타나는 이유입니다. 이들만이 그러한 대부분 개입이 필요 없는 운영 모델을 지원하는 데 필요한 기본 인프라, 자동화 및 오케스트레이션을 갖추고 있기 때문입니다.

따라서 현재 서버리스에 대한 대부분의 관심은 클라우드에서 사용 가능한 현재 구현을 어떻게 작동시킬지 파악하고 파악하는 데 있습니다. Amazon Lambda , Google Cloud Functions , Microsoft Azure Functions , IBM OpenWhisk . Serverless 나 Iron.io 와 같이 온프레미스 구현에 도움이 되는 서비스가 없는 것은 아닙니다. 하지만 아직 서버리스는 초기 단계입니다.

그래도 서버리스에 대한 소문이 들리기 시작할 것입니다. 당장은 새로운 아키텍처의 엔진이 시작될 뿐이에요. 단기적으로(향후 12~15개월 동안) 대부분의 조직에 영향을 미칠 가능성은 낮지만, 온프레미스 피트스톱에 들어가기 전에 그것이 무엇인지 이해하는 것이 좋습니다. 

서버리스와 현재의 이점 및 과제에 대해 더 자세히 알아보고 싶다면 NewStack에 대한 개요가 잘 나와 있습니다 .