피타챈의 개발개발스토리

제작된 이미지를 가져와야하는데 내부망 저장소가 http 라 insecure-registries 설정이 필요하게 되었다.컨테이너 런타임으로 CRI-O 를 사용하는 환경에서 insecoure-registries 설정 방법을 기록한다.insecure-registries는 HTTPS 인증서 없이 동작하는 프라이빗 컨테이너 레지스트리(Private Container Registry) 를 사용할 때 설정함.Kubernetes에서 프라이빗 레지스트리를 사용하는 경우, 기본적으로 kubelet과 컨테이너 런타임(CRI-O, containerd 등)은 HTTPS를 요구함하지만 레지스트리가 SSL 인증서 없이 HTTP 로 동작하면, 다음과 같은 오류가 발생할 수 있음Failed to pull image "192.168.1..

잘 사용해오던 쿠버네티스 환경이 서버가 재기동 이후로 kubectl 명령어가 안먹기 시작했다.The connection to the server {ip}:6443 was refused - did you specify the right host or port?세팅되어있는 상태의 k8s 환경이라 괜히 꼬일까봐 어딜 건들여야할지 대략 난감init 했던 과정을 남겨본다. 전체적인 흐름은 다음과 같다! So  Easy ~마스터 노드: reset - init - kube config 설정 - 칼리코 적용워커 노드: reset - stop - join쿠버 상태 확인서버가 재기동될 때 쿠버네티스는 자동으로 재기동되는데, 어디서 connection refused 가 됬는지 확인하기 위해 kubelet 서비스 상태 확인한..

사전조건)k8s 설치설치과정)git 에서 다운git clone https://github.com/scriptcamp/kubernetes-jenkinsnamespce 생성kubectl create namespace jenkins storageclass 생성serviceAccount.yaml  생성 / applyvolume.yaml 생성/ apply필자의 경우, 타 서버에서 볼륨을 관리하기 때문에 local, nodeAffinity 부분을 다음과 같이 수정하였다.kind: StorageClass apiVersion: storage.k8s.io/v1 metadata:   name: jenkins-storage provisioner: kubernetes.io/no-provisioner volumeBindingM..

로컬 환경의 SSH 접속툴에서 jmeter 가 설치되어있는 리눅스세션에 접속하여 디스플레이변수 설정 $ export DISPLAY={ip}:0.0 확인 $ echo $DISPLAY {ip}:0.0 변수 설정 후 jmeter 실행 $ cd jmeter $ bin/jmeter.sh -t sample.jmx 다음과 비슷하게 콘솔출력되면서 jmeter 가 자동 실행된다면 성공 tmax@work:~/jmeter$ bin/jmeter.sh* -t anylink_gs.jmx WARN StatusConsoleListener The use of package scanning to locate plugins is deprecated and will be removed in a future release WARN Statu..

연말이 되니 올해 뭐했나 생각해보다가 문득 남은 게 없다는 생각이 들었다ㅋ 예전에는 정기적으로 자격증을 따보겠다고 의지를 다졌었던 것 같은데, 이슈에 치이는 삶을 살다 보니 올해는 자격증 생각도 못 했던 거 아닌가 싶다. 아직 올해가 남았으니 한 오 년 전..?에 DAsP도 따놨겠다 DAP 를 준비해볼까 생각하다가, 기억을 되짚으며 써보는 DAsP 합격수기! (빠밤) 합격 점수가 하찮으므로 먼저 까고 시작하겠다. 도대체 무슨 운으로 합격한건지...ㅋ 지금껏 따놓은 시험 중에는 제일 공부량 적게 합격한 것 같아서 볼 때마다 기분은 좀 좋음 (ㄱㅇㄷ) 나 머리 좋은건가? 낄낄 매번 턱걸이로 합격할 만큼만 공부해서 그 점이 참 아쉽고 반성해야 할 점이라고 생각한다ㅠ…. 시험 끝나면 뇌에서 휘발되어 기억 하나도..

