🍑 풀스택 총정리

1. OS

프로그램들을 실행하는 main program

응용프로그램 - 운영체제 - 하드웨어

---

2. 커맨드라인 인터페이스 (CLI) <=> GUI

사용자가 텍스트로 명령어를 입력하고 다시 텍스트로 결과를 화면에 출력해주는 인터페이스를 가진 컴퓨팅 인터페이스

• 셸(Shell)이란?

  커맨드라인 인터페이스로 구현된 가장 대표적인 프로그램

---

3. 빌드

컴파일 + 프로그램 실행준비의 모든 과정

---

4. Process

실행되고 있는 프로그램 (메모리 위에 올라가 있다. )

---

5. thread

프로세스 내에서 실행되는 흐름의 단위

• 개인적으로는 곰플레이어에서 동영상을 틀어놓으면서 소리를 줄이거나 화면 크기를 줄이는 각각의 곰플레이어 프로세스 내의 스레드들이 작동시키는 것이 멀티스레드라고 생각하고
  이런 곰플레이어 뿐만 아니라 slack도 같이 쓰고 intellij도 쓰는 각각의 프로세스를 쓰는 것을 멀티 프로세스라고 생각

---

6. git / github

버전관리 툴 / 원격 저장소

• git flow

  master / hotfix / release / develop / Feature(브랜치1) / Feature(브랜치2) ..등

---

7. 네트워크

• client : 정보를 요구하는 주체
• 서버 : 정보를 제공하는 주체

IP 주소 / MAC 주소

• IP주소 : IPv4 체계를 기준으로 12개의 숫자로 이루어져 있다
• MAC주소 : 네트워크 통신에서 통신기기의 식별번호를 나타내는 것

• 차이점 : IP주소는 임시적으로 다른 주체에 의해 할당 되는 것이지만, MAC 주소는 통신기기의 하드웨어 자체에 부여된 고유한 식별번호

---

8. 네트워크 요청방법

1) 가장 간단히

Client의 OS를 통해 서버의 OS에 가서 해당 원하는 정보를 받아온다.

2) 간단히

Client의 IP요청전에 DNS서버에 해당 Domain Name(www.naver.com)을 통해 받아온 IP주소(192.168.1.0)를 해당 서버의 OS로 보내 원하는 정보를 받아온다.

3) 어렵게

Client의 IP요청전에 DNS서버에 해당 Domain Name(www.naver.com)을 통해 받아온 IP주소(192.168.1.0)를 해당 서버의 네트워크로 보낸 후
MAC 주소를 알아내기 위해 네트워크에 브로드캐스트를 하고(ARP 요청)
이를 통해 지정된 IP 주소를 가진 컴퓨터는 MAC 주소를 응답하여 (ARP 응답)
출발지에서는 MAC 주소를 얻고
3-way-handshake를 통해 소켓을 열고 서버는 응답을 반환한다.

4) 정리

1. url(DN)을 해석
2. url을 브라우저캐시 , hosts 파일에도 없는 것이면 DNS서버로 요청해 IP주소 반환
3. IP주소를 요청한 네트워크로 전송
4. ARP를 통해 IP주소(서울시 종로구...)를 MAC(북위 38도 동경 128도...)으로 바꾼 후 Client에 반환
5. socket을 열기위한 3-way handshake
6. 서버의 응답 반환 => 응답시 request에 다양한 정보를 붙여 요구하는 것을 반환한다.

• 예를들어, network 부분의 request가
  user-agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64)라면 컴퓨터이므로 그것에 따르는 www.naver.com의 SSR 내용이 응답하고
  user-agent: Mozilla/5.0 (Linux; Android 6.0.1; Moto G (4))라면 폰으로 인식하여 그것에 따르는 www.mnaver.com의 SSR 내용이 응답된다.

IP와 MAC을 둘 다 사용하는 이유

각각 다른 계층에서 사용용도가 다르기 때문
IP 주소는 Network layer에서, MAC 주소는 Data Link 계층에서 사용
즉, 서로다른 독립적 프로토콜을 사용한다.

