캡틴테크의 실전 기술서

linux에서 서비스의 실행 관리 그리고 에러 등을 모니터링할 수 있는 방법이 있습니다. 바로 systemd 인데요 이전에는 시작프로그램의 역할만을 하는 initd 라던지 하는 조촐한 것에서 지금은 거의 systemd를 사용해서 이러한 서비스들을 관리하고 있습니다. 좀더 자세한 내용을 보기 위해 위키피디아를 확인해 보도록 하겠습니다. systemd 란? systemd는 일부 리눅스 배포판에서 유닉스 시스템 V나 BSD init 시스템 대신 사용자 공간을 부트스트래핑하고 최종적으로 모든 프로세스들을 관리하는 init 시스템입니다. systemd 라는 이름 뒤에 추가된 d는 유닉스에서 데몬(daemon)을 나타내며 systemd의 기본 목표들 가운데 하나는 모든 배포판들에 대하여 기본 리눅스 구성과 서비스 ..

AWS API Gateway에 관련한 4번째 글입니다. 이번엔 API Gateway 자체에 대해서는 완결편이 되겠네요. 리턴 설정을 해보면서 API Gateway에서 마무리하도록 하겠습니다. 리턴 설정하기 리턴은 메서드 응답 블록과 통합 응답 블록으로 설정 할 수 있습니다. 먼저 메서드 응답 블록으로 들어가 보자. 아직 HTTP 상태 200만 선언되어 있으니 404와 400을 추가 해보도록 하겠습니다. 응답 추가 시 무엇인가 넣어야할 것 같은 추가적인 칸들이 있지만 우선 나두고 다시 통합응답 블록에 들어가서 Lambda에서 리턴되는 오류를 Regex 정규식을 잡아서 처리하도록 하겠습니다. API Gateway는 모든 에러에 대한 처리를 할 수 가 없습니다. 예를 들어 파라메터의 타입을 스트링으로 정의 했..

백엔드 개발을 지향하시는 분들이나 또는 클라이언트 개발을 하시는 분이 서버를 개발할때 먼저 생각하는 것들이 서버를 어떤식으로 설계하고 구체화할지에 대한 것입니다. 로컬에서 개발을 하더라도 퍼블릭하게 데모를 하거나 PoC를 하고싶다면 클라우드 또는 호스팅하는 서버를 집에 설치해서 셋업을 해야하는데요. 그만큼 백엔드를 개발하는 것과, 개발한 구현체를 디플로이를 어떻게 할거냐도 어떤 솔루션이나 서비스를 만들때 고민해야하는 것 중 하나입니다. 그중에서 오늘은 이러한 서버별 특징과 장단점 그리고 역사에 대해서 먼저 집고 가도록 하겠습니다. Serverless의 개념 서버가 없다는 뜻이지만, 보이지 않는 곳에 물리적인 서버가 있지만 관리하는 리소스가 최소화되어 서버가 없는 거 처럼 느끼는 것 IaaS Infrast..