/* 필자는 기존에 사용하던 Jenkins 환경을 사용하였으므로, Jenkins 설치 내용은 포함하고 있지 않음을 참고바랍니다. */ /* 해당 포스트는 Ubuntu16.04 환경을 기준으로 작성되었습니다. */ 우분투 nvm 설치 1. curl 명령어를 통해 자동설치 curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.1/install.sh | bash 2. curl 명령어 실행 후 적용 source ~/.bashrc 혹은 . ~/.bashrc 3. 버전 확인하여 정상 설치됨을 확인 nvm -v NodeJS 설치 1. 설치된 nvm 버전목록 확인 nvm ls 2. 사용할 nvm 버전을 지정합니다. 필자는 v16 중 최신릴리즈를 사용하였습니다. nv..

centos 환경에서 yum 으로 postgresql 을 설치하려고했더니, yum 명령어 실행하면 command not found 라고 뜸 환경구성하고 난 민짜상태여서 yum이 설치가 안되있다. 이 분이 글을 잘 정리해주셔서 보고 따라했더니 해결 참고: https://integer-ji.tistory.com/370 [Linux] E: Unable to locate package yum * 해당 글을 작성하기 위해 새로운 인스턴스를 생성하여 IP가 노출됩니다. 게시 완료 후 인스턴스는 종료 예정입니다! 새로운 인스턴스 환경에는 yum이 없다는 걸 알고 설치를 하니 해당 에러가 integer-ji.tistory.com 내용은 같으니, 필요하신분들은 위 블로그에서 확인하기를 추천. 나는 내가 기억하기위해 같은..

2.1 개요 2.2 테스트 분류 2.3 테스팅 방법 2.1 개요 * 테스트 분류 테스트 레벨 - 컴포넌트 테스트, 통합테스트 , 시스템 테스트, 인수테스트 테스트 유형 - 기능 테스트 / 비기능 테스트 정적테스트, 동적테스트 위험기반 테스트, 리그레이션 테스트, 모델 기반 테스트 2.2 테스트 분류 2.2.1 개요 테스트 레벨 : 컴포넌트 테스트, 통합 테스트, 시스템 테스트, 인수 테스트 테스트 유형 기능 테스트, 비기능테스트(성능 테스트 신뢰성 테스트, 보안 테스트) 2.2.2 테스트 레벨에 의한 분류 단위 테스트(=컴포넌트 테스트) : 개별 단위 모듈을 독립적으로 테스트 통합 테스트: 모듈들이 잘 통합됬는지 확인 시스템 테스트: 전체 시스템을 대상으로 요구사항 명세서에 명시된 방식대로 ..

1.1 테스트 목적 1.2 오류, 결함, 장애 1.3 테스트의 현실/실제 1.4 테스트와 품질 1.5 테스트 기본 용어 1.5 테스트 기본 용어 1.5.1 테스트 대상과 테스트 레벨 1.5.2 피처와 테스트 유형 피처(feature) : 테스트 대상의 특성중에서 테스트하고자하는 측면, 관점을 뜻함 ex) 테스트 대상- 자동차 피처 - 주행시험, 제동시험, 충돌시험, 배기가스 시험 .... 테스트 유형 - (충돌시험) 정면 충돌 시험, 측면 충돌 시험 ... 특징1. 테스트 계획을 수립할 떄 식별되어 테스트 범위로 기술됨 특징2. 테스트 설계 활동을 통해 피처가 구체화됨 특징3. 이를 기준으로 테스트 케이스 및 테스트 절차가 개발됨 1.5.3 테스트 설계 기법 테스트 설계 기법 : 테스트 대상..

* 본 포스팅은 ISTQB_CTFL_파운데이션레벨(FL)_v.2018_실러버스_v3.1_한글_v1.5..pdf 를 토대로 요약하여 작성하였습니다. * 본 포스팅을 무단 복제하거나 배포하지 마시기 바랍니다. (게시글 최상단에 본 블로그 출처를 밝히시면 포스팅은 가능합니다.) 유의할 점 1.1 테스팅이란 무엇인가? 1.1.1 테스팅의 일반적인 목적 1.1.2 테스팅과 디버깅 1.2 테스팅이 왜 필요한가? 1.2.1 성공을 위한 테스팅의 기여 1.2.2 품질 보증과 테스팅 1.2.3 오류, 결함, 장애 1.2.4 결함, 근본 원인, 결과 1.3 테스팅의 7가지원리 말장난이많으므로 유의한다 1.4 테스트 프로세스 1.4.1 정황에 따른 테스트 프로세스 1.4.2 테스트 활동과 작업 1.4.3 테스트 작업 산출물..