목록DevOps (180)
devops
REST API Representational State Transfer의 약자로 웹의 장점을 최대한 활용할 수 있는 아키텍처로 처음 소개되었다. REST API는 웹에서 사용되는 데이터, 리소스를 HTTP URI로 표현하고 HTTP 프로토콜을 통해 요청과 응답을 정의하는 방식을 말한다. 좋은 REST API 디자인하기, 리차든 성숙도 모델 리차든 성숙도 모델 (RMM)은 총 4단계로 나누어진다. 이 모든 단계를 충족해야 REST API라고 부를 수 있지만 3단계는 충족하기 어렵기 때문에 2단계만 지키더라도 좋은 API 디자인이다. 이런 경우 HTTP API라고 부른다. REST 성숙도 모델 0단계 0단계는 단순히 HTTP 프로토콜을 사용해도 된다. REST 성숙도 모델 1단계 1단계에서는 개별 리소스와..
HTTP 표현 헤더 표현은 요청이나 응답에서 전달할 실제 데이터를 의미. 메시지의 본문은 통해서 표현 데이터를 전달한다. * 메시지 본문 = Payload(페이로드, 데이터를 실어나르는 부분) 표현 헤더는 표현 데이터를 해석할 수 있는 정보를 제공한다. (데이터 유형이나 데이터 길이, 압축 정도 등) HTTP 헤더는 HTTP 전송에 필요한 모든 부가정보를 담는다. 표현 헤더는 요청(request)와 응답(response) 둘 다 사용한다. 콘텐츠 협상 클라이언트가 선호하는 표현을 요청하는 것을 의미한다. - Accept : 클라이언트가 선호하는 미디어 타입 전달 - Accept-Charset : 클라이언트가 선호하는 문자 인코딩 - Accept-Encoding : 클라이언트가 선호하는 압축 코딩 - Ac..
1) Start line(시작 라인) - request와 response에 따라 다름 2) Header(헤더) 3) Empty line(공백 라인) 4) Body(메시지 본문) HTTP Header 구조 1) General header : 2) Response header / Request header 3) Entity header ▼ General Request URL : 요청 URL Request Method : 요청 method Status Code : 상태 코드 Remote Address : 클라이언트의 IP 주소 Referrer Policy : 요청에 포함되어야 하는 Referrer의 정보(개인정보 및 보안)를 제어.. * Referrer : 현재 요청된 페이지에 대한 링크가 따라온 이전 웹 페..
HTTP Header HTTP 헤더는 클라이언트와 서버가 요청 또는 응답으로 부가적인 정보를 전송할 수 있도록 해준다. 헤더는 대소문자를 구분하지 않는 이름과 콜론(:) 다음에 오는 값으로 이루어져있다. 헤더의 종류는 다음 4가지다. - General header : 요청과 응답 모두에 적용되나 body에서 최종적으로 전송되는 데이터와 관련이 없는 헤더 - Request header : 패치될 리소스나 클라이언트 자체에 대한 자세한 정보를 포함. - Response header : 위치, 서버 자체에 대한 정보와 같이 응답에 대한 부가적인 정보 포함 - Entity header : 콘텐츠 길이나 MIME 타입과 같이 entity body에 대한 자세한 정보를 포함. 요청(Request)에 사용되는 hea..
Cookie 서버가 웹 브라우저에 정보를 저장하고 불러올 수 있는 수단. 해당 도메인에 대해 cookie가 존재하면 자동으로 전송됨. HTTP는 기본적으로 Stateless 특징을 가지고 있음. 각 요청은 서로의 관계 상태를 모른다. 그러나 Cookie가 있어 로그인 상태 유지, 사용자 추적, 개인화 등 http의 stateless 특징을 stateful하게 만들어 준다. 쿠키는 삭제하지 않으면 사라지지 않음. (30일 동안 로그인 상태유지, 테마, 로그인 인증정보 등) HTTP 헤더를 통해서 포맷(json, txt 등) 설정과 요청이 가능하다. Cokkie option Domain : 서버와 요청의 도메인이 일치하는 경우 전송 Path : 서버와 요청의 세부경로가 일치하는 경우 전송 MaxAge or ..
1) Github CLI 설치 $ curl -fsSL https://cli.github.com/packages/githubcli-archive-keyring.gpg 또는 sudo gpg --dearmor -o /usr/share/keyrings/githubcli-archive-keyring.gpg $ echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/githubcli-archive-keyring.gpg] https://cli.github.com/packages stable main" 또는 sudo tee /etc/apt/sources.list.d/github-cli.list > /dev/null $ sudo apt upd..
Branch 브랜치는 나무가 가지에서 새 줄기를 뻗어가듯 여러 갈래로 퍼지는 데이터 흐름을 가리키는 말로 사용한다. 기존에 잘 동작하는 소스코드는 그대로 둔 채, 새 소스코드를 추가한 버전을 따로 만들어 관리하는 역할을 branch가 할 수 있다. 쉽게 말해서 branch는 Commit 사이를 가볍게 이동할 수 있는 어떤 포인트 같은 것이다. 기본적으로 Git은 Master branch를 만든다. 처음 Commit하면 이 Master branch가 생성된 Commit을 가리킨다. 이후 커밋을 만들면 Master branch는 자동으로 마지막 커밋을 가리킨다. branch는 'HEAD'라는 특수 포인터가 있다. 이 포인터는 지금 작업하는 Local branch를 가리킨다. branch를 새로 만들어도 Gi..
1) 설정 명령어 - 전역 사용자명/이메일 설정 git config --global user.name "username" git config --global user.email "email@email.com" - 저장소별 사용자명/이메일 구성(해당 Repository 이동 후) git config user.name "myname" git config user.email "email@email.com" - 전역 설정 정보 조회 git config --global --list - 저장소별 설정 정보 조회 git config --list 2) 기본 명령어 - Fork 다른 사람의 Github Repository를 내 Github Repository로 그대로 복제하는 것이다. fork한 저장소는 원본 Repos..
https://docs.github.com/en/rest/issues/issues
1) 업비트에 로그인하여 'Open API 사용하기'를 클릭 2) 본인에게 필요한 기능 선택 후, IP 주소를 등록하고 발급받는다. 3) 카카오 페이 인증 진행하면, Open API Key를 발급완료. 4) 아래 Upbit 개발자 센터에 접속해서 API 자료를 확인하고 필요한 API를 사용하면 된다. https://docs.upbit.com/reference/ 업비트 개발자 센터 업비트 Open API 사용을 위한 개발 문서를 제공 합니다.업비트 Open API 사용하여 다양한 앱과 프로그램을 제작해보세요. docs.upbit.com + BTC의 원화가격 현재가 호출 테스트 - 호출 양식 - 호출 URL : https://api.upbit.com/v1/ticker?markets=KRW-BTC - 호출 J..