Infra

ServiceAccount ServiceAccount는 RBAC(Role Base Acccess Control)을 기반으로 사용자 또는 애플리케이션에게 특정 명령을 실행할 수 있는 권한을 부여해주는 오브젝트이다. ServiceAccount는 무엇을 해주나 위에 써놓았듯이 ServiceAccount는 RBAC이므로, AWS의 IAM 방식과 상당히 비슷하다. https://imsongkk.tistory.com/73 [AWS] IAM과 Role, Policy IAM 항상 나는 AWS에 로그인할 때 루트 유저로 로그인했었다. 책이나 다른 실습 강의에서는 항상 루트 사용자로 로그인했었기에, 그냥 그런가보다 하고 넘겼었다. 하지만 AWS에 점점 익숙해지면서, imsongkk.tistory.com 해당 포스트에서 들..

IAM 항상 나는 AWS에 로그인할 때 루트 유저로 로그인했었다. 책이나 다른 실습 강의에서는 항상 루트 사용자로 로그인했었기에, 그냥 그런가보다 하고 넘겼었다. 하지만 AWS에 점점 익숙해지면서, 그리고 로그인을 하면서 밑에 있는 IAM 사용자 로그인은 무엇일까? 라는 궁금증이 자연스레 생기게 되었다. AWS 계정은 모두 고유한 12자리의 ID값을 갖는다. AWS의 공식 가이드에 따르면, 서비스의 성숙도와 상관없이 루트 사용자를 사용하는것을 권장하지 않는다. 위의 메뉴에서 보안 자격 증명탭을 누르면 자연스럽게 IAM 페이지가 나오는데, 사용자 탭이 있는걸 볼 수 있다. IAM의 구성요소 IAM의 구성요소로는 크게 4가지가 있다. Group : 사용자 그룹을 나타낸다. 사용자 그룹마다 Policy를 설정..

ConfigMap ConfigMap은 네임스페이스에 종속되며 쿠버네티스 클러스터에서 동작할 애플리케이션들의 설정 정보들을 관리해주는 오브젝트이다. 애플리케이션들은 각자 환경변수, 태그들을 가질 수 있는데 ConfigMap을 이용하면 애플리케이션단이 아닌 쿠버네티스 단에서 이러한 값들을 관리할 수 있다. Configmap은 무엇을 해주나 예를 들어보자. Spring Boot 애플리케이션을 개발하다보면 application.yaml에 property를 정의하게 된다. 이때의 property는 하드 코딩 방식으로 작성할수도 있지만 보통은 유연성을 위해 외부 주입형식으로 바꾸게 된다. spring: data: mongodb: uri: mongodb://${DB_HOST} 해당 property가 포함된 jar파일..

Terraform 처음 Terraform 단어를 접했을 때 머리속에 테라포마스 애니가 떠올랐다. 당연히 이런건 아니고 테라폼은 Hashicorp사에서 개발한 오픈소스로, Go 언어로 개발된 IaC(Infrastructure as Code) 도구이다. IaC 인프라를 코드로, 라는 뜻인데 과연 이게 무슨 말일까? 나는 여태까지 AWS나 GCP 리소스를 만들 때 콘솔을 이용했었다. 만들면서 느꼈던 점은 클릭 버튼과 타이핑이 좀 귀찮다라는 것이었다. EC2를 한번만 만든것은 아니었기에, 반복적인 작업을 하다보면 중복되는 부분이 확실히 보였었다. 다시 생각해보면 콘솔말고 AWS에서 제공하는 CLI를 사용할수도 있을 것 같다. https://docs.aws.amazon.com/ko_kr/efs/latest/ug/..

클라우드 컴퓨팅과 네트워크 네트워크쪽 지식은 개발자에게 필수적이다. 우리는 대 인터넷 시대에 살고있으니 말이다. 애플리케이션의 규모가 커짐에 따라 클라우드 컴퓨팅의 중요도도 올라가고 있다. 3학년때 컴퓨터 네트워크라는 수업을 들으면서 기본적으로 지식을 익혔으나, 많이 까먹기도 했고 AWS 리소스들을 만들면서 헷갈리는 부분이 많아 정리하고자 한다. VPC, Subnet 어디까지 알고있니? AWS를 사용하면서 EC2, RDS, S3 등등 여러 리소스들을 생성했었지만 VPC와 Subnet은 따로 설정했었던 기억이 없다. EC2 화면에서 항상 퍼블릭 IPv4 주소만 다뤘었고 프라이빗 IP, VPC, 서브넷등은 그런게 있나보다~ 라고 넘겼었다. 알고보니 그동안은 AWS에서 기본으로 제공하는 VPC와 Subnet을..

