일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- git-hooks
- yarn-berry
- redis
- Atomic Design 패턴으로 페이지 만들기
- Atomic Design
- react
- Kubernetes
- 리액트
- 디렉토리이동
- methodreference
- 배포자동화
- 배포
- 소켓IO
- 캐시
- 예제
- aws
- deployment
- GHCR
- 개발
- 자동화
- docker
- 백엔드
- Infra
- styled-components
- 인프라
- 스타일 컴포넌트
- 쿠버네티스
- 도커
- backend
- 롱 폴링
- Today
- Total
목록aws (2)
SLASH 기술 블로그
AWS EC2에서는 다양한 인스턴스 타입을 제공한다. 가장 기본적인 t로 시작하는 범용 인스턴스부터, R로 시작하는 메모리 최적화 인스턴스, 컴퓨팅에 최적화된 C로 시작하는 인스턴스들까지, 처음 인스턴스를 띄울 때는 이렇게 다양한 타입 중에 어떤 것을 선택해야 하는지도 꽤나 고민이 될 것이다. 처음 서비스를 만들고 인프라를 만지면서 했던 실수 중 하나는 인스턴스의 특성을 제대로 고려하지 않고 vCPU, 메모리만 보고 인스턴스를 골랐던 것. 같은 스펙을 가지고 있더라도, 인스턴스의 특성에 따라서 특화된 기능이나 비용은 천차만별이다. 오늘은 다양한 인스턴스 타입을 파헤쳐보고, 상황에 따라 어떤 인스턴스를 선택하는 게 좋을지 알아보도록 하자. 뭘 해야할지 모르겠을 때는? 범용 인스턴스 처음 인스턴스를 만들 때..
앱 개발을 하다가 백엔드 개발자로서 일을 시작하고 가장 크게 벽을 느꼈던 부분이 인프라에 대한 것들이다. API 개발이야, 결국 요청을 받아서 처리한 후 결과를 반환하는 일련의 과정이니 그동안 해왔던 이벤트 기반의 프로그래밍과 별반 다를 것 없다고 생각했고, 실제로도 크게 어려움을 느끼는 부분은 아니다. 오히려 이쪽은 익숙하지 않은 언어적인 부분이 신경쓰이지... 그렇지만 인프라- 이 영역은 프로그래밍과는 또 다른 분야라고 생각된다. 최근 몇 개월동안 어찌어찌 간단한 서비스를 운영할 수 있을 정도로는 인프라에 대해 알게 된 것 같지만, 배포는 간신히 되게만 만들어 놓은 상태, 모니터링은 아예 손도 못대봤고 인스턴스나 RDS같은 Managed service는 쓸 줄만 알지 제대로 이해하고 있다고 보기는 어..