OCI에는 프리티어 시스템이 있습니다.프리티어 계정은 기본적으로 요금이 발생하는 서비스가 제한되어 과금 걱정 없이 사용할 수 있습니다. OCI 프리티어프리티어와 별개로 `Always Free` 라는 인스턴스가 두 가지 있습니다.이 상시 무료 인스턴스는 계정이 무료 계정일 때는 물론, 유료 계정으로 전환하고 난 뒤에도 요금이 발생하지 않습니다. 과금 면제 한도는 AMD 계열과 ARM 계열이 별도로 계산됩니다.구분ARM (A1.Flex)AMD (E2.1.Micro)인스턴스 수리소스 분할에 따라 최대 4개최대 2개OCPU총 4 OCPU 내에서 직접 분할 사용인스턴스당 1/8 OCPU메모리총 24 GB 내에서 직접 분할 사용인스턴스당 1 GB네트워크최대 4 Gbps 대역폭최대 480 Mbps 대역폭 유료 계정으..

이번에 단축 URL 서비스를 개발하면서 "요청을 전달" 하는 방식에 대해 딥다이브 해보았습니다. 웹 기술에서 요청을 전달하는 방식을 생각하면 세 가지가 떠오릅니다. 리다이렉트, 프록시, 포워드. 이 글에서는 이 redirect, proxy, forward의 특징과 차이점에 대해 알아보겠습니다. Redirect: 경로 재지정리다이렉트는 RFC 7231에서 정의한 3xx 코드를 활용해 요청의 경로를 바꿔 다시 요청할 것을 알리는 통신 방식입니다.https://www.rfc-editor.org/rfc/rfc7231.html RFC 7231: Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content www.rfc-editor.org 한 줄 비유:어떤 회사의..

L4/L7 로드밸런싱에 대해 알아보다보니 OSI 7계층에 대해 정리해보고 싶어졌습니다. 이 글은 OSI 7 Layer에 대해 간략하게 정리한 글입니다. OSI 7 계층우리가 일상적으로 사용하는 "인터넷"은 수많은 물리적인 시스템과 소프트웨어적 시스템을 거쳐 우리에게 제공됩니다.OSI 7 계층은 그 과정을 7단계로 나누어 표준화한 모델입니다. 계층 구조의 특징각 계층은 바로 위 계층에게는인터페이스를 제공하고, 바로 아래 계층의 인터페이스를 활용합니다.계층을 나누었기 때문에 장애가 생긴 구간을 특정하기 쉽습니다.각 계층은 독립적으로 작동합니다. 따라서 특정 계층의 기술이 변경되어도 다른 계층에 영향을 주지 않습니다.최상위 계층에서 하위 계층으로 내려가면서, 각 계층에 대한 제어 정보(헤더)가 붙습니다. 반대..

이 글은 백엔드 개발자의 개인용 서버 구축을 위해 겪어온 과정을 정리한 후기입니다. AWS 프리티어 유목민은 이제 안돼물론 지금까지도 개인용 서버를 구축해 왔었습니다. AWS의 프리티어 정책이 "한 계정에 대해 1년" 이었던 동안은요.1년마다 유목민처럼 다시 새 계정을 만들었어야 했지만, 무료이니만큼 만족하고 사용했습니다. AWS 프리티어 정책 변경하지만 2025년 7월 15일부터, AWS의 프리티어 정책이 변경되고야 말았습니다.새롭게 바뀐 프리티어 정책은 아래와 같습니다.- 가입 시 $100 크레딧 제공 - 가입 후 Explore AWS 위젯에서 활동 시 $100 크레딧 추가 제공 (Amazon EC2, Amazon Bedrock 생성 등 특정 서비스를 사용) - 최대 $200 크레딧을 6개월 동안..

JWT를 어디에 저장할지는 XSS(스크립트 해킹)와 CSRF(요청 위조) 중 무엇을 더 경계하느냐에 따라 갈립니다.로컬스토리지주로 프론트엔드 개발자들이 구현의 편의성을 위해 자주 사용한다고 합니다.장점:자바스크립트로 쉽게 읽고 쓸 수 있어 구현이 매우 단순합니다.헤더에 직접 담아 보내므로 CSRF 공격으로부터 원천적으로 안전합니다.단점:XSS(Cross-Site Scripting) 공격에 취약합니다.공격 스크립트가 실행되면 `localStorage.getItem()` 한 줄로 사용자의 토큰을 바로 탈취당합니다.쿠키 (feat. HttpOnly)일반적으로 더 권장되는 방식입니다. 다만, 로컬스토리지보다는 설정의 복잡성이 있습니다.장점:HttpOnly 설정을 하면 자바스크립트가 쿠키를 읽을 수 없습니다.즉,..

TCP/IP 4계층의 관점에서 HTTP는 TCP의 인터페이스를 이용하는 상위 프로토콜입니다. 이 글은 TCP 통신에서 직접 HTTP 규격에 맞게 HTTP Message를 작성해 전송해보면서 프로토콜의 구성에 대해 연구한 기록을 다룹니다. TCP에서 직접 HTTP Message를 쏴봅시다 진행중인 프로젝트에 필요한 소켓 통신을 더 잘 구현하기 위해 TCP 통신에 대해 연구하다 보니, 문득 TCP레벨에서 통신하는 서버에서 HTTP 요청을 성공적으로 처리해보고싶어졌습니다. 냅다 보내보기서버가 TCP로 listen하고 있는 포트를 향해 브라우저에서 GET 요청을 보내보았습니다.서버가 받은 데이터는 아래와 같습니다.GET / HTTP/1.1Host: localhost:52536Connection: keep-al..