Namespace Namespace는 쿠버네티스 클러스터를 보다 효율적으로 관리할 수 있는 오브젝트이다. 네임스페이스를 이용하면 용도에 따라 파드, 레플리카셋, 서비스등을 논리적으로 구분할 수 있다. Namespace는 무엇을 해주나 보통 쿠버네티스 클러스터를 한명이 맡아서 관리하는 경우는 없다. 백엔드 팀과, 인프라 팀, 조직별로 다른 클러스터를 사용할 수도 있지만 같은 클러스터를 사용할 수도 있다. 네임스페이스는 이럴때 조직별로 각자의 논리적인 가상 공간을 제공해 마치 여러 개의 가상 클러스터를 사용하는 느낌을 줄 수 있다. 또한, prod환경 이외에 dev, staging, test, monitoring 환경등 여러 환경별로 리소스를 정의할 수 있게 해준다. Namespace 종류 kubectl 명..

Service 이전까지 컨테이너를 구성하는 오브젝트들을 살펴봤다면 이 포스트에서는 생성한 파드를 외부에 노출시킬 수 있는 오브젝트를 다룬다. 외부에 노출이라 하면 파드 외부, 노드 외부, 클러스터 외부 등을 생각할 수 있는데 자세히 살펴보자. Service는 무엇을 해주나 파드를 생성할 때로 돌아가보자. apiVersion: v1 kind: Pod metadata: name: my-nginx-pod spec: containers: - name: my-nginx-container image: nginx ports: - containerPort: 80 protocol: TCP nginx 컨테이너 1개를 가지는 파드이다. nginx 컨테이너는 80포트를 사용하므로, containerPort를 80으로 설정해 ..

Deployment 이전 포스팅에서는 ReplicaSet에 대해 알아보았다. ReplicaSet만 있어도 애플리케이션을 배포할 수 있지만, Deployment는 좀 더 많은 기능을 제공한다. Deployment는 Pod + ReplicaSet의 조합이라고 이해하면 된다. 보통 Pod를 배포할 때 Deployment를 사용해서 배포한다. 그리고 대체로 MSA 환경에서 하나의 서비스를 Deployment라고 생각하면 된다. Deployment는 무엇을 해주나 그래서 Deployment는 우리를 위해 무엇을 해줄까? 이름에서 알 수 있듯이 애플리케이션의 업데이트와 배포를 좀 더 용이하게 해준다. 애플리케이션을 운영하다보면 업데이트는 필수이다. 버그 발견, 기능 추가, 삭제등등 하루에 몇번이고 업데이트가 일어날..

ReplicaSet Pod에 이어서 ReplicaSet이다. 레플리카셋은 이름에서 알 수 있듯이 여러 개의 파드를 한번에 생성해주는 오브젝트이다. ReplicaSet을 왜 쓸까? 예시로 바로 보자. 이전과는 다르게, Pod가 이번엔 1개가 아니라 4개가 필요한 상황이다. 4개의 nginx pod를 만드려면 어떻게 해야할까? apiVersion: v1 kind: Pod metadata: name: my-nginx-pod-a spec: containers: - name: my-nginx-container image: nginx ports: - containerPort: 80 protocol: TCP --- apiVersion: v1 kind: Pod metadata: name: my-nginx-pod-b s..

Pod 쿠버네티스의 핵심 오브젝트인 파드이다. 이번 포스팅에서는 파드의 생명주기, 생성과 삭제, 관리등을 다루겠다. 쿠버네티스에서는 컨테이너 어플리케이션의 기본 단위를 Pod라고 부른다. Pod는 1개 이상의 컨테이너로 구성된 컨테이너들의 집합이라고 생각하면 된다. 낯설지 않다. 도커 스웜에서 다루었던 서비스와 비슷하다. 같은 컨테이너 오케스트레이션 툴로써, 복잡한 애플리케이션을 쉽게 다루기 위해 기본 단위를 바꾼것이다. Pod를 정의하는 YAML apiVersion: v1 kind: Pod metadata: name: my-nginx-pod spec: containers: - name: my-nginx-container image: nginx ports: - containerPort: 80 protoc..