Dev

Replication Controller와 ReplicaSet의 차이점? Replication Controller 현재 Deprecated된 Object다. 이를 대체로 사용하는 것이 ReplicaSet이다. Replication Controller를 아직 사용하는 것이 있어 비교해서 알아두려고 한다. Replication Controller ReplicaSet으로 변환할 수 있음! (실습때 Test 해보기로 하자) ReplicaSet의 3가지 기능 Template Replicas Selector Template와 Replicas기능은 Replication Controller에서도 제공한다. Selector라는 기능이 ReplicaSet에 추가됨! Template Pod가 다운될 것을 대비해 새로만들 p..

Kubernetes의 Controller는 서비스를 관리하고 운영하는데 큰 도움을 준다. 기능은 총 4가지! Auto Healing Software Update Auto Scaling Job 1. Auto Healing Node위에 Pod가 있는 경우 - 갑자기 Pod가 다운 됨 - Pod가 스케줄링 되어있는 Node가 다운 pod에서 돌아가던 서비스가 장애가 발생! 컨트롤러가 즉시 인지하고 Pod를 다른 노드에 새로 생성해준다! 2. Auto Scaling Pod의 resource가 limit 상태까지 사용되면 컨트롤러가 상태를 파악하고 Pod를 하나 더 만들어 부하를 분산시킴! (Pod가 죽지 않도록 해줌) 이 서비스는 성능에 대한 장애없이 안정적인 서비스 운영이 됨! 3. Software Updat..

20.03.31 Google Cloud OnBoard 강의 내용을 기반으로 정리했습니다. Instructor - Google Cloud APAC 박기택님 서버의 발전 동향 기존의 기술 물리적 서버 1. 유틸리제이션 문제가 컸다! 사용자가 가장 많을 때를 가정하고 서버 유지 평균적으로 서버의 5% ~ 10%밖에 사용하지 않음 2. 관리가 귀찮았다. 24시간 주 7일 서버실을 운영해 귀찮은 작업이 많았음 가상화의 등장 1. 물리적인 서버 + 운영체제 2~3개 + 어플리케이션 분리 서버를 효율적으로 사용해 유틸리제이션을 해결했다. 전문적으로 관리해주는 회사가 등장한다! 하지만 여전히 관리가 귀찮고 유틸리제이션이 크게 개선되지 않았음 서버리스의 등장 서버가 없는게 아니라 사용자 입장에서 보이지 않고 그저 사용만..

지도 학습의 또 다른 하위 카테고리인 회귀 분석(regression analysis)을 알아보자 목차 10.1 선형 회귀 10.2 주택 데이터셋 탐색 10.3 최소 제곱 선형 회귀 모델 구현 10.4 RANSAC을 사용하여 안정된 회귀 모델 훈련 10.5 선형 회귀 모델의 성능 평가 10.6 회귀에 규제 적용 10.7 선형 회귀 모델을 다항 회귀로 변환 10.8 랜덤 포레스트를 사용하여 비선형 관계 다루기 10.9 요약 회귀 모델 연속적인 타깃 변수를 예측하는 데 사용되기 떄문에 산업 현장의 애플리케이션은 물론 과학 문제를 해결하기 위한 도구 회귀 모델의 주요 개념과 다음 주제에 대해 알아본다. 데이터 탐색과 시각화하기 선형 회귀 모델을 구현하는 여러 가지 방법 알아보기 이상치에 민감하지 않은 회귀 모델..

fastcampus의 '올인원 패키지 : 알고리즘 기술면접 완전 정복' 강의를 듣고 정리한 자료입니다. https://www.fastcampus.co.kr/ 자료구조란? 용어 : 자료구조, 데이터 구조, Data Structure 대량의 데이터를 효율적으로 관리할 수 있는 데이터의 구조를 의미 코드상에서 효율적으로 데이터를 처리하기 위해, 데이터 특성에 따라, 체계적으로 데이터를 구조화해야 함 어떤 데이터 구조를 사용하느냐에 따라 코드 효율이 달라짐 자료구조의 선택 기준 - 자료의 처리 시간 - 자료의 크기 - 자료의 활용 빈도 - 자료의 갱신 정도 - 프로그램의 용이성 자료구조의 특징 1. 효율성 자료구조를 사용하는 목적은 효율적인 데이터의 관리 및 사용이다. 따라서 적절한 자료구조를 선택하여 사용한다..

