일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 29 | 30 |
- 티스토리챌린지
- Playwright
- AWS
- 오블완
- Til
- Monthly Checklist
- 지표
- 도커 주의사항
- 신혼 여행
- terraform
- study
- 구조 패턴
- 청첩장 모임
- PostgreSQL
- 논문 정리
- 경로 계획 알고리즘
- amazon ecs
- DevOps
- 14일 공부
- 생성 패턴
- Go-lang
- MAPF
- ssh
- leetcode
- 디자인 패턴
- docker
- AWS 비용 절감
- github
- 실용주의 프로그래머
- Rust
- Today
- Total
목록전체 글 (297)
밤 늦게까지 여는 카페

안녕하세요. 오늘은 구글 지도 API 예상 비용 계산기를 공유드리고자 합니다. 회사에서 구글 지도 API를 사용했을 때의 예상 비용을 조사해달라는 요청을 받았습니다.적당한 유즈케이스를 만들고 비용을 계산했는데 일회성으로 휘발시키는 것이 아깝더라고요.그래서 엑셀을 이용해서 적당히 계산기를 만들어봤습니다. 사실 구글 지도는 이미 비용 계산 기능을 제공하고 있습니다. 하지만 사용자 별로 API 호출 횟수를 가정하고, 사용자 수에 따른 비용을 계산하기에는 적합하지 않았습니다.그래서 다음과 같이 사용자 수, 1달 중 서비스를 사용하는 일 수, 하루에 구글지도 API 호출 횟수를 지정해서 월별 예상 비용을 계산하도록 만들었습니다. 물론 비용을 계산하기 위해서 구글 지도 API 요금표를 따오는 수작업이 필요합니다....
이전에 인프라 관리의 핵심 결정 요소들을 공부했습니다.다음 단계로 각각의 요소들을 혼합해서 인프라를 관리 방안을 구상하고 장단점과 조직에 필요한 기술 및 인력을 알아보겠습니다. 제가 준비한 인프라 관리 방안은 다음과 같습니다.Multi Tenancy + Cloud HostingSingle Tenancy + Cloud HostingSingle Tenancy + On-premise Hosting이제부터 각 방안들을 알아볼까요?1. Multi Tenancy + Cloud Hosting많은 SaaS가 차용하고 있는 Multi Tenancy + Cloud Hosting 방식의 장단점은 다음과 같습니다.장점저렴한 비용: 모든 사용자가 동일한 인프라를 공유하므로 서버 비용이 절감됩니다.빠른 배포 속도: Single ..

안녕하세요. 이번에는 Fully Dynamic Algorithms for Maintaining Shortest Paths Trees의 Increasing the Weight of an Edge 부분을 구현해봤습니다. 작성한 코드와 준비한 시나리오를 같이 봐보시죠!1. Increasing the Weight of an Edge 구현코드를 보여드리면 다음과 같습니다.WHITE = 0PINK = 1RED = 2def increase_edge_weight( graph: Graph, output_info_dict: Dict[int, OutputInformation], edge_id: int, amount: int,): edge = graph.get_edge(edge_id=edge_id)..

안녕하세요. 잘 지내고 있으신가요? 저는 갑작스럽게 더워진 날씨에 조금 힘듭니다... ㅜ 이번에는 AWS IoT Core에서 SQL Function을 사용해서 Ingestion time을 로그에 추가한 방법을 기록하려고 합니다.혹시라도 같은 고민을 했던 분들에게 도움이 되었으면 좋겠습니다!TL-DRAWS IoT Core에 데이터가 전달된 시각을 알고 싶다면 Rule Engine에 규칙 추가할 때 timestamp 함수 이용해서 Ingestion Time 작성하자!예시)SELECT parse_time("yyyy-MM-dd'T'HH:mm:ss.sss'Z'", timestamp(), 'UTC') as ingestion_time, * FROM 'topic'1. Ingestion Time이 없는 AWS IoT C..

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

안녕하세요. 오늘은 AWS IoT Core 메시지 전송 비용을 절감할 수 있는 Basic Ingest 기능을 소개해드리려고 합니다. 1. AWS IoT Core 상당히 비싼 서비스…AWS IoT Core 서비스를 사용해보신 분들은 많이 느끼셨겠지만 AWS IoT Core는 굉장히 비싼 서비스입니다. 일반적으로 인터넷 => AWS 서비스로는 요금이 부과되지 않습니다.하지만 AWS IoT Core로 전송하는 메시지 100만 개당 1.2달러가 부과됩니다. 처음에는 100만개면 충분하다고 생각했지만실시간 데이터 전송에 AWS IoT Core를 사용해 보니 메시지 “100만” 개가 많은 편이 아닙니다. Thing 1개가 1초에 메시지 1개를 전송한다면 1시간에 3,600개 * 하루 24시간 * 한 달 30일 = ..