개발 알다가도 모르겠네요

세번째 프리코스 과제는 지난 주와 비슷하게 우테코에서 제공하는 라이브러리를 활용하여 로또게임을 구현하는 과제였다. 2주 차 공통 피드백과 피어리뷰를 참고해서 3주차 코딩 방식에 적용하고자 노력했다. README.md 작성법 공통 피드백에서 언급된 ‘죽은 문서가 아닌 살아있는 문서를 만들 것’ 이라는 피드백이 인상 깊었다. 처음부터 모든 구현 기능 목록을 완벽하게 작성하기보다는 기능을 구현해나가면서 문서를 업데이트하는 것이 중요하다는 것을 깨달았다. 특히 예외 처리의 경우, 공통 피드백에 언급된 것처럼 기능을 구현해나가면서 유동적으로 추가&수정해 나가도록 노력했다. 지난 주차까지는 기능 목록에 메서드 설계방식을 상세하게 작성했다. 이번 주에는 너무 세세한 부분까지 정리하는 것이 아니라 시야를 넓혀 전체의 ..

두 번째 프리코스 과제는 우테코에서 제공하는 라이브러리를 활용하여 구현하는 과제로 1주차보다는 구현하는데 시간이 좀 더 걸렸다. 피어리뷰를 통해 1주차 과제 구현과 코딩 방식에 대한 피드백을 받았고, 2주차 과제에서는 피드백을 의식하면서 코드를 작성하려고 노력했다. 구현하면서 크게 세 가지 토픽에서 깨달은 점이 있다. 코딩 스타일 indent depth를 최대 2까지만 허용하는 요구사항이 있었기에 eslint를 적용하여 depth를 넘기지 않도록 강제하였다. Airbnb Style Guide로 코딩 스타일을 설정하여 형식과 규칙에 어긋나거나 가독성이 떨어지는 코드를 효율적으로 바꿀 수 있었다. 또한 prettier를 통해 들여쓰기나 따옴표, 세미콜론 등의 스타일을 강제하여 코딩 스타일을 일관되게 유지하고..

프리코스 첫 주 과제는 기존에 많이 접했던 코딩테스트 유형의 문제들이었기에 풀이 자체는 그렇게 어렵지는 않았다. 하지만 기존에는 신중하게 생각하지 않았던 개발 내외적인 부분들이 많았기에, 이를 하나하나 보완해나가는 것에 중점을 두었다. 이 과정에서 대표적으로 세 가지 토픽에서 깨달은 점이 있었다. Javascript Syntax 기존에 자바스크립트를 접했기 때문에 기본 문법은 숙지한 상태였지만 includes, flat, from, spread, reduce, forEach, map과 같이 숙달되지 않은 문법들이 많았기에 최대한 적용하여 숙련도를 높이고자 노력했다. 세부적으로는 splice와 slice의 차이점을 파악하였고, Map과 Object의 장단점을 파악해서 상황에 맞게 적용하는 법을 학습했다. ..

기본 요소 instance AMI (Amazon Machine Image) 태그: meta-data AMI 필요한 SW가 구성되어 있는 템플릿 AMI에서 인스턴스를 바로 시작할 수 있음 (AMI 사본 == 가상서버) 인스턴스 동일한 AMI에서 다른 유형의 인스턴스 유형을 실행할 수 있음 인스턴스 중지 - stopped 요금이 부과되지 않음 EBS 볼륨 연결 및 분리 인스턴스로부터 AMI를 만들 수 있음 인스턴스 종료 - terminated 태그 고유의 메타 데이터 AWS 리소스에 할당되는 레이블 [key- value] 쌍 용도, 소유자 또는 환경을 기준으로 리소스 분류 리소스에 태그 지정/관리 [Tags] 탭에서 네트워킹과 보안 Virtual Private Cloud 고객의 네트워크와 간편하게 연결할 수..

비관리형: 사용자가 확장, 내결함성 및 가용성을 관리 관리형: 확장, 내결함성 및 가용성이 서비스에 내장되어 있음. Managed 관계형 데이터베이스 서비스 클릭 몇 번으로 클라우드에서 관계형 데이터베이스를 설정, 운영, 조정 다양한 엔진 제공 적합한 사례 복잡한 트랜잭션 또는 복잡한 쿼리 중간~높은 쿼리 또는 쓰기 속도 - 최대 30K IOPS (읽기 15K + 쓰기 15K) 단일 작업자 노드 높은 내구성 적합하지 않은 사례 대규모 읽기/쓰기 (예: 초당 150K) 큰 데이터 크기 또는 처리량 NoSQL 데이터베이스가 처리할 수 있는 간단한 GET/PUT 요청 및 쿼리 원하는 대로 바꾼 RDBMS Amazon Aurora 클라우드용으로 빌드된 MySQL 및 PostgreSQL 호환 관계형 데이터베이스 ..

Amazon Simple Storage Service (S3) 데이터 저장 및 검색 속도, 내구성, 가용성이 뛰어난 객체 액세스 버킷에 저장할 수 있는 객체 수 무제한 웹 어디서나 액세스: url을 통한 공유 99.999999999%의 내구성 Storage Class S3 Intelligent-Tiering Data Access 패턴이 변경될 때, 성능에 대한 영향 없이 스토리지 비용을 자동으로 최적화 객체별 월별 모니터링 및 자동화를 통해 자주 조회하거나 조회하지 않는 객체들의 티어를 자동으로 조정 -> 비용 최적화 S3 Glacier 저렴한 데이터 아카이빙 및 장기 백업 S3 glacier에 S3 콘텐츠의 수명 주기 아카이빙을 구성할 수 있음 S3 일반 시나리오 백업 및 스토리지 애플리케이션 호스팅 ..

IAM을 사용하여 AWS 리소스에 대한 액세스 관리 리소스는 사용자가 작업을 수행할 수 있는 AWS 계정의 entity 리소스 예: ec2, s3 세분화된 액세스 권한 정의 리소스에 액세스할 수 있는 사용자 액세스할 수 있는 리소스와 사용자가 리소스에 수행할 수 있는 작업 리소스에 액세스 하는 방법 IAM 사용자: AWS 계정으로 인증할 수 있는 사람 또는 애플리케이션 IAM 그룹: 동일한 권한 부여를 허락받은 IAM 사용자의 모음 IAM 정책: 액세스할 수 있는 리소스와 각 리소스에 대한 액세스 수준을 정의하는 문서 IAM 역할: AWS 서비스 요청을 위한 권한 세트를 부여하는 유용한 메커니즘 IAM 사용자 정의 시 사용자가 사용할 수 있는 액세스 유형 선택 프로그래밍 방식 액세스 인증 방법 acces..

Amazon Elastic Compute Cloud (EC2) 클라우드에서 EC2 instance라는 가상머신 제공 전세계 어디서나 가용 영역에서 모든 크기의 인스턴스 시작 크기 조정 가능한 컴퓨팅 용량 EC2는 on-premise 서버로 해결하기 어려운 문제를 해결할 수 있음 종량제 요금과 다양한 하드웨어 및 소프트웨어 제공 Amazon Machine Image (AMI) 사용 필요에 따라 인스터스 추가/종료 인스턴스 일시 중지 및 다시 시작 Serverless Computing 서버를 관리하지 않고 애플리케이션과 서비스를 구축하고 실행하는 것 AWS Lambda 완전 관리형 컴퓨팅 서비스 상태 비저장 코드 실행 (stateless) 일정에 따라 또는 이벤트 (S3 버킷 또는 DynamoDB 테이블의 ..

AWS 리전 (Region) 지리적 영역 리전 간의 데이터 복제는 사용자가 제어 리전 간 통신: AWS 백본 네트원크 인프라 각 AWS 리전은 완전한 이중화 및 네트워크 연결 제공 2개 이상의 가용 영역으로 구성됨 가용 영역 (Availability Zone) 각 리전에는 다수의 가용 영역이 있음 각 가용 영역은 AWS 인프라의 완전히 격리된 파티션 가용 영역은 별개의 데이터 센터로 구성 내결함성 제공 고속 프라이빗 네트워크를 통해 다른 가용 영역과 상호 연결 AWS 데이터 센터 보안을 고려하여 설계됨 데이터가 상주하고 데이터가 처리되는 위치 각 데이터 센터는 이중화된 전력, 네트워킹 및 연결을 사용하며 별도의 시설에 구축됨 AWS 인프라 기능 탄력성 및 확장성 탄력적 인프라, 동적 용량 조정 확장 기능..

가상화 기술 하드웨어 리소스를 논리적으로 다룰 수 있게 만드는 메커니즘 하나의 물리 서버 -> 여러 개의 서버 환경 구축 여러 대의 물리적 서버 -> 하나의 서버 환경으로 통합 서버 가상화, 네트워크 가상화, 스토리지 가상화 공간 절약, 비용 절감 하나의 물리적 서버 리소스에 여러 개의 서버 환경을 할당해 각각의 환경에 OS와 application을 실행할 수 있게 함. 하이퍼바이저 형 하나의 물리 서버 하드웨어 -> 하이퍼바이저라는 가상화 소프트웨어 -> guest OS (Linux, Winodws, ...) VMware vSphere, Hyper-V, Xen, KVM 컨테이너 형 하나의 OS 환경에서 application을 실행하기 위한 영역 (사용자 공간 == 컨테이너)을 여러 개로 나누어 사용 컨..