![]()
본 포스트는 공룡책이라 불리는 Abraham Silberschatz, Peter B. Galvin, Greg Gagne의 『Operating System Concept 10th』 을 바탕으로 작성하였습니다. Ch 2. Operating System Structures 운영체제에 대해 살펴보기 위한 몇 가지 좋은 관점이 있다. 첫 번째, 운영체제가 제공하는 서비스에 초점을 맞추는 것 두 번째, 운영체제가 사용자와 프로그래머에게 제공하는 인터페이스에 초점을 맞추는 것 세 번째, 시스템의 구성요소와 그들의 상호 연결에 초점을 맞추는 것이다. 이번 장에서는 운영체제의 세 가지 측면을 모두 살펴본다. 운영체제가 제공하는 서비스는 무엇이며, 이 서비스는 어떤 방식으로 제공되는지, 이 서비스들이 어떻게 디버깅 되며,..
![]()
본 포스트는 공룡책이라 불리는 Abraham Silberschatz, Peter B. Galvin, Greg Gagne의 『Operating System Concept 10th』 을 바탕으로 작성하였습니다. Ch 1. Overview 1장에서는 이 책의 전반적인 내용을 모두 담고 있다. 따라서 책을 모두 읽고 난 후 다시 1장을 읽어보는 것을 추천한다. 운영체제는 컴퓨터 사용자와 컴퓨터 하드웨어 사이에서 중개자(intermediary) 역할을 한다. 운영체제의 목적은 사용자가 프로그램을 편리하고 효율적으로 수행할 수 있는 환경을 제공하는 데 있다. 1.0 Introduction 운영체제는 컴퓨터 하드웨어를 관리하는 소프트웨어이다. 또한 응용 프로그램을 위한 기반을 제공하는데, 놀라운 점은 이러한 일들을 ..
![]()
서론 우선 필자는 이번 글이 os를 처음 공부하면서 작성한 글이다. 학교 수업을 듣지도 않았고, 따로 강의를 보지도 않았다. 그저 운영체제 책 중 공룡책이란 놈이 가장 유명하고 바이블이라고 하길래 무작정 사서 독학하면서 쓰는 글이다. 하지만 혼자 공부하면서 내용 정리 글까지 쓰면 초반부에 무언가 잘못 이해하면 끝까지 잘못 이해한 채로 글을 써서 다른 사람에게 피해가 갈 수 있기 때문에 최대한 이 공룡책을 잘 정리했다고 생각되는 블로그들을 몇 군데 참고해 공룡책과 함께 읽고, 정리하였다. 아무쪼록, 부족한 글이지만 이 글들이 다른 분들에게 조금이라도 도움이 되었으면 좋겠다. 참고 공룡책 이 녀석이 공룡책이다! 그림과 같이 필자는 Abraham Silberschatz, Peter B. Galvin, Greg..
이 글은 REST API Tutorial의 REST Resource Naming Guide 글을 번역해 작성한 글입니다. 최대한 원본 내용을 유지하겠으나, 중간에 제가 읽었을 때 모르는 것 또는 이해가 안 되는 부분은 파란색 글씨로 적어두니 참고 바랍니다. REST 리소스 네이밍 가이드 여기서 REST란, 웹에 존재하는 모든 자원(이미지, 동영상 등)에 고유한 URI를 부여해 활용하는 방법론을 의미합니다. REST 상에서, 주요 데이터들은 리소스(자원)이라 부른다. 강력하고 일관된 REST 리소스 네이밍 전략을 사용하는 것은 장기적으로 봤을 때 가장 좋은 선택 중 하나가 될 것이다. 리소스는 싱글톤 또는 컬렉션이 될 수 있다. 예를 들어, customers는 컬렉션 리소스이고, customer는 싱글톤 ..
![]()
1. 개요 대망의 계획했던 HTTP 마지막..! 챕터이지만 이 부분, 내용이 상당히 많다. 기본적인 헤더 정보에서 시작해, 캐시와 조건부 헤더, 상태 코드에 따른 리다이렉션 location이나 Allow 등도 헤더와 관계되어 있고, 심지어 우선순위도 헤더 정보에 들어가 있어 전부 설명할 수 있을지 모르겠다. 선뜻 글을 시작하기 두렵지만 일단 차근차근 함께 알아가보자. 2. HTTP 헤더 개요 2.1 HTTP 직접 확인하기 HTTP 헤더를 직접 확인하는 방법은 다음과 같다. 1. 아무 웹 페이지나 들어간 후 [마우스 오른쪽 클릭] - [검사]를 누른다. 보통 이런 화면이 오른쪽에 뜰 텐데, 여기서 빨간 네모 박스 "Network"를 누른다. 그럼 이런 화면이 뜨는데, 여기 내용물들 중 아무거나 클릭하면 이..
![]()
1. 서론 저번 시간에는 메서드에 대해 배웠다. 만약 면접에서 REST API가 무엇인가요?라고 물으면 GET, POST, PUT, PATCH, DELETE 정도는 알아야 한다고 한다. 이번 시간에는 그 정도로 외워야 하진 않지만, 개발하다 보면 자연스럽게 알게 되는 404 에러 같은 걸 공부해보자. 참고로 모든 상태 코드를 적는 건 너무 귀찮은 일이기 때문에 핵심적인 부분만 다룰 예정이다. 2. 상태코드 분류 상태 코드는 모두 세 자릿수 숫자로 구성되는데, 그중 백의 자릿수에 따라서 큼지막한 기능들을 구분한다. 1xx (Informational) : 요청이 수신되어 처리 중 2xx (Successful) : 요청 정상 처리 3xx (Redirection) : 요청을 완료하려면 추가 행동이 필요 4xx ..
![]()
1. 서론 저번 시간에는 HTTP의 기본적인 특징에 대해 살펴보았다. 대표적으로 무상태, 비연결성 등이 있었고, 이들은 지금까지 HTTP를 계속 사용할 수 있는 기반이 되었다. 필자는 1학년 때 함수와 메서드라는 단어를 처음 배우면서 게임 안의 캐릭터의 스킬이랑 매칭 시켜 이해했는데, HTTP도 비슷하다. 지금까지는 특성(스텟)에 대해 배웠다면, 스킬(행동)에 대해 공부해보자. 2. HTTP 요청 메서드의 종류 제목은 HTTP 메서드라고했지만, MDN Web Docs 에서는 요청 메서드라고 한다. 1) GET 리소스를 조회한다. 보통 쿼리를 통해 전달하는데, 앞 장에서 설명했듯이 이런 방식이다. (?key1=value1&key2=value2) 동작 방식 메시지 전달(GET 메서드 사용) -> 서버 도착 ..
![]()
1. 서론 보통 다른 글에서 보면 HTTP의 역사부터 설명을 하던데, 딱히 내가 들었을 때는 기억에 남는 게 없어서 이번 글에서는 HTTP 특징만 설명할 예정이다. 서론이니 딴 소리를 아주 잠깐만 하자면.. 스프링이라는 이름의 유래는 이전에 Java EE(엔터프라이즈 에디션)의 스펙을 구현한 EJB가 기술의 복잡도가 증가해서 성능이 느렸던 것을 탈피하여, EJB 시절을 “겨울”에 빗대어 겨울 후의 “봄”으로 새로운 시작한다는 것을 의미하는 스프링(봄)이 되었다고 한다. 2. 이 모든 게 HTTP 최근 HTTP의 중요도가 갈수록 높아지고 있다. 정확히 말하자면, 거의 대부분을 HTTP 메시지에 담아 전송하고 있는데 예를 들어 HTML, JSON, 이미지, 영상, 파일뿐만 아니라 서버 간 데이터를 주고받을 ..
![]()
1. 서론 저번 학기 모바일 스튜디오 수업 때 안드로이드 앱을 하나 만든 적이 있는데, 거기서 URI를 파싱 해서 이미지를 참 많이도 불러왔었다. 그땐 URI가 비트맵처럼 이미지와 관련된 무언가? 일 거라고만 생각했지 막상 찾아볼 생각을 안 했는데, 이번에 URI에 대해 알고는 조금 놀랐다. 이 글은 간단한 내용이지만 나의 무지를 반성하고자 넣었다. 2. URI(i) URL이 아니라 URI이다. URI는 인터넷 자원을 나타내는 고유 식별자로 풀 네임은 Uniform Resource Identifier이다. 단어를 천천히 해석해보면 다음과 같다. Uniform : 리소스를 식별하는 통일된 방식 Resource : 자원. URI로 식별할 수 있는 모든 자원을 의미한다. Identifier : 다른 항목과 구..
![]()
1. 글을 내리기 전에.. 우리가 HTTP를 배워보기 전에, 정말 얕은 네트워크 지식들을 알아볼 것이다. 제목은 토막 상식이라 적었지만, 반 토막의 반 토막의 반 토막의 반 토막.. 일지 모른다. 따라서 이전에 네트워크를 공부하신 분들이라면 이번 장은 스킵하셔도 좋다. 복습하실 분들 & 처음인 분들은 아래 목차를 참고 바란다. 2) 인터넷과 네트워크 프로토콜 3) 인터넷 프로토콜 5 계층 4) TCP와 UDP 5) IP : Internet Protocol 6) DNS 7) PORT 2. 인터넷과 네트워크 프로토콜 2.1 인터넷이란? 인터넷은 "수많은 네트워크들을 연결하는 네트워크"라는 의미에서부터 시작되었으며 클라이언트와 서버가 있고, TCP/IP라는 기본 프로토콜을 통해 제공되고 있다. 2.2 인터넷의..
![]()
1. 이번 장을 시작하며.. 오랜만에 기초 개념에 대한 정리 글을 쓰는 것 같다. 방학을 시작하며 야심차게 노답 스터디(여기 블로그 이름..)에 들어왔지만,, 벌려놓고 수습이 안 되는 알고리즘 동아리 스터디와 교내 대회 개최 준비, 대회 연습, 스프링 공부..로 인해 속으로 공부 못하는 변명만 늘어놓게 되는 것 같다고 생각이 들 찰나, 우리 스터디장님께서 글을 혼자 20개 넘게 쓴 걸 보고.. 이대로는 쫓겨나겠구나!라는 느낌이 들어 최근 인프런에서 완강한 HTTP 강의를 정리해보는 시간을 갖기 위해 글을 적고 있다. 따라서 위 제목이 달려있는 글들은 모두 이 강의를 듣고 내 방식대로 축약 해석하여 적는 것임을 알아주길 바란다. 2. 공부해나갈 것들 이번에 공부할 것들은 강의 초반에 강사님께서 말씀하신 대..
![]()
단순히 현재 저장하고 있는 어떤 객체의 목록을 불러오는 api를 만들고, 호출해보니 Postman에서 이런 에러가 떴다. 참고로 호출된 객체는 다음과 같다. @Entity @Table(name = "orders") @Getter @Setter public class Order { @Id @GeneratedValue @Column(name = "order_id") private Long id; @ManyToOne(fetch = LAZY) @JoinColumn(name = "member_id") private Member member; } Order라는 객체 목록을 불러왔고, 이 안에는 분명 "ByteBuddyInterceptor"라는 자료형이 없는데 (다른 데에도 선언하지 않았다.) 왜 이런 타입이 맞지 ..
