밤 늦게까지 여는 카페

이전에 인프라 관리의 핵심 결정 요소들을 공부했습니다.다음 단계로 각각의 요소들을 혼합해서 인프라를 관리 방안을 구상하고 장단점과 조직에 필요한 기술 및 인력을 알아보겠습니다. 제가 준비한 인프라 관리 방안은 다음과 같습니다.Multi Tenancy + Cloud HostingSingle Tenancy + Cloud HostingSingle Tenancy + On-premise Hosting이제부터 각 방안들을 알아볼까요?1. Multi Tenancy + Cloud Hosting많은 SaaS가 차용하고 있는 Multi Tenancy + Cloud Hosting 방식의 장단점은 다음과 같습니다.장점저렴한 비용: 모든 사용자가 동일한 인프라를 공유하므로 서버 비용이 절감됩니다.빠른 배포 속도: Single ..

1. 서비스 사용량 증가에 따른 부하 해소 방법 - Scale Up, Scale Out서비스 사용량 증가에 따른 부하 해소 방법은 크게 Scale Up, Scale Out 2가지로 나뉩니다. Scale Up은 서버, DB 인스턴스의 성능을 업그레이드 해서 부하를 해소하는 방법입니다.AWS에서 인스턴스 유형을 small에서 large로 올려본 적 있으신가요? 그것이 Scale Up입니다.서비스 구조, 인프라의 변경 없이 높은 성능으로 업그레이드 하면 되어 적용하기가 쉬운 편입니다.하지만 인스턴스의 성능을 무한정 업그레이드 할 수는 없기 때문에 한계도 명확한 방법입니다. 반면 Scale Out은 서버, DB 인스턴스의 성능은 그대로 두고 개수를 늘려서 부하를 해소하는 방법입니다.AWS에서 EC2의 Auto ..

안녕하세요. 오늘은 OpenSearch의 기능 중 하나인 Ingest pipeline에 대해서 공부한 것을 정리해보겠습니다. 1. Ingest pipeline 기능이 뭔가요?Ingest pipeline은 말 그대로 OpenSearch에 데이터가 수집(ingest)되는 중에 실행되는 pipeline입니다.pipeline은 processor라고 하는 데이터 처리 유닛의 array로 구성되어 있습니다.참고: https://opensearch.org/docs/latest/ingest-pipelines/ processor에는 단순하게 필드에 값을 설정해주는 Set 프로세서, 필드의 값을 대문자로 바꿔주는 Uppercase 프로세서 같이 간단한 것들부터 key=value 형식을 추출해주는 KV 프로세서 IPv4, ..

안녕하세요. 오늘은 OpenSearch에 Index document API를 이용해서 document를 직접 추가하는 방법을 정리해보겠습니다. 0. 어쩌다가 OpenSearch에 데이터를 직접 추가하게 되었나요?OpenSearch의 Alerting, Ingest pipeline 기능을 시험해보고 싶은데 마땅한 로그가 없더라고요. 그래서 document를 직접 만들어서 추가하는 방법을 찾아보게 되었습니다. 1. Index document APIPUT /_doc/POST /_docPUT /_create/POST /_create/ PUT /_doc/ API를 사용하면 에 를 가진 document를 생성하거나 수정할 수 있습니다.를 가진 문서가 기존에 존재하지 않았다면 생성하고 존재한다면 수정합니다. POST ..

1. 모니터링과 자동화가 중요한 이유서비스를 운영하고 있으신가요? 그렇다면 어떻게 서비스를 모니터링 하고 있으신가요?서비스 초기에 저는 수동적인 모니터링을 했었습니다.문제가 발생하면 서비스의 자원 사용량, 로그를 확인하고 원인을 파악하는 방식이었습니다.서비스가 간단하고 규모가 작을 때에는 이런 방식이 효율적이라 느꼈습니다.문제 발생 빈도가 낮고, 원인 분석도 제가 직접하는 편이 비교적 빨랐기 때문입니다.   하지만 서비스가 복잡해지고 규모가 커질수록 문제 발생 빈도는 증가하고, 원인 분석에 걸리는 시간도 늘어나게 되더라고요.문제가 발생할 때마다 원인 분석과 조치에 시간을 쏟아야 한다면, 개발 속도는 자연히 느려질 수밖에 없습니다.저는 (1)보다 능동적인 모니터링과 (2) 업무 자동화를 통해 개발 생산성을..

혹시 terraform으로 인프라를 관리하고 있으신가요? 1) terraform 버전을 잘 관리해서 클라우드 서비스 프로바이더가 제공하는 모든 기능을 사용할 수 있거나2) terraform 스크립트를 깔끔하게 잘 나눠서 필요할 때에만 배포가 진행된다면 큰 문제가 없으실 겁니다. 하지만 저는 1) terraform 버전이 너무 오래되었고, 2) 모든 리소스를 하나의 terraform 워크스페이스에서 관리하고 있습니다. 이로 인해서 terraform으로 서비스를 배포할 때마다 인프라의 특정 옵션을 수동으로 변경해줘야 하는 문제를 겪었습니다.오래된 버전의 terraform 스크립트에서 지원하지 않는 옵션을 사용해야 해서 배포될 때마다 해당 옵션이 초기화 됨terraform 스크립트를 최신 버전으로 마이그레이션..