![](http://i1.daumcdn.net/thumb/C148x148.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/pOd2U/btszj5UD7w2/NCCwXKyVyWs4Tk95NkfIN0/img.png)
2 tier architecture in GCP 지난 이론편에서 얻은 지식을 바탕으로 GCP에 GCP의 managed instance group을 활용한 2 tier architecture를 만들어보자. 1. 프로젝트 구성도 위와 같이 1개의 region 내 2개의 zone을 구성하여 failover에 대비한 2 tier architecture 구성을 해보자 1. 새 프로젝트 생성 - GCP 프로젝트를 생성한다 - 프로젝트명 : gcp-2-tier-architecture GCP 2 tier architecture 2. 네트워크 관련 설정(VPC & firewall) - 해당 프로젝트 내에서 기본적인 네트워크 구성을 설정한다. 1) VPC VPC 네트워크 - VPC 네트워크 VPC 네트워크 만들기 VPC ..
![](http://i1.daumcdn.net/thumb/C148x148.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/xcUfq/btsziQ4NAbm/ZrbkXH3SOpdb9VVuew4k90/img.png)
1. Terraform Fundamentals - 인프라를 안전하고 효율적으로 구축, 변경 및 버전 관리하기 위한 도구 - 컴퓨팅 인스턴스, 스토리지 및 네트워킹과 같은 하위 수준 구성 요소와 DNS 항목 및 SaaS 기능과 같은 상위 수준 구성 요소가 모두 포함하여 관리할 수 있음 2. Infrastructure as Code with Terraform -HashiCorp에서 제공하는 코드로서의 인프라(infrastructure as code) - HCL(HashiCorp Configuration Language)이라는 구성 언어로 환경을 관리 Build Infrastructure 1) main.tf 생성 : touch main.tf 초기화 : terraform init Resources 생성 : te..
![](http://i1.daumcdn.net/thumb/C148x148.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/dlgKhz/btszllPYdNb/QLWklxvo0MkEEcIAvNJnF1/img.png)
2 tier architecture in GCP 클라우드 스킬업을 위해 기존 AWS에 올라간 솔루션을 GCP에 이전 설치할 기회가 생겼다. 다양한 GCP Resource를 활용해서 개발자/운영자의 입장을 고려하여 기존 구성을 변경해보며 Public cloud 를 익히는데도 도움이 될 수 있겠다싶었다. 1. 기존 구성안 검토 - 우선 기존에 AWS에 어떻게 구성되었는지 살펴봤다. 서버, DB, Storage 등 간단한 웹서버 구성이었다. 초기 요구사항은 기존의 트래픽 사용량 대비 비용절감을 원하셨지만 개인적인 바람은 서비스가 잘되서 트래픽을 감당할 수 없는 상황에도 안정적인 인프라 환경을 지원하는 것이었다. 현재 상황을 만족한 설계라면 기존 구성을 copy and paste하는 방식으로 그대로 migrat..
![](http://i1.daumcdn.net/thumb/C148x148.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/bl3w9h/btszmzfS9tx/yHVOWUietLks5MCV74qvq1/img.png)
메시지 큐 종류 1. ZMQ(Zero MQ) - 소켓 프로그래밍 API를 대체할 수 있는 정말 괜찮은 라이브러리 - C++로 작성된 라이브러리를 Python에서 활용할 수 있어 상대적으로 빠른 속도의 통신이 가능 - 통신 스택을 구축하기 위해 가볍고 빠른 메시징 구현 제공 2. RabbitMQ - RabbitMQ는 개발언어인 Erlang의 특성에서 기인해 무척 안정적인 것이 특징이며, 매우 강력한 라우팅 기능을 제공함 - 하지만, 자동 주식거래 시스템에는 메시지의 종류와 처리주체가 많지 않기 때문에 RabbitMQ이 제공하는 강력한 라우팅 기능은 불필요 ZMQ 적용 사례 : Bert-as-Service https://github.com/hanxiao/bert-as-service - Tensorflow와 ..
![](http://i1.daumcdn.net/thumb/C148x148.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/SjQyz/btsziO0fBsN/vzkY5ekOwJBgBKTJKp7uMK/img.png)
k8s 환경 내 MinIO & Velero 구축 - Kubernetes 환경에서 Backup 후 복원하는 방법 구축 - Velero를 통해 백업 및 복원 기능을 제공할 수 있고 Velero에서 연동 가능한 스토리지로 MinIO가 있다. 왜 Kubernetes 환경에서 Backup이 중요할까 Kubernetes 클러스터의 downtime은 비지니스적으로 financial impact가 있고 조직의 brand에 영향을 끼친다. 필요한 모든 에플리케이션으로 전체 클러스터를 설정하는 것은 쉬운 일이 아니며 클러스터를 다시 설정하고 작업 준비를 하는데 상당한 시간이 소요된다. 따라서 조직의 비지니스에 영향을 주지 않고 클러스터의 disaster scenario에 신속하게 대비하기 위해 backup이 중요하다. 1..
![](http://i1.daumcdn.net/thumb/C148x148.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/Ayj9K/btszlIRGurF/ODO350KYHdfVSzZvi1wLdK/img.png)
k8s 환경 내 MinIO & Velero 구축 - Kubernetes 환경에서 backup 후 복원하는 방법 구축 - Velero를 통해 백업 및 복원 기능을 제공할 수 있고 Velero에서 연동 가능한 스토리지로 MinIO가 있다. 왜 Kubernetes 환경에서 Backup이 중요할까 Kubernetes 클러스터의 downtime이 발생하면 필요한 모든 에플리케이션으로 전체 클러스터를 설정하는 것은 쉬운 일이 아니며 클러스터를 다시 설정하고 작업 준비를 하는데 상당한 시간이 소요된다. 따라서 조직의 비지니스에 영향을 주지 않고 클러스터의 disaster scenario에 신속하게 대비하기 위해 backup이 중요하다. 1. 사전 작업 개발 환경(Env : Debian 10 Server image, ..
- Total
- Today
- Yesterday
- OS
- gcp serverless
- SDWAN
- cloud
- VPN
- cni
- AWS
- AI
- handson
- controltower
- terraform
- operator
- GCP
- k8s cni
- S3
- NW
- k8s calico
- k8s
- 혼공파
- 혼공챌린지
- PYTHON
- EKS
- 혼공단
- GKE
- 국제 개발 협력
- NFT
- 파이썬
- 도서
- security
- IaC
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |