"pe/131" 태그로 연결된 6개 게시물개의 게시물이 있습니다.

I. 오토스케일링의 개요​

• 개념

  • 시스템 자원 매트릭을 모니터링하여 서버 사이즈를 자동으로 조절하는 기술

• 배경

  • 클라우드 컴퓨팅의 온디맨드 방식을 기반으로 자원 최적화, 고가용성, 온프레미스 대비 운영의 단순화를 위해 필요

II. 오토스케일링의 구조, 핵심요소, 적용방안​

가. 오토스케일링의 구조 (구성도, 개념도)​

Pod, 메트릭모니터링, 로드밸런서 이미지

나. 오토스케일링의 핵심요소​

구분	내용	비고
정책, 모니터링	메트릭 수집, 알람 전송	-
서버 이미지 배포	Scale-Out, Scale-In, 서버 프로비저닝	-
서비스 연결	Health-Check, 트래픽 제어	-

오토스케일링시 서버 추가까지 필요한 경우, Scale-Up이 비용절감의 효과를 가져올 수 있음.

기출​

• 131/1/8

I. 클라우드 컴퓨팅의 개요​

• 개념

  • 가상화 기술을 이용하여 사용자 필요시 인터넷을 통해서 서비스 형태로 IT자원을 제공하는 컴퓨팅 기법

• 배경

  • 클라우드 컴퓨팅이 비지니스 가용성과 온디맨드 사용으로 인한 비용 절감을 위해 활성화됨에 따라 다양한 산업 요구사항, 국가별 법/규제 충족, 성공적인 도입을 위한 세부모델 등장
  • 배포모델은 전략이고, 서비스모델은 전술.

II. 클라우드 컴퓨팅의 구조, 핵심요소, 적용방안​

가. 클라우드 컴퓨팅의 구조 (구성도, 개념도)​

• 배포 모델

구분	내용	비고
Private	-	-
Public	-	-
Hybrid	-	-
Community	-	-

• 서비스 모델

구분	내용	비고
IaaS	-	-
SaaS	-	-
PaaS	-	-

나. 배포모델과 서비스모델 비교​

구분	배포모델	서비스모델
목적	지속 가능 서비스 기반	온디맨드 서비스
범위	클라우드 구성 환경	클라우드 서비스
접근	온프레미스와의 연결성	비용 절감

온프레미스 서비스의 구성 환경에 따라 배포모델을 선택하고, 비지니스 요구사항과 비용에 맞는 서비스모델을 선택.

다. 클라우드 컴퓨팅 활성 전략​

구분	활성 전략	비고
배포모델	공공기관/지자체 민관협력형 클라우드 금융사 하이브리드 멀티 클라우드 등	-
서비스모델	CNCF Cloud Native App AAWS 6R Migration 등	-

기업은 목적에 맞는 전략을 활용하여 적절한 모델을 선택.

기출​

• 131/1/4

I. 개요​

IoT, IoE 시대가 도래함에 따라, 모든 IT 디바이스가 사람에게 위험요인이 될 수 있음. 위험을 회피, 전가, 감소, 수용, 이관하기 위해 SW 안정성 분석 필요.

II. FTA 분석 기법과 절차​

III. FMEA 분석 기법과 절차​

IV. HAZOP 분석 기법과 절차​

기출​

• 131/3/4

I. 개요​

가. 개념​

소프트웨어 각 모듈간의 인터페이스 관련 오류 및 결함을 찾아내기 위한 테스트 방법

나. 필요성과 배경​

시스템에서 일부 모듈만 새로 구축하는 경우 안정성을 위해 통합테스트 필요.

연결된 외부 모듈의 테스트 환경이 제공되지 않을 경우 상위 모듈이면 테스트 드라이버로 모킹, 하위 모듈이면 테스트 스텁으로 모킹.

II. ~구조, 핵심요소, 적용방안​

가. ~의 구조 (구성도, 개념도)​

나. ~의 핵심요소​

가.에 그린 다이어그램을 3단 표로 작성

구분	내용	비고
-	-	-

III. ~의 적용 전략, 접근 전략 가. ~의 적용 전략 SWOT 분석

나. ~의 적용 방안

구분	내용	비고
공공	(대국민서비스 향상)	-
금융	(가용성)	-
민간	(이윤추구)	-

어려울 경우

구분	내용	비고
비지니스 관점	-	-
기술 관점	-	-
보안 관점	-	-

IV. ~의 성공을 위한 추가적인 고려사항 || 성공 포인트

• 1
• 2

기출​

• 131/3/3

I. 개요​

개념​

시사점​

II. 차이점, 핵심요소, 적용방안​

가. 아키텍처 스타일과 디자인 패턴의 차이점​

구분	아키텍처 스타일	디자인 패턴
역할	-	-

나. 아키텍처 스타일 유형​

구분	내용	비고
MVC	-	-
서버-클라이언트	-	-
브로커	-	-

다. 디자인패턴 유형​

구분	내용	비고
생성패턴	-	-
구조패턴	-	-
행위패턴	-	-

III. 아키텍처 스타일과 디자인 패턴의 적용 전략, 접근 전략​

가. ~의 적용 전략 SWOT 분석

나. ~의 적용 방안

구분	내용	비고
공공	(대국민서비스 향상)	-
금융	(가용성)	-
민간	(이윤추구)	-

어려울 경우

구분	내용	비고
비지니스 관점	-	-
기술 관점	-	-
보안 관점	-	-

IV. 적용시 추가적인 고려사항​

• 1
• 2

기출​

• 131/2/6

I. 개요​

개념​

배경​

급변하는 비지니스 요구사항과 소비자의 니즈 변화에 대응하기 위해 SDLC 와 개발 리드타임이 짧아질 필요가 있음. 전통적인 폭포수 개발 방법론은 변경에 유연하게 대응하지 못하여 애자일 개발 방법론 대두.

II. 구조, 핵심요소, 적용방안​

가. 구조​

워터폴 그림 / 스프린트 그림

나. 핵심요소​

구분	폭포수	애자일
요구사항기준	요구사항 정의시 모든 요구사항 정의 필요	한 스프린트 주기 (2w-1m)에 가능한 만큼 정의
테스트	기능 구현 후 단위/통합/시스템 테스트	TDD 기반의 테스트 주도 개발
프로세스	프로세스 준수 강조	리뷰와 테스트를 토대로 유연하게 적용

다. 폭포수, 애자일 방법론의 적용방안​

구분	내용	비고
공공	대국민 서비스는 전통적인 기능을 제공하는 경우가 많으므로 신 RFP 기반의 폭포수 개발 방법론 도입	레거시어플리케이션
금융	전통적인 여신/이체 기능과 신규 서비스 기능을 나눠 두 가지 개발 방법론 선택	복합적
민간	비지니스 니즈에 대응하기 위해 애자일 개발 방법론 도입	인터넷 비지니스, 이커머스

인터넷 비지니스에 가까우면 애자일 개발방법론, 전통적인 기능을 제공하면 폭포수 개발방법론 적용.

기출​

• 131/1/3