일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- aws
- 환급챌린지
- RedisJSON
- nodemailer
- 잔디이전
- Ngrinder Docker
- Avast 구독취소
- aws s3
- redis cli
- 직장인자기계발
- 패캠챌린지
- ERR unknown command 'JSON.GET'
- elastic cache
- redis-cli
- 패스트캠퍼스후기
- Avast Security
- 캐시백챌린지
- AWS S3 버킷 삭제
- 캐시백
- Window redis-cli
- AWS S3 계정이동
- AWS S3 migration
- vscode
- 패스트캠퍼스
- ERR unknown command 'JSON.SET'
- 한 번에 끝내는 AWS 인프라 구축과 DevOps 운영 초격차 패키지 Online
- putty Inactive
- gitlab 잔디옮기기
- 직장인인강
- Redis
- Today
- Total
목록분류 전체보기 (101)
Developing

Secret API Resource와 관련된 내용의 클립을 수강하는식으로 챌린지를 진행하였다. 민감한 정보의 데이터를 컨테이너에 주입할 때 사용하는 내용을 알게되었다. 챌린지 종료까지 단 2일남았는데 조금만 더 기운을 내보려고 한다..ㅎㅎ 다음 포스팅으로는 namespace와 관련된 내용을 포스팅할 예정이다. 시크릿(Secret) 컨피그맵과 사용법이 비슷 시크릿은 사용 목적에 따라 몇 가지 종류로 나누어짐 쿠버네티스는 기본적으로 시크릿 값을 저장할 때 Base64 인코딩 ⇒ 패스워드, API, SSH Key 등 민감한 정보를 컨테이너에 주입해야 할 때 사용 Secret의 종류 Opaque (generic) : 일반적인 용도의 시크릿 dockerconfigjson : 도커 이미지 저장소 인증 정보 tls ..

ConfigMap API Resource와 관련된 내용의 클립을 수강하는식으로 챌린지를 진행하였다. Configmap이 파드에 환경변수나 볼륨 형태로 전달하는 용도임을 알게되었고 imperative/declarative 방식으로 configmap을 생성하는 법에 대해 확인할 수 있었다. 어느덧 9주차가 저물고 챌린지의 끝이 눈앞에 보인다..ㅎㅎ;; 다음 포스팅으로는 Secret API Resource과 관련된 포스팅을 할 예정이다. 컨피그맵(ConfigMap) 설정 정보를 환경변수 혹은 볼륨의 형태로 파드에 전달하기위한 목적으로 사용 파드에서 직접 환경변수를 관리하지 않고 ConfigMap을 분리하여 목적에 따라 설정 데이터를 다르게 주입 가능 ConfigMap의 사용방법 ConfigMap의 값을 컨테이..

Service API Resource와 관련된 내용의 클립을 수강하는식으로 챌린지를 진행하였다. 이전에 devops관련 내용을 보다보면 항상 service가 언급되었고 혼란스러웠었는데, 이제 조금은 알 수 있을 것 같다. 서비스의 여러 종류들과 특성들에 대해서 알 수 있었다. 다음 포스팅으로는 configmap API Resource와 관련된 내용을 포스팅할 예정이다. 서비스 여러 파드에 대해 클러스터 내에서 사용 가능한 고유 도메인 부여 여러 파드에 대한 요청을 분산하는 로드 밸런서(L4: IP/Port 기반) 기능 수행 파드의 IP는 항상 변할 수 있음에 유의 일반적으로 ClusterIP 타입의 Service와 함께 Ingress를 사용하여 외부 트래픽을 처리한다. 서비스의 종류 ClusterIP(기..

Deployment api resource와 관련된 내용의 클립을 수강하는식으로 챌린지를 진행하였다. maxSurge,maxUnavailable의 속성을 어떻게 설정해주냐에 따라서 파드가 업데이트 되는 방식의 차이가 생긴다는 것을 알 수 있었고, rollback 기능을 활용하는 방법에 대해서도 알 수 있었다. 다음 포스팅으로는 Service api resource와 관련된 내용을 포스팅 할 예정이다. 디플로이먼트 파드의 이미지 버전이 갱신될 때 배포 전략을 설정 디플로이먼트 오브젝트를 생성하면 대응되는 ReplicaSet과 Pod 자동 생성 기본적으로 Recreate 전략과 RollingUpdate 전략 지원 사용자는 특수한 목적이 아니라면 파드와 레플리카셋이 아닌 디플로이먼트로 워크로드 관리 ⇒ 서비스..

Replicaset과 관련된 내용의 클립을 수강하는식으로 챌린지를 진행하였다. 지금까지의 내용을 토대로하면 k8s에서는 컨테이너를 pod를 통해 관리하고, 이 pod 갯수를 늘릴때 ReplicaSet으로 관리한다고 한다. 그리고 짐작하건데 다음내용으로 배울 deployment가 replicaset을 관리하게 되는 것 같아 보인다. 쉽지는 않지만 그래도 할만한 것 같다.. 다음 포스팅으로는 Deployment API Resource와 관련된 내용을 포스팅 할 예정이다. 레플리카셋(ReplicaSet) 파드의 수를 늘릴때 사용하는 API 리소스 정해진 수의 파드가 항상 실행될 수 있도록 관리 기존 실행중이던 다프에 문제가 생기면 파드를 다시 스케줄링 ReplicationController의 신규 버전(현재는..

Kubectl 명령형(Imperative), 선언형(Declarative) 명령형과 Pod에 관한 클립들을 수강하는식으로 챌린지를 진행하였다. Kubernetes는 경험이 전무하다보니 아직은 낯설지만 명령어들에 조금씩 익숙해지고있다. Pod부분의 개념이 아직까지는 어렵게 느껴지는듯하다..;; 다음 포스팅으로는 ReplicaSet과 관련된 내용을 포스팅 할 예정이다. Kubectl 사용 명령형(Imperative) 수행하고자 하는 액션을 지시 적은 리소스에 대해서 빠르게 처리 가능 여러 명령어를 알아야 함 선언형(Declarative) 도달하고자 하는 상태(Desired State)를 선언 코드로 관리 가능 → GitOps 활용 가능 ⇒ 변경사항에 대한 감사(Audit) 용이 ⇒ 코드리뷰를 통한 협업 멱등..