대표적인 클라우드 Azure, AWS, GCP, Oracle에서 제공하는 프리티어 서비스를 비교해 보았습니다. 지속적으로 추가 중입니다.일반 FreetierAzure은 아래 외에도 30일간 USD200 토큰을 지급합니다.GCP는 아래 외에도 90일간 USD300 토큰을 지급합니다.Oracle의 1oCPU는 1개의 실제 물리적 코어를 의미하며, x86에서는 1oCPU = 2vCPU, Arm에서는 1oCPU = 1vCPU가 됩니다. AzureAWSGCPOracleComputeAzure Virtual MachineAmazon EC2Compute EngineComputeB1s(1vCPU, 1GiB) Linux, Window용 각각 월 750시간 제공(12개월)t3.micro(0.2vCPU, 1GiB) 또는 t2..
오늘 Svelte 튜토리얼을 보며 Await 응용을 해보고 있었다. async function getRandomNumber() { const res = await fetch(`/tutorial/random-number`); const text = await res.text(); if (res.ok) { return text; } else { throw new Error(text); } } let promise = getRandomNumber(); {#await promise} ...waiting {:then number} The number is {number} {:catch error} {error.message} {/await} Svelte에서는 위와 같이 간단한 방식으로 비동기적으로 fetch할 수..
npm을 사용하거나 패키지들을 관리할 때 2.9.9, 0.4.1 이런 식의 세 부분으로 나뉜 버전을 보신 적이 있을 겁니다. 사실 이런 버전들은 임의로 정해진 것이 아니라, 규칙에 따라 정해진 것입니다. 이 규칙을 시맨틱 버저닝(Semantic Versioning)이라 합니다. 시맨틱 버저닝의 구성 시맨틱 버저닝은 Major, Minor, Patch의 3 부분으로 나뉘어 있습니다. Major.Minor.Patch 각각의 버전이 올라가는 기준은 다음과 같습니다. Major version: 하위 버전과 호환되지 않는 API 변경 시 Minor version: 하위 호환이 가능한 기능 추가 Patch version: 하위 호환이 가능한 버그 수정 그리고 다음과 같은 규칙이 있습니다. Major version이..
VSCode에서 바로 Poetry로 만든 가상 환경에서 작업 시에는 Poetry의 가상 환경 virtualenv가 인식이 되지 않는 문제가 있다. 이는 바로 Poetry가 작업 환경이 아닌 다른 로컬 폴더에 가상 환경을 저장하기 때문인데, 이를 수정하기 위해서는 작업 환경으로 가상 환경 폴더를 이동시켜주면 된다.poetry config virtualenvs.in-project truepoetry config virtualenvs.path "./.venv"poetry install위의 명령어로 가상 환경의 이동이 끝났다면, VSCode를 재시작 해주면 자동으로 인식하여 인터프리터를 잡아 준다. 이상태에서도 게속 제대로 환경을 잡지 못한다면, Cmd + Shift + P(Ctrl + Shift + P)를 눌..
파이썬은 node.js의 npm, yarn과 같은 패키지 매니저와 package.json처럼 표준화된 형식이 없다. 이에 파이썬의 다양한 가상 환경, 패키지 매니저를 정리하였습니다. 추천하는 것은 간단하게 사용한다면, pip + venv를 사용하는 것을 추천하고 아니면 poetry 또는 pipenv를 추천합니다. pip 패키지 매니저 파이썬에서 기본적으로 제공하는 패키지 매니저다. pip freeze > requirements.txt # 현재 설치된 패키지 목록을 저장한다 pip install -r requirements.txt # 패키지 목록에 있는 패키지를 설치한다 위와 같은 방식으로 패키지를 관리할 수 있다. 패키지 의존성을 확인하기 어렵다 https://github.com/pypa/pip GitH..
웹에서 vscode를 사용할 수 있도록 해주는 code-server를 AWS의 EC2를 이용하여 생성하는 방법을 소개합니다. 1. EC2 인스턴스 생성하기 AWS 계정 생성 등 이전의 절차는 완료된 상태에서, EC2 컨테이너를 생성하겠습니다. 이번에 사용할 컨테이너는 t2.micro로 free tier대상이기에 무료로 사용할 수 있습니다. 또한 code-server는 t2.micro로도 충분할 정도로 가벼운 사양을 가지고 있기에 단순 코딩용으로 이용하기 적합합니다. code-server의 권장 최소사양은 1 GB of RAM, 2 CPU cores 으로 실제로는 t2.micro의 다음 사양인 t2.small 이상의 인스턴스를 사용하는 것이 좋습니다 아시아 태평양 (서울)ap-northeast-2로 지역을..
EC2 인스턴스를 사용하다 보면 예상보다 용량이 더 필요하여 기존에 사용하던 인스턴스의 용량 확장이 필요한 경우가 있습니다. 이러한 경우에 용량을 늘리는 방법을 소개합니다. 콘솔에서 볼륨 확장 우선 AWS 웹에서 볼륨을 확장해 줍니다. EC2 서비스 -> Elastic Block Store -> 볼륨 -> 볼륨 선택 -> 수정 -> 크기 -> 수정 버튼 과정으로 EBS 볼륨의 크기를 늘일 수 있습니다. 최신의 인스턴트 종류들은 대부분 실시간 수정이 가능하나 구형 인스턴스는 안될 수 있습니다. 인스턴스에서 반영 콘솔에서 볼륨을 확장해주었다면, 인스턴스로 들어가 확장된 볼륨을 반영하여 파티션을 수정해주어야 합니다. 파티션 확인 lsblk 위의 명령어를 통하여 파티션을 확인해줍니다. 아래는 출력의 예시입니다...
