Skip to main content

오토스케일링

· 2 min read

131/1/8

I. 오토스케일링의 개요

  • 개념

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

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

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

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

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

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

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

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

"끝"

클라우드 컴퓨팅, 서비스 모델, 배포모델

· 3 min read

131/1/4

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

  • 개념

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

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

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

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

  • 배포 모델
구분내용비고
Private--
Public--
Hybrid--
Community--
  • 서비스 모델
구분내용비고
IaaS--
SaaS--
PaaS--

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

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

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

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

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

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

"끝"

속독 방법

· 4 min read

개요

  • 어렸을 때 어디선가 속독 책을 봤는데 기호가 난무하고 암호가 즐비한 책인 줄 알았다.
  • 한 번 봐도 큰 효과는 없길래 사기구나 싶었다.
  • "당신도 지금보다 10배 빨리 책을 읽는다"란 책 후기에 넘어가 도전해보려고 한다.

기준

단어 수 기준으로는 이렇다.

  • 일반인: 600자/분
  • 명문대학생: 1,500자/분
  • 따라읽기의 한계치: 3,000자/분
  • 속독: 10,000자/분

방법

완벽하게 하려고하지 않는다. 속으로 따라읽지 않는다. 머리나 몸은 고정한다.

빠르게 보기

  • 가로, 세로, 횡대각, 종대각
    • 눈에서 15~20cm 거리에 둔다.
    • 각 점을 따라 0.5초 이내의 속도 간격으로 눈동자를 크게 움직인다.
    • 1에서 10까지 10에서 1까지 돌아온다.
    • 각각 30초씩 반복한다.
    • 시선을 크고 빠르게 움직이는 것을 의식한다.
  • 원 운동
    • 눈에서 15~20cm 거리에 둔다.
    • 원 한 바퀴를 왕복하는데 10초 정도로 천천히 시선을 움직인다.
    • 원 운동을 3번 반복한다.
  • 기호 2점
    • 눈 가까이 가지고 올 필요는 없다.
    • 좌우의 점만을 교대로 응시한다.
    • 가능한 빠르게 60초 동안 본다.
  • 문자 2점
    • 눈 가까이 가지고 올 필요는 없다.
    • 좌우의 점만을 교대로 응시한다.
    • 가능한 빠르게 60~90초 동안 본다.

능동 시야, 수동 시야 늘리기

  • 단계
    • 1단계: 10단어씩 끊어서 그 시야 폭의 가운데를 본다.
    • 2단계: 능동시야를 1행으로, 수동시야를 3행으로 늘린다. 똑같이 문장의 가운데를 본다.
    • 3단계: 능동시야를 3행으로, 수동시야를 5행으로 늘린다. 속독의 시작.
  • 시야폭 늘리기
    • 눈에서 15~20cm 거리에 둔다. 마지막 사각형이 수동시야에 들어올듯 말듯한 거리
    • 작은 사각형에서 큰 사각형으로 본다. 큰 사각형까지 봤으면 다시 작은 사각형에서 시작한다.
    • 하나의 사각형을 0.5초 간격으로 본다.
    • 90~180초 동안 반복한다.

요약

  • 따라 읽지 않고, 글자를 더엉리로 보며 이해하는 연습을 꾸준히 하는 것
  • 시야 (수동시야)를 넓혀 한 번에 인식할 수 있는 양을 큰 폭으로 늘리는 것
  • 전자책은 수동시야에 다음 단락이나 문장이 보이지 않으므로 속독에는 비적합
  • 정독으로도 이해 못하는 내용은 속독으로도 이해 못한다.

화이트박스, 블랙박스 테스트 비교

· One min read

129/1/8

I. 개요

개념

배경

테스트 V모델에서 요구사항/분석/설계/코딩 측면은 개발자 관점의 화이트박스 테스트로 Verification 하고, 단위/통합/시스템/사용자 테스트 측면은 사용자 관점의 블랙박스 테스트로 Validation 하게 설계 필요.

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

가. 구조 (구성도, 개념도)

나. 핵심요소

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

구분내용비고
---

다. 적용방안

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

"끝"

응집도, 결합도 비교

· One min read

128/3/1

I. 개요

개념

개념도 또는 관계도

배경

최근 MSA 적용에 따른 모듈화의 중요성이 증가되었고, MSA의 각 서비스 단위는 응집도가 높고 결합도가 낮게 구현되어야함.

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

가. 구조 (구성도, 개념도)

나. 핵심요소

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

구분내용비고
---

다. 적용방안

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

"끝"

몽키테스트, 회귀테스트 비교

· 2 min read

129/4/4

I. 개요

개념

배경

애자일 개발 방법론 도입으로 소프트웨어의 잦은 변경으로 인하여 자동화되고 연속적인 테스트의 필요성이 증가.

기존 테스트로를 지속하면 살충제 패러독스가 발생하므로, 새로운 버그 발견을 위해 몽키테스트 실행.

II. 몽키테스트와 회귀테스트 비교

가. ~의 구조 (구성도, 개념도) 나. ~의 핵심요소 가.에 그린 다이어그램을 3단 표로 작성

구분내용비고
---

다. ~의 적용방안

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

"끝"

데이터옵스, 데브옵스 비교

· 2 min read

130/4/6

I. 개요

가. 데이터옵스, 데브옵스 개념

나. 배경

디지털트랜스포메이션으로 인한 빅데이터, DevOps의 중요성 증가.

II. 데이터옵스 아키텍처

가. ~의 구조 (구성도, 개념도) 나. ~의 핵심요소 가.에 그린 다이어그램을 3단 표로 작성

구분내용비고
---

III. 데이터옵스 주요 기술

가. ~의 적용 전략 SWOT 분석

나. ~의 적용 방안

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

어려울 경우

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

IV. 데이터옵스의 추가적인 고려사항

  • AI를 활용하는 MLOps로까지 확장하여, 데이터 기반의 의사결정을 더 빠르게 가져갈 수 있음.

"끝"

소프트웨어 안정성 분석

· One min read

131/3/4

I. 개요

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

II. FTA 분석 기법과 절차

III. FMEA 분석 기법과 절차

IV. HAZOP 분석 기법과 절차

"끝"

통합테스트

· 2 min read

131/3/3

I. 개요

가. 개념

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

나. 필요성과 배경

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

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

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

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

나. ~의 핵심요소

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

구분내용비고
---

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

나. ~의 적용 방안

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

어려울 경우

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

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

  • 1
  • 2

"끝"

리팩토링

· One min read

129/2/6

I. 개요

개념

외부적 기능은 수정하지 않고, 내부를 단순화하여 유지보수성을 향상시키는 기법

배경

애자일 개발 방법론의 도입으로 TDD를 기반으로 코드스멜을 제거하기 위한 리팩토링의 중요성이 강조됨.

II. 리팩토링의 핵심요소, 적용방안

가. 리팩토링의 구조 (구성도, 개념도)

나. 리팩토링의 핵심요소

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

구분내용비고
---

다. 리팩토링의 적용방안

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

"끝"