post-thumbnail

[섹션 2: SW 개발 수명주기와 테스팅] 1. SW 개발 수명주기 모델

2.1.1 (K2): 소프트웨어 개발 수명주기에서의 소프트웨어 개발 활동과 테스트 활동의 관계를 설명할 수 있다.2.1.2 (K1): 소프트웨어 개발 수명주기 모델을 프로젝트 정황과 제품 특성에 따라 수정해야 하는 이유를 식별할 수 있다.여러 가지 소프트웨어 개발 수명

2023년 11월 19일
·
0개의 댓글
·

[섹션 1: SW 테스팅의 기초] 4. 테스팅의 심리학

1.4.1 (K2): 정황이 테스트 프로세스에 미치는 영향에 대해 설명할 수 있다.1.4.2 (K2): 테스트 프로세스의 테스트 활동과 연관된 작업에 대해 설명할 수 있다.1.4.3 (K2): 테스트 프로세스를 지원하는 작업 산출물을 구별할 수 있다.1.4.4 (K2)

2023년 11월 19일
·
0개의 댓글
·
post-thumbnail

[섹션 1: SW 테스팅의 기초] 3. 테스트 프로세스

1.4.1 (K2): 정황이 테스트 프로세스에 미치는 영향에 대해 설명할 수 있다.1.4.2 (K2): 테스트 프로세스의 테스트 활동과 연관된 작업에 대해 설명할 수 있다.1.4.3 (K2): 테스트 프로세스를 지원하는 작업 산출물을 구별할 수 있다.1.4.4 (K2)

2023년 11월 19일
·
0개의 댓글
·

[섹션 1: SW 테스팅의 기초] 2. 테스팅의 7가지 원리

1.3.1 (K2): 테스팅의 7가지 원리를 설명할 수 있다.원리 1: 테스팅은 결함이 존재함을 밝히는 활동이지, 결함이 없음을 밝히는 활동이 아니다.원리 2: 완벽한 (exhaustive) 테스팅은 불가능하다.원리 3: 조기 테스팅(early testing)으로 시간

2023년 11월 19일
·
0개의 댓글
·

[섹션 1: SW 테스팅의 기초] 1. 테스팅이란 무엇이고 왜 필요한가?

1.1.1 (K1): 테스팅의 일반적인 목적을 파악한다.1.1.2 (K2): 테스팅과 디버깅을 구별할 수 있다.1.2.1 (K2): 테스팅이 왜 필요한지 예를 들 수 있다.1.2.2 (K2): 품질 보증과 테스팅의 관계를 설명하고, 높은 품질 확보에 테스팅이 어떻게 기

2023년 11월 18일
·
0개의 댓글
·

7. 사이드카 주입하기

파드의 매니페스트 파일에 함께 정의사이드카 인젝터를 통해 각 포드에 프록시 주입 (istio 초기형)istiod에 포함된 사이드카 인젝터를 통해 각 포드에 프록시 정의 (근황)3번 실습

2023년 11월 7일
·
0개의 댓글
·

3. 이스티오란?

서비스 메시는 우리가 소프트웨어를 배포하고자 하는 클러스터 (ex. 쿠버네티스) 의 추가적인 레이어다. 서비스 메시 레이어쿠버네티스는 포드들 간의 네트워크 연결에 대한 가시성을 제공하지 않는다.따라서 마이크로서비스 아키텍처 환경에서 장애를 파악함에 있어 어려움이 있다.

2023년 11월 6일
·
0개의 댓글
·
post-thumbnail

Flyway

오픈 소스 데이터베이스 마이그레이션 툴DB 형상 관리형상 관리는 소프트웨어의 변경사항을 체계적으로 추적하고 통제하는 툴Flyway라는 툴로 DB 변경을 관리기능 추가에 따른 컬럼 추가, 변경이렇게 개발하다가 DB 스키마가 변경되어야 할 때 우리는 아래를 고려함sprin

2023년 10월 25일
·
0개의 댓글
·
post-thumbnail

로깅

로깅: 프로그램 동작시 발생하는 모든 일 (서비스 동작 상태, 장애)을 기록하는 행위서비스 동작 상태: 시스템 로딩, HTTP 통신, 트랜잭션, DB 요청, 의도를 가진 Exception장애: I/O Exception, NullPointException, 의도하지 않은

2023년 10월 24일
·
0개의 댓글
·
post-thumbnail

[쿠버네티스 네트워크] 서비스와 ClusterIP 소개

포드는 일시적으로 생성한 컨테이너의 집합따라서 포드가 지속적으로 생겨났을 때 서비스를 하기에는 적합하지 않음IP 주소의 지속적인 변동, 로드 밸런싱을 관리해줄 또 다른 개체가 필요이 문제를 해결하기 위해 서비스라는 리소스가 존재함외부 클라이언트가 몇 개이든지 프론트엔드

2023년 9월 10일
·
0개의 댓글
·
post-thumbnail

MSA 구성 시 keycloak 도입 장단점