기본 Object - Namespace, ResourceQuota, LimitRange 란? 기능 설명에 앞서 이 Object들을 왜 써야 하는지 알아보자. Kubernetes Cluster에 전체 사용할 수 있는 자원이 있다고 해보자. 일반적으로 Memory나 CPU가 있을 것이다. Cluster안에는 여러 Namespace를 만들 수 있고, Namespace안에는 여러 Pod를 만들 수 있다. 각 Pod는 필요한 자원을 Cluster 자원에서 공유해서 사용한다. 여기서 하나의 Namespace안에 있는 Pod가 Cluster에 남은 자원을 모두 사용해버리면 다른 Pod는 더이상 쓸 자원이 없어 문제가 발생하게 된다. 이런 상황을 방지하기 위해 Resource Quota가 필요하다! Resource Q..

기본 Object - ConfigMap, Secret 언제 사용해야될까? 개발환경과 상용환경이 있다고 해보자. A라는 Service에는 일반접근과 보안접근을 지원하고 있다. 개발환경에서는 보안접근을 해제할 수 있는 옵션이 있고(SSH) 보안접근을 한다면 접근 User와 Key를 Setting할 수 있다. 상용환경에 배포해야한다면 값을 바꿔야한다! 보안접속으로 설정(SSH : True)하고 User와 Key 값도 변해야한다. 그런데 이 값은 Container안에 있는 Service 이미지에 들어있는 값이기 때문에 이 내용을 바꾼다는건 개발환경과 상용환경에 Container 이미지를 각각 관리해야겠다는 의미가 된다. 값 몇개때문에 큰 용량의 이미지를 관리하는 것은 부담되는 일이다. 따라서 환경에 따라 변하는..

기본 Objecet - Volume 1. emptyDir 2. hostPath 3. PVC/PV 1.emptyDir 컨테이너들끼리 data를 공유하기 위해 Volume을 사용하는 것 최초의 Volume이 생성될 때는 Volume의 내용이 비어있기 때문에 emptyDir로 명명 Container1이 Web 역할을 하는 서버이고 Container2가 backend단을 처리해주는 서버라고 하면 Web서버로 받은 특정 파일을 mount가 된 volume에 저장을 해놓고 Backend단의 Container도 volume에 mount해놓았다면 자신의 Local에 있는 파일처럼 사용 가능 (두 서버가 file을 주고 받을 필요없이 편하게 사용 가능) Volume은 그림에서 처럼 Pod안에서 생성이 되기 때문에 Pod..

Kubernetes 기본 Object - Service Service는 기본적으로 자신의 Cluster IP를 가지고 있다. 이 Service를 Pod에 연결시켜 놓으면 Service의 IP를 통해서 Pod에 접근할 수 있게 된다. 그런데 이전에 배운 Pod에도 Cluster내에서 접근할 수 있는 IP가 있는데 왜 Service로 접근할까? 그 이유는 Pod의 특성으로 시스템 장애 or 성능 장애로 인해 언제든지 죽을 수 있다. 죽으면 재생성 되도록 설계되었기 때문에 휘발성임! 그래서 Pod IP는 신뢰성이 떨어진다. 하지만 Service는 사용자가 직접 지우지 않는한 삭제되거나 재생성되지 않음. 따라서 Service로 접근하면 항상 연결되어있는 Pod에 접속 가능하다는 장점이 있다. Service의 종..

Pod의 특징은 어떤 것들이 있을까! 특징은 크게 3가지로 나눌 수 있다. 1. Container 2. Label 3. Node Schedule 1. Container pod 안에는 하나의 독립적인 서비스를 제공할 수 있는 컨테이너들이 있다. 컨테이너들은 서비스가 연결될 수 있도록 Port 가지고 있음 한 컨테이너가 포트를 하나 이상 가질 수 있지만 한 파트에서 컨테이너들끼리 Port가 중복될 수 없다! 두 컨테이너는 하나의 호스트로 묶여있다고 생각하면 됨 컨테이너1에서 컨테이너2로 접근할 때 localhost:8080 으로 접근할 수 있음 Pod가 생성될 때 고유의 IP 주소가 할당이 되는데 쿠버네티스 클러스터 내에서만 할당된 IP에 접근을 할 수 있음 * 외부에서는 접근할 수 없음 만약 Pod에 문제..