현실에서는 MAC주소인 북위 동경으로 모든것이 나타내면 연관성이 없기에 더 혼동되므로 이를 IP주소가 있어 더 편하게 배달을 진행할 수 있다.
그만큼 MAC 주소도 필요하지만 IP주소가 다른 이유로 필요한 이유이다.

---

9. 도메인 이름

Url에는 호스트 이름(www)과 도메인 이름(github.co.kr)이 있는데 도메인 이름을 IP주소로 변환하는 것이 DNS 서버이고
해당 서버는 여러곳에 있어서 만약 해당 도메인 이름이 DNS 서버에 없으면 다른 DNS 서버로 찾는다. (DNS는 전 세계에 흩어져있고 모두 연결)

---

10. 방화벽

보안을 위해 Network 통신 제한 행위

---

11. 라이브러리 / 프레임워크

• 라이브러리 : 소프트웨어를 개발할 때 컴퓨터 프로그램이 사용하는 비휘발성 자원의 모임
• 프레임워크 : 간단히 뼈대, 골조, 프레임워크

• 프레임워크가 되려면?
  많은 프레임워크들이 기본적으로 내장하고 있는 기능들이 있어야한다.

리액트는 프레임워크 ? / 라이브러리 ?

리액트에서 이러한 기능들을 구현하기 위해서는 여러가지 추가적인 라이브러리를 같이 사용해야한다
(react-router, react-redux, react-saga 등....)

• React는 프레임워크로 분류되지 않고 라이브러리로 분류

---

12. API

Program끼리 연결시켜주는 매개체

Client <-> API <-> 접근한 프로그램(DB)

---

13. API 서버

웹 또는 앱에게 필요한 데이터를 제공해주는 서버

API 서버가 필요한 이유?

웹 또는 앱에서 직접 DB에 접근하려고하면 회사의 민감한 데이터를 직접 주기 때문에 이를 막기 위해 그 사이에 API서버를 두어 DB는 캡슐화하여
웹앱과 DB서버간의 중간역할을 한다.

---

14. 앱 / 웹

웹에 비해 앱의 경우 이미 만들어진 페이지(웹뷰 : 앱내에서 웹을 보여주는 역할)가 있어서 API만 요청을 하면 된다.
=> 앱이 업로드 시간이 더 적게 걸린다.

---

15. 일반 웹사이트 / 모바일 웹사이트

모바일 환경에서 웹사이트를 서로 다른 링크로 걸어놓는 경우도 있다.
일반 웹사이트 : naver.com
모바일 웹사이트 : m.naver.com

---

16. 서버

1. DB서버
2. API서버
3. 스토리지서버

---

17. CI / CD

CI CD 동작원리

1. code
2. build
3. test
4. release : 같은 제품을 새롭게 만드는 것
5. deploy : 프로그램 등을 서버와 같은 기기에 설치하여 서비스 등을 제공

CI (continuous integration)

main repo에 버그 수정이나 코드들이 주기적으로 업로드 되는 것

• 이후 CI Server에서 build와 test가 성공적으로 되도록 자동화 한다.
  test가 실패할 경우 해당 merge 대상에게 언급

• 장점 : 코드 퀄리티 향상 / 버그 수정 용이

CD (continuous delivery)

배포 전 직접 개발팀이 해당 코드를 검증을 하고 배포하는 것 (수동적)

CD (continuous development)

배포 전 자동으로 사용자에게 배포하도록 하는 것 (자동적)

CI / CD 툴

1. Jenkins
2. Github action
3. Buildkite
4. Gitlab CI/CD

---

18. +a

객체지향 이해
테스트 코드 작성
아키텍처 이해
포트폴리오는 제대로 된 한놈만 만들자 -> 평가자는 일일히 전부 볼 시간이 없다

출처

프레임워크와-라이브러리React는-뭐야

FE+BE 입문 개발자가 챙겨가야할 지식 키트 그랩(이호연)