서버리스 컴퓨팅 서비스 서버리스는 사용자가 관리할 서버가 없다는 것이다. 단순히 서버가 없다고 착각하면 안된다. Lambda는 장점이 많다. 비용 : 코드가 실행될 때만 요금이 발생한다. 보안 : 시스템적인 것은 AWS에서 관리하므로 사용자는 Lambda로 사용할 코드만 관리하면 된다. 가용성 : 복수의 가용 영역(AZ)에서 실행된다. 사용자가 설정하지 않아도 고가용성, 장애 대응성이 유지된다. 확장성 : 동시에 다수의 처리를 해야 하는 경우 AWS가 관리하는 처리용 인스턴스가 시작되면서 확장된다. "사용한 컴퓨팅 시간에 대해서만 요금을 지불하면 되고 코드가 실행되지 않을 때는 요금이 부과되지 않습니다. Lambda를 사용하여 사실상 모든 유형의 애플리케이션 또는 백엔드 서비스의 코드를 실행할 수 있고 ..
AMI는 EC2 안에 가상 머신을 생성하기 위해 사용되는 특수한 유형의 가상 어플라이언스이다. AMI는 인스턴스를 시작하는 데 필요한 정보를 제공하는 AWS에서 지원되고 유지 관리되는 이미지이다. 인스턴스를 시작할 때 AMI를 지정해야 한다. 동일한 구성의 인스턴스가 여러 개 필요할 때는 한 AMI에서 여러 인스턴스를 시작할 수 있다. 서로 다른 구성의 인스턴스가 필요할 때는 다양한 AMI를 사용하여 인스턴스를 시작할 수 있다. AMI를 생성 및 등록한 다음 새 인스턴스를 시작하기 위해 그것을 사용할 수 있다. AMI를 동일한 AWS 리전 또는 다른 AWS 리전으로 복사할 수 있다. 더 이상 필요 없는 AMI는 등록 취소할 수 있다.
git stash 최근 커밋 이후로 작업했던 내용은 모두 스택에 옮겨지고 working directory 내부는 다시 최근 커밋의 상태로 초기화 어떤 브랜치에서 하던 작업을 아직 커밋하지 않았는데 다른 브랜치로 가야하는 상황에서 작업 중이던 내용을 잠깐 저장하고 싶을 때 잘못된 브랜치에서 작업하고 있을 때 git stash를 사용하기도 한다. 해결하는 과정 1. git stash로 stack에 작업 내용을 저장한다. 2. 올바른 브랜치로 가서 다시 git stash apply를 한다. 작업 내용 저장 - git stash 작업 내용 조회 - git stash list 작업 내용 적용 - git stash apply [작업 내용의 아이디] 작업 내용의 아이디를 생략하면 가장 최근의 작업 내용이 적용됨 작업..
차이점 1. rebase는 새로운 커밋을 만들지 않는다. 2. rebase로 만들어진 커밋 히스토리는 merge로 만들어진 커밋 히스토리보다 좀 더 깔끔 merge : 두 브랜치를 합쳤다는 정보가 커밋 히스토리에 꼭 남아야하는 경우 rebase : 커밋 히스토리를 깔끔하게 유지하는게 더 중요한 경우 rebase나 merge나 결과물은 똑같다.
이전 커밋으로 git reset을 한다고 해도 그 이후의 커밋들이 삭제되지 않고 남아있다. git reset은 과거의 커밋뿐만 아니라 현재 HEAD가 가리키는 커밋 이후의 커밋으로도 할 수 있다. git reset과 git checkout의 차이점 [git reset] HEAD가 가리키던 브랜치가 다른 커밋을 가리키도록 한다. HEAD도 결국 간접적으로 다른 커밋을 가리키게되는 효과가 생긴다. [git checkout] HEAD 자체가 다른 커밋이나 브랜치를 가리키도록 한다. 브랜치를 통하지 않고, 커밋을 직접적으로 가리키는 HEAD를 Detached HEAD라고 한다.
git push : local repository의 내용을 remote repository에 보내기 git push -u origin master : local repository의 내용을 처음으로 remote repository에 올릴 때 사용한다. git pull : remote repository의 내용을 local repository로 가져오기 git clone (Github에 있는 오픈소스의 주소) : Github에 있는 프로젝트를 local repository로 가져오기 git log : 커밋 히스토리 보기 [--pretty=oneline 옵션 : 커밋 하나당 한 줄 씩] git diff : 두 커밋 사이의 변화 ------------------- git 명령어, 옵션 등이 긴 경우 git c..
git init : 현재 디렉토리를 Git이 관리하는 working directory로 설정하고 그 안에 repository(.git)을 생성 git status : 현재 저장소에서의 작업 내용을 확인 git config user.name '아이디' : 현재 사용자의 아이디를 설정 git config user.email '이메일 주소' : 현재 사용자의 이메일 주소를 설정 git add [파일 이름] : 특정 파일을 staging area에 올림 git add [디렉토리 이름] : 해당 디렉토리 내에서 수정사항이 있는 모든 파일들을 staging area에 올림 git add . : working directory 내의 수정사항이 있는 모든 파일들을 staging area에 올림 git reset [파일..
