피터의 개발이야기

ㅁ 개요 ㅇ 이번 글에서는 공식문서를 토대로 시작구성을 시작 템플릿으로 마이그레이션을 정리하였다. 1편 [AWS AutoScaling] 시작구성 생성, AutoScalingGroup 생성 2편 [AWS AutoScaling] 시작 구성과 시작 템플릿의 차이점 3편 [AWS AutoScaling] 시작구성을 시작 템플릿으로 마이그레이션하기 ㅁ 시작구성 마이그레이션하기 현재 시작 구성을 사용 중인 경우 콘솔에서 기존 시작 구성의 데이터를 복사하여 해당 데이터를 시작 템플릿으로 마이그레이션할 수 있다. 그런 다음 시작 구성을 사용하는 배포된 오토 스케일링을 새 시작 템플릿으로 마이그레이션할 수 있다. 이렇게 하려면 인스턴스 새로 고침을 시작하여 그룹의 롤링 업데이트를 수행합니다. 자세한 정보는 Auto Sca..

1. Infra as a Code란 IaC란 Infrastructure as a Code의 약자로 IT 서비스를 위한 시스템을 구성할 때 수동으로 구성하는 대시 Shell 기반의 스크립트(Shell Based Script)를 사용하여 컴퓨팅 인프라를 구성하는 기술을 말한다. 다시 말해, 인프라 구성을 프로그램 처럼 처리하는 방식을 가리킨다. 기존 기업들이 H/W 기반의 서버와 인프라를 사용하며 자체 IDC 호스팅을 통해 IT 인프라를 구축하여 운영하고 있다. 최근 스타트업과 메이저 기업들이 클라우드를 도입하면서 그 필요성과 요구가 늘어나게 되었다. 2. IaC를 도입 시 기대효과 1. 비용절감: IT 시스템의 운영괸리에 드는 인력과 비용을 절약하는 효과가 있다. 사람들이 할일을 시스템으로 하게 되면서 기..

1. DevOps란 무엇인가? 데브옵스(DevOps)는 소프트웨어의 개발(Development)과 운영(Operations)의 합성어로서, 소프트웨어 개발자와 정보기술 전문가 간의 소통, 협업 및 통합을 강조하는 개발 환경이나 문화를 말한다. 또한 데브옵스는 소프트웨어 개발 조직과 운영 조직 간의 상호 의존적 대응이며 조직이 소프트웨어 제품과 서비스를 빠른 시간에 개발 및 배포하는 것을 목적으로 한다. 개발자(Dev)는 고객의 요구사항을 빠르게 수용해서 서비스를 개발하고 적용하길 원하며, 운영자(Ops)는 제공될 서비스가 안정적으로 동작하기를 원한다. 서로 다른 목적과 개발툴의 차이로 인해 빈번히 충돌이 발생하게 된다. 데브옵스는 개발자와 운영자의 소통, 협업 및 통합을 강조하는 문화, 방법론, 프로세스..

5. 배포 과정 5.1.1 무중단/중단 배포 무중단배포는 기존 A,B서비스에 영향이 없는 C를 배포할 때에는 가능하다. 하지만 B서비스가 사용하는 테이블이 변경되는 경우, B와 C가 양립할 수 없는 경우에는 무중단 배포를 할 수 없다. 중단배포는 전체 서비스를 중단하여 배포할 수 밖에 없다. 5.1.2 현재 위치 배포(로드밸런스 이용) 로드밸런스를 이용한 배포 방법이다. 배포하는 서버는 로드밸런스의 대상그룹에서 제외시키고 배포 후에 다시 대상그룹을 지정해 주는 방식이다. 이 경우 서버는 2대 이상이어야 한다. 추가 인스턴스를 생성하지 않고 기존의 인스턴스로 배포하는 무중단 배포방법이다. 5.1.3 서버 단위의 블루/그린 배포 두개 이상의 Auto Scaling 그룹을 나누어 AMI- 시작 템플릿을 지정하..

4장 운영서버의 외부 환경 구성 이번 장에서는 도메인과 HTTPS의 원리를 알아보고 서비스에 적용하는 방법을 설명하고 있다. 도메인과 인증서를 통해 안전한 통신을 하는 방법을 아는 것이 이번 장의 목표라고 생각한다. 4.1.1 도메인, DNS Route53을 통해 도메인을 구입하고 관리할 수 있다. DNS를 모르는 사람을 위해 개념 설명을 하고 있다. 실질적인 서버에 요청을 하기 위해서는 IP가 필요하다. 사람의 인식에 유리한 도메인은 IP로 변환해야한다. DNS는 도메인을 IP로 변환하여 준다. 4.1.2 AWS Route 53을 이용한 도메인 등록 도메인을 직접 구매할 수도 있다. 구입 후 등록된 도메인에서 확인 할 수 있다. 4.1.3 로드 밸런서 도메인 등록 4.2.1 SSL/TLS, HTTPS ..

