북카페 진중문고 책을 보다가 "비전공자들을 위한 이해할 수 있는 IT 지식"이라는 책을 접하게 되었다. term project나 toy project들을 하면 이해할 수 없는 용어, 원리들이 있었는데 이번 기회를 통해 이해 못했던 개념들을 다시 다질 수 있었다.
내가 봤던 개념들을 유치원생도 이해할 수 있도록 한줄 정리로 정리해보고자 한다.
컴퓨터의 구성요소
- cpu: 연산
- 메모리: 컴퓨터 작업공간(보조기억장치에 있는 데이터들을 일일이 찾기 너무 시간걸림 -> 데이터 뭉티기를 메모리로 가져와서 그 안에서 작업)
- 보조기억장치(HDD/SSD): 저장공간
OS
- 사용자와 컴퓨터 하드웨어 연결해주는 프로그램
-> 종류가 많았지만 사용자가 많은 특정 os에서 독점을 함
(특정 지원 언어가 독식 -> 많이 쓰는 응용 프로그램들이 특정 os만 돌아가게 만듦)
cf) JVM(Java Virtual Machine)
-> 여러 운영체제 위에 자바 언어로 만든 프로그램이 돌아갈 수 있게 만듦.
ex) 파이썬....
-> 용량 한계가 있는 모바일은 모든 os에 대해서 돌아가는 프로그램의 발전이 상대적으로 느림!(많은 살마들이 쓰는 특정 언어는 곧 영향력이기 때문)
- Low level language -> 컴퓨터 친화적 -> 제작단가 내려가서 컴퓨터 성능이 낮아도 돌아감(iptv같은 임베디드 시스템들)
- High level language -> 컴퓨터 성능이 좋아야함 -> 제작단가 업
네트워크
- LAN(Local Area Network): 컴퓨터가 연결되니 작은 지역
- MAN(Metropolian Area Network): 도시의 여러 LAN
- WAN(Wide Area Network): 도시-도시/세계-세계
- 이 유선 네트워크의 발전으로 초고속 인터넷망/ 무선망 3g,4g,5g등이 발전
- IP주소: 파일들의 정보를 주고 받기 위해 숫자로 지정된 컴퓨터 주소
ex) 인트라넷도 군대 내의 lan/man/wan의 체계로 독자적인 망
클라이언트(Clients) & 서버(Server)
클라이언트(Clients)
-> 개인 컴퓨터(사용자)/'일을 맡긴 사람', '요청 보낸 이'
ex) 스마트폰/pc......
서버(Server)
-> 요청 받고 처리/데이터 저장/데이터 주기/ 응답
-
운영체제: 리눅스 OS -> 무료라서 이 os를 사용
-
서버 프로그램:
1.우분투->리눅스 os버전 중 하나
ex) 윈도우xp, 윈도우7, 윈도우10........... -
왜 윈도우/ 맥을 서버로 쓰기에는 비싼가? -> 그래픽 UI 때문/ 리눅스는 그래픽 ui필요x, 저렴, 무료
-
개인sever은 왜 안써?
-> 관리가 힘들다
-> 리스크를 개인 부담하기 어려움 -
호스팅 업체 등장(cafe24, 가비아, Aws)
-> 서버 컴퓨터 대여
API
-> 클라이언트, 서버와 같은 서로 다른 프로그램에서 요청, 응답을 주고 받을 수 있게 만든 체계/약속
요청(CRUD)
- 일반적으로 클라가 서버에 요청을 보낼때는 CRUD에서 벗어나지 않는다.
- 요청의 형식은 서버주소/A(기능수행유형) 형식이다.
- 이렇게 유형이 많아지다보면 겹칠수도 있음 ->
RESTFUL API 약속!(CRUD를 하나의 주소로 관리)
REST API
- CRUD를 하나의 주소로 관리하는 녀석이다.
CRUD Method
Creat -> Post
Rread -> GET
Update -> PUT(전체)/PATCH(일부)
Delete -> DELETE
여기서의 parameter -> 로그인정보,ID,password.....
Response 데이터
- 작업이 잘 되었는가 표시 약속 -> HTTP 상태 코드
- 200 -> good
- 400 -> 요청 오류
- 500 -> 서버 오류
SDK
- 소프트웨어 개발에 도움주는, API를 제공해주는 '다른 소프트웨어'
요청 응답 주고 받는 형식
- JSON형식: key-value 방식
- 형식
{
키1: 값1
키2: 값2
.
.
.
.
.
.
}
ex)
{
"아이디" : "andigh23"
"비번": "a12345"
.
.
.
}
-
파일에 JSON형식으로 데이터가 들어감
-
요약
어플리케이션
특징
-
버전 업데이트마다 클라는 계속 설치해야하는 수고
-
같은버전 x
-> 호환x
-> 버그
-> 결제전 버전과 현 버전 가격이 다름
해결: 서버 api로 불러오게함 -
앱생태
: ios앱스토어 -> 심사과정 복잡 time 증가
: 플레이 스토어 -> 빠르게 올림/ 정책에 안맞으면 바로 삭제 -
네트워크 영향을 덜받음
ex) 카톡의 기록들은 클라이언트에 저장
-> 너무 용량이 커지면 삭제공간 확보후 속도이슈 해결
Web
구성
- HTML: 내용
- CSS: 디자인
- Javascript: 기능 코딩
cf) 퍼블리싱
: html과 css 만드는것
특징
-
브라우저를 통해 모든 os에서 작동/파일을 열수 있음
-
절차
- 완성성본을 모두 서버에 올림
- 사본을 서버에서 클라로 보내줌
- 새로고침
- 바로 변동사항 반영
- 모바일에 비해 변동사항/기능 추가가 빠름
- 서버 터지면 네트워크 속도가 느려지고 엄청난 불편을 겪게됨
- 수정용이
이슈들 (app & web)
- web에서는 브라우저 자체가 어플리케이션이라 버전이 새로 생성되면 기존 브라우저에서 열수 없는 사이트 존재
ex)
크롬1 -> 크롬2 (x)
css1 <- css2(o)
반응형 web
- 브라우저의 가로 넓이에 '반응'하여 구성요소가 변함
-> 가로 넓이가 특정 픽셀이하로 내려가거나 올라가면 css그대로 / 레이아웃만 다르게 - 이전: 픽셀마다 다른 css적용
- 이후: 서로 다른 넓이에 따른 css추가 코딩 / 레이아웃 변경
앱 & 웹
- 네이티브 어플리케이션
- os와 기능들로 만듦 / 앱임 / 수정 반영 시간이 길음 / 클라가 업데이트 해줘야하는 수고
- 모바일 웹앱
- 브라우저 / 인터넷 / 서버 / Javascript,HTML,CSS
- 하이브리드 어플리케이션
- 웹+앱 -> 기능을 나눔
-> 구분법: api문서
DB & 이미지 처리
DB등장 배경
- 텍스트.txt에 일일이 정보 입력
- 동명이인등 찾기 힘듦/ CRUD 를 많은 사람들이 요청
- 데이터 깨짐 / 잘못 수정
문제점: 결제 오류는 돈과 관련되어서 심각한 문제, 데이터 용량이 커지면 커질수록 계속 처음부터 txt파일을 일일이 찾으러 돌아다녀야함.
관계형 DB
-
엑셀과 같이 row와 col에 정보에 따라 유저 데이터 쌓기
ex) 동명이인 이슈는 몇번째 row인지 고유값이 지정, issue 해결 -
엑셀 sheet -> table
-
엑셀 파일 자체 -> 스키마 / 데이터 베이스
-
수정 같은 CRUD 요청시 한부분만 check하면 끝!
관계형 DB 관리 시스템(RDBMS)
-
개발자용 관계형 DB 관리 시스템
ex) MS SQL, Oracle DB, My SQL ..... -
클라/서버 둘다 모두 돌릴 수 있음
-> 어디서 불러오는가? -> API문서 참조
-정리
클라 = 내부 DB = 네이티브 = 프론트 = 로컬
서버 = API요청 = DB = 백 = 백엔드
이미지 처리
-
용량 큼 -> 서버에서 다운 너무 많은 시간 소요 -> 클라 저장
-
용량 작음 -> 서버 저장 -> 나중에 서버에서 불러옴
-
수정사항 많아지면 클라에서 수정 업데이트 너무 많은 시간 소요하기 때문에 서버에 저장하여 수정 용이
ex) 가격 정책/프로필 수정 -
결론
-> 이미지 성격에 따라 다르다.
이미지 성격 예시
case1. 인스타 프로필
- 사진 업데이트 / 비공개 프로필
-> 누가 어떤 이미지? -> 관계 생성 -> 관계형 데이터 -> 무결성 중요 -> 비공계 프로필 관리 필요 -> 이미지 주소 텍스트 관리 -> DB에서 관리
프레임워크
- OS에서 프로그램 쉽게 만들 수 있도록 지원해주는 각종 라이브러리 집합체
| 프로그래밍 언어 | 프레임워크 |
|---|---|
| Python | flask, django.... |
Java Kotlin | Android, Frame work.... |
..... | ...... |
- 내용참조: 비전공자들을 위한 이해할 수 있는 IT지식
- 책 사진 : http://www.yes24.com/Product/Goods/91165789
- lan/man/wan 사진: https://www.apposite-tech.com/blog/whats-difference-metropolitan-area-network-man-wide-area-network-wan/
- API 사진:https://brunch.co.kr/@ogaa2143/30
- crud사진 :https://youngjinmo.github.io/2019/08/oracle-crud/
- Restful api architecture사진: https://dilankam.medium.com/restful-api-design-best-practices-principles-ded471f573f3
7.요약 사진: http://www.incodom.kr/REST- 프레임워크 사진: https://m.blog.naver.com/dktmrorl/222121510562
- 팀쿡짤: http://34.64.107.232/tags/%ED%8C%80%EC%BF%A1