중앙 집중식 인증: 모든 마이크로서비스가 동일한 인증 메커니즘 (keycloak에 의존하기 때문에) 을 사용할 수 있어 일관성이 유지됨보안 강화: 인증, 인가 로직을 각 마이크로서비스가 아닌 keycloak 서비스에서 중앙 집중식으로 관리하므로 보안에 유리사용자 관리의

2023년 9월 9일
·
0개의 댓글
·

[클러스터 유지와 보안 트러블 슈팅] 스태틱토큰과 서비스어카운트

유저: 일반 사용자 (개발자 또는 데브옵스 엔지니어)를 위한 계정서비스어카운트: 애플리케이션(파드 등)을 위한 계정Apiserver 서비스를 실행할 때 --token-auth-file=SOMEFILE.csv 전달 (kube-apiserver 수정 필요)API 서버를 다

2023년 9월 2일
·
0개의 댓글
·

[클러스터 유지와 보안 트러블 슈팅] 유저 관리를 위한 다양한 리소스 소개

모든 통신은 TLS로 대부분의 액세스는 kube-apiserver를 통하지 않고 불가능엑세스 가능한 유저X509 Client Certs -> 쿠버네티스 클러스터 직접 구축했을 때 썼던 토큰Static Token FilePutting a Bearer Token in a

2023년 9월 2일
·
0개의 댓글
·
post-thumbnail

[서비스 매쉬 환경 모니터링 도구 istio 시작하기] 서비스 매쉬 환경과 istio 소개

다수의 컨테이너가 동작하는 경우, 각 컨테이너의 트래픽을 관찰하고 정상 동작하는지 모니터링하기 어려움서비스 메시의 크기와 복잡성이 커짐에 따라 관리에 어려움 생김Istio는 이러한 쿠버네티스 환경의 네트워크 메시 이슈를 보다 간편하게 해결하기 위해 지원하는 환경서비스

2023년 9월 2일
·
0개의 댓글
·
post-thumbnail

[리소스 로깅과 모니터링] EFK를 활용한 k8s 로그 모니터링 개요와 시스템 구축

쿠버네티스에서 EFK를 사용하면 도커의 각 컨테이너 로그를 수집하고 시각화, 분석 가능쿠버네티스 메모리 8GB 이상 필요엘라스틱 스택은 주로 비츠나 로그스태시를 사용하는 것이 일반적쿠버네티스에서는 fluentd를 사용해서 수집하는 것이 유행E: Elasticsearch

2023년 9월 2일
·
0개의 댓글
·

[리소스 로깅과 모니터링] 쿠버네티스 애플리케이션 로그 관리

로그는 컨테이너 단위로 로그 확인 가능싱글 컨테이너 포드의 경우 포드까지만 지정하여 로그 확인멀티 컨테이너의 경우 포드 뒤에 컨테이너 이름까지 전달하여 로그 확인\`kubectl logs <옵션: container name>쿠버네티스에서 돌아가는 리소스들은 모두

2023년 9월 2일
·
0개의 댓글
·
post-thumbnail

[리소스 로깅과 모니터링] 쿠버네티스 모니터링 시스템과 아키텍처

쿠버네티스를 지원하는 다양한 모니터링 플랫폼쿠버네티스의 메트릭 수집 모니터링 아키텍처에서 코어 메트릭 파이프라인 경랭화힙스터를 deprecated 하고 모니터링 표준으로 메트릭 서버 (metrics-server) 도입쿠버네티스 클러스터 내의 애플리케이션 성능을 검사쿠버

2023년 8월 19일
·
0개의 댓글
·

[헬름 차트를 활용한 쿠버네티스 애플리케이션 패키지 배포] 공개 레파지토리를 활용한 애플리케이션 배포

helm은 외부에서 정의된 yaml 파일을 내려 받아 쿠버네티스에 애플리케이션을 배포apt, yum과 같이 저장소를 별도로 두고 있음이 외부 저장소를 helm repo add 명령으로 추가다음 명령을 실행해 bitnami 저장소를 helm 목록에 추가한 뒤 업데이트 진

2023년 8월 19일
·
0개의 댓글
·
post-thumbnail

[헬름 차트를 활용한 쿠버네티스 애플리케이션 패키지 배포] helm 소개와 설치

Helm은 쿠버네티스 애플리케이션 관리를 지원하는 도구복잡한 쿠버네티스 애플리케이션을 정의, 설치, 업그레이드하는 데 도움사용자는 복잡한 구조의 애플리케이션을 직접 구성하는 대신 helm에 정의되어있는 내용을 사용해 쉽게 설치하거나 삭제할 수 있음Helm은 CNCF의

2023년 8월 19일
·
0개의 댓글
·

[파드 디자인 패턴과 잡(Job) 실행] CronJob을 활용한 예약 파드 생성 개념과 실습

크롭잡은 반복 일정에 따라 잡 (완료를 목표로 실행되는 유한 또는 배치 작업)을 생성한다.예약 시간 작성 요령기존 리눅스 시스템의 크론에서 표기하는 방법과 동일CronJob yaml 파일에는 예약 실행할 시간과 실행할 컨테이너를 작성일반적으로 CronJob 하나에 하나

2023년 8월 19일
·
0개의 댓글
·