오늘은 오전 1시에 퇴근하였다. 공부는 계속 해야한다. 3장 AWS Auto Scaling 3.1 Auto Scaling 그룹 AMI를 이용해서 똑같은 EC2를 자동으로 늘리고 줄여준다. 평균 CPU 사용량이 10분 동안 90% 이상을 넘어서면 Auto Scaling 그룹에서 인스턴스를 하나 더 생성한다. 트래픽이 몰리는 특정 시간에 얘약을 걸어 인스턴스를 증가하고 줄일 수도 있다. 우선 구성되어진 인스턴스의 환경(OS, 디스크 내용)을 스냅샷으로 생성해서 AMI를 생성한다. 기리고 인스턴스를 실행할 Auto Scaling 그룹을 생성한다. 시작 템플릿 생성 Auto Scaling 그룹 생성 화면 생성된 Auto Scaling 그룹 3.2 AWS Elastic Load Balancing을 이용한 서버 트..

회사에서 급하게 프로젝트를 하나 진행하게 되었다. 기존에 구축되어 있던 애플리케이션을 재활용하여 새로운 서비스를 1주일만에 런칭해야했다. 12.21 2시에 회의를 통해 해야할 일 감을 받고, 바로 투입. 기존에 구축되어 있던 애플리케이션이 곧 종료될 것 같아서 개발계가 삭제되어 있는 상황이었다. 나는 Elastic Beanstalk를 잘 모른 상태에서 Elastic Beanstalk으로 구성된 운영서버를 개발계에 똑같이 만들려고 하고 있었다. 급한 김에 얼릉 책을 훓터보고 개발계 세팅을 시작하였다. 급하게 읽어서 이해를 못했던 나는 결국 EB로 생성된 인스턴스를 AMI로 복제하여 개발계를 세팅을 마무리 하였다. 아쉬웠다. 그래서 빨리 Elastic Beanstalk 장을 공부해서 정리해야겠다는 생각이 확..

2장 운영 서버 환경의 구성 2.1 운영서버 아키텍처의 이해 단일 구성 : 가장 기본적으로 단일 서버 구성이 있다. 하나의 서버에 애플리케이션과 데이터베이스가 함께 있다. 장애에 취약하고 서버자원의 효율성이 떨어진다. 데이터베이스 분리 : 네트워크를 이용하기 때문에 서비스 지연 시간과 보안을 고려해야한다. 하지만 스케일 아웃은 여전히 힘들다. 서버 단위의 로드 밸런스 : 로드 밸런스의 장점은 스케일 아웃이다. 일부 서버의 장애가 발생해도 가용 서버로 트래픽 분산을 통해 장애대응이 가능하다. L4장비를 사용한다. 서버 내 앱 단위의 로드 밸런스 : 로드 밸런스에 로드 밸런스를 두고 애플리케이션도 모듈별로 세분화하여 서버 자원의 효율성을 높이고 있다. 마이크로서비스의 장애 대응, 자원활용능력, 고트래픽에 대..

1장 운영서버와 AWS 소개 아마존은 2000년도 쯤 인터넷 쇼핑몰을 운영하면서 늘어난 트래픽과 주문량을 감당하다 보니 자연스럽게 굉장히 뛰어난 수준의 내부 인프라 시스템을 구축하였다. 컴퓨팅, 스토리지, 데이터베이스 등 운영서버에 필요한 인프라를 누구보다 안정적이고, 방대하면서도 저렴하게 운영할 수 있는 능력을 가지게 되었다. 이러한 인프라를 아마존 쇼핑몰 하나에만 제공하기보다 전세계 모든 회사를 대상으로 제공하자는 생각을 하게 되었고, 결국 2006년부터 이 인프라를 누구나 쉽게 사용할 수 있게 만들어 서비스하게 되면서 AWS가 탄생했다. AWS에서는 단순히 컴퓨팅 서버만을 제공하는 것이 아니라 운영 서버에서 자주 사용되는 서비스들을 함께 제공한다. 데이터베이스, 배포 자동화, 모니터링, 이메일,보안..

초기의 인터넷은 단순하였다. 자바가 시작되고, 처음 서블릿이 만들어지면서 WEB은 세상에 나타났다. 자바 어플리케이션이다. 즉 Client - Server : 2tier 구성이다. 자바는 반응속도도 느리고 동시접속에 약하다. 개발자의 입장에서는 2tier가 편할 수 있다. 웹에서 사용자가 입력한 정보를 바로 디비에 저장한다. 하지만 서버정보다 노출이 되고 보안에 취약하다. Client - apach web - Tomcat Server: 3tier 구성을 하기 시작하였다. apach web은 여러 프로세스를 띄워 정적인 데이터를 빠르게 응답하였고, 동적인 데이터는 톰켓을 통해 처리하였다. 그래서 서버정보를 웹을 통해 숨길 수 있다. 서버를 프라이빗에 두게 되면서 보안적으로 더 유리해졌다. 그리고 웹을 두면..