RDS RDBMS를 지원하며 Multi-AZ를 이용한 고가용성 데이터베이스 기본 인스턴스의 수행 작업(백업, 스냅샷)을 대신하여 기본 인스턴스의 부담 ↓ 기본 인스턴스의 스냅샷을 캡쳐 후, 다른 AZ에 복원하는 '동기식' 예비 복제본 생성 즉, Active(AZ A) - StandBy(AZ B, C) 구조를 형성한 후 지속적인 동기화 StandBy 전환 상황 - 전환 시 60 - 120초 소요 FailOver 실시 AZ 중단 DB 인스턴스 소프트웨어 패치 Read Replica 기본 DB 인스턴스가 읽기,쓰기를 담당한다면 Read Replica는, 읽기만 담당하여 Master DB Instance의 부담을 줄임 DB 인스턴스 스냅샷 캡쳐 후, 이를 기반으로 Replica를 생성해, 데이터를..

EC2 rg6 ↔ m6g 차이점 도커 컨테이너 로그 → 외부 마운트 → 관리 용이하게 (하루 차이나게 전송) ex: 2023.05.01.log ContainerRegistry 구축 or AWS registry 알아보기. 도커용 서버 따로 (보안 중요) Ec2 → S3로 컨테이너 로그가 나갈 시 비용 추적 CI/CD → 유지보수성, 관리 차원, 기술적 이점 등 고려 요구사항 rg6 ↔ m6g 차이점 도커 컨테이너 로그 → 외부 마운트 → 관리 용이하게 (하루 차이나게 전송) ex: 2023.05.01.log ContainerRegistry 구축 or AWS registry 알아보기. 도커용 서버 따로 (보안 중요) Ec2 → S3로 컨테이너 로그가 나갈 시 비용 추적 CI/CD → 유지보수성, 관리 차원,..

서비스 구상 EC2 (Dedicated Host or Reserved Instance) 개발서버, 배포서버, 웹 어드민서버, Nginx 서버 4개 인스턴스 Elastic IP (무료) Reserved Instance를 기준으로 가격 측정 Dedicated Host도 고려 S3 Bucket Standard 검색이 주 용도, 데이터 단기 보관에 적합 Glacier 검색이 주 용도, 데이터 장기 보관에 적합 Standard_IA 주 용도 = 자주 액세스 하지 않지만 즉시 액세스 필요한 데이터 일 경우, 3곳의 AZ에 분산 저장됨 OneZone_IA 주 용도 = Standard와 동일하지만 1곳의 AZ 저장으로 인한 정보 손실 가능성 Intelligent Tiering 불규칙한 액세스 빈도를 가진 서비스일 경우..

💡 Agile 애자일(Agile)은 소프트웨어 개발에서 사용되는 프로젝트 관리 방법론 중 하나입니다. 애자일은 기존의 전통적인 워터폴 방식과는 달리, 유연한 방식으로 프로젝트를 진행하며, 변경에 대한 대응력과 고객과의 소통을 강조합니다. 이를 통해 프로젝트의 성공 확률과 품질을 높일 수 있습니다. 애자일 방법론에는 다양한 종류가 있지만, 대표적으로 다음과 같은 것들이 있습니다. 스크럼(Scrum): 일정 주기마다 기능을 개발하고 검토하며, 문제를 해결하는 방식으로 진행되는 방법론입니다. 스프린트(Sprint)라는 단위로 일정 주기마다 개발을 진행하고, 매 스프린트 끝에서 검토 및 피드백을 받습니다. 익스트림 프로그래밍(XP, Extreme Programming): 개발 프로세스의 모든 단계에서 코드 품질..

Sequence Diagram 객체들 사이에서 시간에 따라 발생하는 상호작용을 보여주는 다이어그램 문제 해결에 필요한 객체를 정의, 객체간 송/수신 메시지의 순서를 시간의 흐름에 따라 표시 일반적으로 화면 요구사항과 클래스 다이어그램 기반으로 작성 시퀀스 다이어그램과 클래스 다이어그램 크로스 체크 구성요소 1. 액터(Actor) : 시스템으로부터 서비스를 요청하는 외부 요소로 사람이나 외부시스템을 의미 2. 객체(Object) : 클래스의 객체 3. 생명선(Lifeline) : 객체의 생성, 소멸, 활성화될 때를 나타내는 선 (위 -> 아래, 점선) 4. 활성 박스(Activation Box) : 객체가 다른 객체와 상호작용하며 활성화 되고 있음을 표현 (직사각형) 5. 메세지(Message) : 객체간..

💡 프로젝트 설계 소프트웨어 개발 단계 분석 단계 사용자 요구사항 정의서 유스케이스 명세서 요구사항 추적표 등 설계 단계 작성된 SRS기반 설계 클래스 설계서 사용자 인터페이스 설계서 컴포넌트 설계서 인터페이스 설계서 통합 시험 시나리오 단위시험 케이스 데이터 전환 및 초기데이터 설계서 등 구현 단계 개발 진행도의 가시화 단위시험 결과서 DB 생성 스크립트 등 문서화 시험 단계 전체적인 테스트 통합시험 결과서 시스템시험 결과서 사용자 지침서 운영자 지침서 시스템 설치 결과서 인수시험 시나리오 인수시험 결과서 등 💡 사용자 요구사항 정의서 작성 목적 시스템 요구사항 합의, 업무단위로서 가치를 가지고 수행될 수 있는 업무를 도출하여 업무내용 기술 작성 방법 쉽게 구체적인 언어표현 사용, 기능 & 비기능적 요..

💡 SRS Software Requirements Specification 소프트웨어가 무엇을 & 어떻게 작동할 것인지 예상되는 요구사항 정의서 제품의 모든 이해 관계자의 요구를 충족 시키는데 필요한 기능 명세 프로젝트의 전체적인 그림 비즈니스 관점에서의 개발 프로젝트 과업 발생 사내 시스템 고도화에 따른 프로젝트 계약 체결 -> Needs 발생 사업자 선정 및 계약 요구사항을 해결해출 최적의 사업자 선정 및 거래 제안 or 사업 입찰 미팅 & 계약 체결 발주처 -> 선정 사업체로 제안요청서(RFP) 문서화하여 전달 ◾ RPF (Request For Proposal) : 개요, 구축컨셉, 요청사항 정의, 제안서 작성가이드 정의 등 기획 & 분석 프로젝트의 전처리 후, PM 선발 PM의 역량에 따른 물적&..