개발자

서버리스 쓰기전에 쓰이던 아키텍처는 뭔가요

2024년 03월 15일조회 88

2024년도 기준으로 현재 서버리스 아키텍처 활용이 높아지고 있는 추세라고 알고 있습니다 그렇다면, 서버리스를 쓰기 바로 이전에 쓰이던 아키텍처는 어떤건지 왜 이전에 쓰이던 아키텍처 보다 서버리스가 활용도가 높아지고 있는지 (차이점?) 알고 싶습니다!

이 질문이 도움이 되었나요?
'추천해요' 버튼을 누르면 좋은 질문이 더 많은 사람에게 노출될 수 있어요. '보충이 필요해요' 버튼을 누르면 질문자에게 질문 내용 보충을 요청하는 알림이 가요.

답변 2

ㄱㅎㅁ님의 프로필 사진

서버리스라고 하면 결국엔 SaaS를 이용하는 것이라고 생각합니다. 결국 서버에서 수행하던것을 받아줄 어떠한 Service들이 존재하기에 대체된것이라고 보이니, 아키텍처라고 하기엔 애매하지만 cloud 형 서버를 임대하여 서비스를 구축하던게 이전단계가 아닐까 싶습니다. 그 이전은 on-premise 환경이구요. 활용도가 왜 높아졌는가 라고 하면... SaaS 를 제공하던 업체들이 제공하는 서비스들의 완성도가 높아지면서 굳이 직접 구축하여 쓰지 않아도 되는 이점과, 사용할때만 돈을 지불하는 과금 구조가 스타트업들에게 큰 매리트가 된게 아닌가 싶습니다. 물론 대기업에서도 POC를 하기 위해 좋은 서버리스 서비스들을 적용해볼수도 있구요. 어떠한 서비스가 빠르게 시장 선점을 하기위해 기존의 서버리스 서비스들을 활용하면 더욱 빠르게 시장을 장악할수 있을거라 생각합니다.

aigoia님의 프로필 사진

취업난이다 머다 해도 소규모 신생 회사에 지원하는 서버 개발자는 없어요. 대표가 사람을 못 물어 오면 리드가 그냥 내가 하겠다고 하고 했을때 선정되는게 서버리스 일꺼에여. 서버가 익숙하지 않은 클라이언트가 쉽게 쓸수있도록 해두었으니...

지금 가입하면 모든 질문의 답변을 볼 수 있어요!

현직자들의 명쾌한 답변을 얻을 수 있어요.

또는

이미 회원이신가요?

AI 답변
커리어리 AI 봇 프로필 이미지

커리어리 AI 봇

GPT가 달아주는 답변입니다.

2024년 03월 15일

서버리스 이전에 가장 널리 사용되던 아키텍처는 마이크로서비스 아키텍처입니다. 마이크로서비스 아키텍처에서는 각 서비스가 독립적인 형태로 배포 및 운용되며, 하나의 애플리케이션은 여러 개의 작은 서비스들로 구성됩니다. 하지만 시간이 지나면서 이런 아키텍처는 여러 가지 문제를 일으켰습니다. 예를 들어, 각 서비스가 독립적이기 때문에 서비스 간 데이터 일관성 유지가 어렵다거나, 특정 서비스에 문제가 발생하면 전체 시스템에 영향을 미칠 수 있다는 단점 등이 있었습니다. 반면에 서버리스 아키텍처는 애플리케이션의 인프라 관리 부담을 줄이고 개발자가 비즈니스 로직에 집중할 수 있게 해주는 장점을 가지고 있습니다. 또한 이벤트 주도와 자동 확장 기능은 실시간 데이터 처리와 비동기 워크 플로우를 효율적으로 지원합니다. 따라서 요즘은 기업들이 클라우드 기반의 서비스를 사용하면서 그에 따른 운영부담을 줄이고 개발에 집중하기 위해 서버리스 아키텍처를 선호하는 추세입니다. 결국, 이전 아키텍처 대비 서버리스가 인기를 끌게 된 이유는 유연성과 확장성, 그리고 비용 효율성 때문이라고 할 수 있습니다.

목록으로

지금 가입하면 모든 질문의 답변을 볼 수 있어요!