데브옵스

2장의 세 번째 글이네요 🤣 2장은 네 개의 글로 작성될 예정입니다 다음 글부터 코드의 양을 조금 줄이고 간결하게 작성해보려고 합니다 2.6 웹 서버 클러스터 배포 단일 서버 배포에 성공하셨습니다! 다음 단계로 서버 클러스터 구성을 진행해보죠!! 트래픽 분산, 트래픽 양에 따라 클러스터 크기를 늘리거나 줄여봅시다!! 오토스케일링 그룹 (ASG) 활용 EC2 인스턴스 클러스터 시작 각 인스턴스 상태 모니터링 실패한 인스턴스 교체 로드에 따른 클러스터 사이즈 조정 등의 작업을 자동으로 처리 가이드는 시작 구성(Launch configuration)을 활용하여 ASG 생성 진행 aws_launch_configuration 리소스는 aws_instance와 거의 동일한 매개변수를 사용 # main.tf reso..

안녕하세요! 늑대양입니다!! 이번에는 페이지 분량을 생각하여 내용을 분할, 2.4장 과 2.5장 내용을 담았습니다 🤓 2.4 단일 웹 서버 배포 목표: 배포한 인스턴스에 웹 서버 실행 "Hello, World" 출력 #!/bin/bash echo "Hello, World" > index.html nohup busybox httpd -f -p 8080 & # 해당 배시 스크립트는 "Hello, World" 텍스트를 index.html 파일에 저장 후, # busybox를 통해 8080 포트에서 웹서버를 실행하여 제공합니다 # busybox 명령어를 nohub 과 & 로 매핑하여, # 배시 스크립트가 종료되더라도 웹 서버가 백그라운드에서 영구적으로 실행되도록 합니다. HTTP 기본 포트인 80이 아닌 808..

이번 블로그는 마크다운 양식으로 작성되었습니다 🤓 1장. 왜 테라폼인가? 1.1 데브옵스의 등장 Configuration drift: 일부 설정이 미묘하게 다른 현상 클라우드 서비스 사용 셰프, 퍼펫, 테라폼, 도커와 같은 도구를 사용하여 소프트웨어 작업에 더 많은 시간을 사용 데브옵스는 소프트웨어를 효율적으로 전달하는 프로세스다. 일련의 프로세스, 아이디어, 테크닉 지속적으로 코드를 통합하고 항상 배포 가능한 상태로 유지 네 가지 핵심 가치 → CAMS Culture Automation (이 책의 초점) Measurement Sharing 우리의 목표는 소프트웨어 배포를 최대한 자동화 하는 것입니다. 1.2 코드형 인프라란? 코드를 작성 및 실행하여 인프라를 생성, 배포, 수정, 정리하는 것을 말합니다..

# 한 줄 요약 HashiCorp사의 Terraform과 관련된 내용으로 블로깅을 시작하고자 합니다. # 작성 계기 IaC가 중요하다는 것은 여러분 모두 알고 있으실거라고 생각합니다 (아직 Console 작업이 더 편한 것은 비밀입니다..😅) IaC를 위한 프로비저닝 도구인 Terraform 사용을 위해, 기초 개념 학습 및 향후 익숙하게 (또한 능숙하게) 사용하는 것이 목표입니다. 개인 학습 및 정리의 목적으로 노션에 정리를 진행했었는데 정리된 내용을 티스토리에도 옮겨적고자 합니다. 노션에서 정리한 내용에서 크게 수정하지 않고 이슈가 있는 내용(key, AWS 계정 보안 등)만 편집하여 블로그에 작성할 예정입니다. # 관련 자료 [메인 도서]는 비쥬얼이 인상적인 도마뱀이 그려져있는 O'REILLY 에서..