목록웹서비스 개발 기초 (7)
Zero To One
![](http://i1.daumcdn.net/thumb/C150x150.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/cyJAPf/btrQK8GbPvL/aUkbUvmHJA0wqL1oP5gyx0/img.png)
1. 가비아에서 도메인 구입 후 1-1. My가비아 클릭 1-2. 서비스 관리 클릭 1-3. 도메인 통합 관리툴 클릭 1-4. 이전하고자 하는 도메인 클릭 1-5. 네임서버 설정 클릭 1-6. rotue53에 호스팅 영역 생성 1-7. 생성 후 파란색 네모박스 값을 1-5의 네임서버에 복붙 1-8. 다음과 같이 적용 1-9. 유의사항 1-10. 확인 2. AWS ACM 인증 2-1. ACM 요청 2-2. ACM에서 생성된 CNAME을 Route53에 등록 2-3. 아래와 같이 등록 2-4. 아래와 같이 CNAME이 등록되어 있어야함 2-5. 인증서 발급 완료
HTTP 요청 메서드 HTTP는 요청 메서드를 정의하여, 주어진 리소스에 수행하길 원하는 행동을 나타냅니다. 간혹 요청 메서드를 "HTTP 동사"라고 부르기도 합니다. 각각의 메서드는 서로 다른 의미를 구현하지만, 일부 기능은 메서드 집합 간에 서로 공유하기도 합니다. 이를테면 응답 메서드는 안전하거나, 캐시 가능 (en-US)하거나, 멱등성을 가질 수 있습니다. (멱등성(冪等性, 영어: idempotent)은 수학이나 전산학에서 연산의 한 성질을 나타내는 것으로, 연산을 여러 번 적용하더라도 결과가 달라지지 않는 성질을 의미한다.) GET : GET 메서드는 특정 리소스의 표시를 요청합니다. GET을 사용하는 요청은 오직 데이터를 받기만 합니다. HEAD : HEAD 메서드는 GET 메서드의 요청과 동..
![](http://i1.daumcdn.net/thumb/C150x150.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/cCqbUM/btrtb1Lv1T4/u5BLbRl37coqvqYA67h14K/img.png)
1) 도메인 웹 브라우저를 통해 특정 사이트에 진입을 할 때, IP 주소를 대신하여 사용한느 주소가 있다. 만약 IP주소가 지번 또는 도로명 주소라면, 도메인 이름은 해당 주소에 위치한 상호로 볼 수 있다. nslookup : 터미널에서 도메인 이름을 통해 IP 주소를 확인하는 명령어 nslookup google.com 터미널에 nslookup google.com 을 치면 google.com의 IP 주소를 확인 할 수 있다. 위 그림에서 IP 주소는 172.217.25.110 이고, 도메인 이름은 google.com 이다. 주소창에 172.217.25.110 을 입력하면 google.com으로 이동할 수 있다. +++ 여기서 한가지. nslookup naver.com 에서 IP주소는 총 4개가 나온다. ..
![](http://i1.daumcdn.net/thumb/C150x150.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/xzE1F/btrtlTZWobC/8bzOJyrb4heKLL27btRjv0/img.jpg)
1) IP (Internet Protocol) : 인터넷상에서 사용하는 주소체계. IP 주소체계를 따라 네 덩어리의 숫자로 구분 IPv4 : 네 덩어리의 숫자로 구분된 IP 주소 체계 (Internet Protocol version 4, IP 주소체계의 네 번째 버전) IPv4는 각 덩어리 마다 0 ~ 255 까지 나타낼 수 있다. (2^32, 약 43억개의 IP주소 표현 가능) 용도에 따른 IP주소 localhost, 127.0.0.1 : 현재 사용 중인 로컬 PC 지칭 0.0.0.0, 255.255.255.255 : broadcast address, 로컬 네트워크에 접속된 모든 장치와 소통하는 주소. 서버에서 접근 가능 IP 주소를 broadcast address로 지정하면, 모든 기기에서 서버에 접..
![](http://i1.daumcdn.net/thumb/C150x150.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/dbCcFq/btrtlTZTb85/AkcgX3oCivmUKsRWVRN9qk/img.png)
1) URL (Uniform Resource Locator) 네트워크 상에서 웹 페이지, 이미지, 동영상 등의 파일이 위치한 정보를 나타낸다. scheme, hosts, url-path로 구분할 수 있다. scheme : 통신방식 (프로토콜)을 결정한다. 일반적인 웹 브라우저에서는 http(s)를 사용한다. hosts : 웹 서버의 이름이나 도메인, IP를 사용하여 주소를 나타낸다. url-path : 웹 서버에서 지정한 루트 디렉토리부터 시작하여 웹 페이지, 이미지, 동영상 등이 위치한 경로와 파일며을 나타낸다. 2) URI (Uniform Resource Identifier) URL의 기본요소 3가지 + query, bookmark query : 웹 서버에 보내는 추가적인 질문 URI는 URL을 포함..
![](http://i1.daumcdn.net/thumb/C150x150.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/bsjWc0/btrtpP99zcW/RocKYg4zTwnniPZJzxkDo0/img.jpg)
1) 클라이언트와 서버의 통신 클라이언트와 서버 간의 통신은 요청과 응답으로 구성. 요청이 있어야지 응답이 옴. 클라이언트-서버 아키텍처에서는 서버 마음대로 클라이언트에 리소스를 전달하지 않는다. 2) 프로토콜(Protocol) 통신하는 서로 다른 두 장치간에 협의된 규칙. 즉, 약속 웹 애플리케이션 프로코톨 : HTTP 3) OSI 7 Layer OSI 7 Layer에서 응용계층(Application)에 해당되는 프로토콜 HTTP : 웹에서 HTML, JSON 등의 정보를 주고 받는 프로코톨 HTTPS : HTTP에서 보안이 강화된 프로토콜 FTP : 파일 전송 프로토콜 SMTP : 메일을 전송하기 위한 프로토콜 SSH : CLI환경의 원격 컴퓨터에 접속하기 위한 프로토콜 RDP : Window 계열의..
![](http://i1.daumcdn.net/thumb/C150x150.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/00uTC/btrtmVC09Ty/1m0fRlJtTjcrMOS10YbkWk/img.png)
1. 2 Tier Architecture 리소스를 사용하는 앱 ⇒ “클라이언트” 리소스가 제공(serve)하는 곳 ⇒ “서버” 상품 정보는 서버에서 다루고, 클라이언트는 단지 상품 정보를 조회할 뿐이다. 예를들어, 리소스에 접근하는 앱은 마치 손님(Client)과 같아서, 리소스를 가지고 점원(Server)에게 물품을 요청해야한다. 요청에 따라, 점원(Server)는 리소스를 담아 응답한다. 2. 3-Tier 아키텍쳐 보통 서버는 리소스를 전달해 줄 뿐, 리소스를 저장하는 공간은 데이터베이스라는 창고에 둔다. 이처럼, 클라이언트-서버 아키텍처에 데이터베이스가 추가된 형태를 3-Tier 아키텍쳐라 한다. 3. 프론트 앤드와 백엔드 프론트 앤드의 영역 클라이언트처럼 사용자가 직접 눈을 보고, UI를 클릭 또..