분류 전체보기 (85) 썸네일형 리스트형 [AWS] Amazon Machine Image(AMI) Amazon Machine Image(AMI)는 인스턴스를 시작하는 데 필요한 정보를 제공하는 AWS에서 지원되고 유지 관리되는 이미지입니다. 인스턴스를 시작할 때 AMI를 지정해야 합니다. 동일한 구성의 인스턴스가 여러 개 필요할 때는 한 AMI에서 여러 인스턴스를 시작할 수 있습니다. 서로 다른 구성의 인스턴스가 필요할 때는 다양한 AMI를 사용하여 인스턴스를 시작할 수 있습니다. AMI Type 에 따라 가격이 다름 [AWS] 비용 탐색기 (Cost Explorer) AWS Cost Explorer는 시간에 따른 AWS 비용과 사용량을 시각화, 이해 및 관리할 수 있는 손쉬운 인터페이스를 제공합니다. 비용 및 사용량 데이터를 분석하는 사용자 지정 보고서를 작성하여 신속하게 시작합니다. 데이터를 높은 수준으로 분석(예: 모든 계정의 총 비용 및 사용량)하거나 비용 및 사용량 데이터를 자세히 분석하여 추세를 식별하고 비용 동인을 파악하고 이상을 탐지합니다. [AWS] 통합결제 (Consolidated billing) 여러 AWS 계정 또는 여러 Amazon Internet Services Pvt. Ltd(AISPL) 계정의 청구 및 결제를 통합할 수 있습니다. 장점 하나의 청구서 – 여러 계정에 대해 하나의 청구서를 받습니다. 추적 용이 – 여러 계정에 걸쳐 요금을 추적하고 비용 및 사용량 데이터 합계를 다운로드할 수 있습니다. 사용량 통합 – 조직 내 모든 계정에 걸쳐 사용량을 통합하여 대량 구매 요금 할인, 예약 인스턴스 할인 및 Savings Plans를 받을 수 있습니다. 이를 통해 프로젝트, 부서 또는 회사에 청구되는 요금이 개별 계정 요금보다 낮아집니다. 추가 비용 없음 – 통합 결제는 추가 비용 없이 제공됩니다. [AWS] AWS Shield, AWS Shield Advanced AWS Shield는 AWS에서 실행되는 애플리케이션을 보호하는 디도스(DDoS) 보호 서비스입니다. Amazon Elastic Compute Cloud(EC2), Elastic Load Balancing(ELB), Amazon CloudFront, AWS Global Accelerator 및 Amazon Route 53 리소스에서 실행되는 애플리케이션을 목표로 하는 공격에 대해 더 높은 수준의 보호를 구현하려면 AWS Shield Advanced를 구독하면 됩니다. AWS Shield Standard가 제공하는 네트워크 및 전송 계층 보호 이외에, AWS Shield Advanced는 정교한 대규모 DDoS 공격에 대한 추가 보호 및 완화, 실시간에 가까운 공격에 대한 가시성, 웹 애플리케이션 방화벽 .. [소프트웨어 프로젝트 관리] 변경 관리 사전에 정해진 룰에 따라 변경을 제한하고, 통제해야 한다. 변경을 없애라는 것이 아닌, 통제를 하라는 것 형상관리 통제 개발 중인 시스템에 변경이 함부로 일어나지 않게 통제 변경이 될 때는 항상 baseline을 그어야한다 CCB (Change Commit Board, 변경위원회) 를 구성하면 좋다. [소프트웨어 프로젝트 관리] 프로젝트 단계 소프트웨어 프로젝트의 개념적 단계 : 발견 - 발명 - 구현 단계를 분명하게 긋는 계획은 좋은 것이 아니므로, 어느정도 겹치게 두는 것이 좋음 발견, 발명 : 불확실한것을 확실한 것으로 바꾸는 과정 구현 : 확실한 가능성을 실현하는 과정 단계별 납품 계획 각 단계에서 적극적으로 리스크 관리하여 리스크 요인 제거 다음 단계를 위한 상세 계획 수립 소프트웨어 프로젝트 단계 사전 계획 프로젝트 비전 및 목표 수립 프로젝트를 하는 이유 제시 계획 및 진척도 공개 리스크 관리 소프트웨어 프로젝트는 Complexity 특성을 가지므로, 복잡하고 위험하여 예산, 일정 초과 등의 가능성이 높아 리스크 관리가 필요 전체 5% 정도의 노력을 리스크 관리에 투자하면 프로젝트를 성공할 확률이 50 ~ 75% 정도 높아짐 리스.. [소프트웨어 프로젝트 관리] 프로젝트 가시성 프로젝트 가시성 : 프로젝트 현황을 정확하게 판단할 수 있는 정도 가시성을 높여 리스크 관리를 할 수 있음 가시성을 높이기 위한 방안 프로젝트의 비전이나 목표 설정 --> 같이 가야할 방향을 공유하여 팀워크 향상 계획 대비 실적을 정기적으로 비교 상세한 마일스톤 (binary milestones : 정해진 일정을 했는지 안했는지 True/False 로 관리하는 기법) 설정 정기적으로 제품 Release 코딩 진척률 프로젝트 상황 파악에 도움이 됨 S 곡선을 그리는 것이 이상적 참고 - 스티브 맥코넬 저, 『소프트웨어 프로젝트 생존전략』 [소프트웨어 프로젝트 관리] 소프트웨어 프로젝트 정의 소프트웨어를 생산하는 과정 성공 비법 성공 = 뛰어난 개발자의 역량 + 협업 협업을 통해 프로젝트 생존을 하고, 개발자의 역량을 통해 성공할 수 있다. 생존 비법 프로젝트 생존 : 프로젝트가 취소 및 해체되지 않는 것 문명화된 방식(civilized way)으로 소프트웨어 프로젝트 관리가 되어야 생존이 가능 문명화된 방식(civilized way) : 서로의 권리를 존중하는 것 잘 정의된 개발 프로세스는 상류(upstream) 활동에 많은 투자를 진행 상류(upstream) : 기획/요구사항 분석/설계 단계 특징 데모가 불가능하여 invisible 한 상태 --> 잦은 review 를 통해 visible 화 필요 버그 생성의 약 80% 원인 상류 단계에서 문제 발생 시 '단계 내 봉쇄'를 통해 프로.. 이전 1 2 3 4 5 6 7 ··· 11 다음
