기술적으로 정리한 문서를 여기에 공유하고자 합니다.
CDK는 무엇인지와 장점등에 대해 설명합니다.
CDK 관련 typescript reference를 정리합니다.
Kinesis Data Stream에 대해 설명하고, Kafka와 비교합니다.
Kinesis Data Firehose의 주요 기능에 대해 설명합니다.
Amazon SQS에 사양에 대해 설명합니다.
Call Center 솔루션인 AWS Connect에서 모아진 CTR 데이터를 수집하는 Architecture에 대해 설명합니다.
Slack으로 메시지를 보내기 위한 Token 생성 및 업데이트에 대해 설명합니다.
Node.js 관련 레퍼런스를 정리합니다.
유용한 명령어들을 정리합니다.
API Gateway에서 Canary Deployment 하는 방법을 설명합니다.
json-manupulation.md Panda를 이용하여 ML을 위한 Json 파일의 저장 및 읽는 방법에 대해 설명합니다.
resize.md에서는 Cloud9에서 EBS 크기 변경에 대해 설명합니다.
Plant UML을 이용해 Sequence Diagram을 그립니다.
For each TCP request that a client makes through a Network Load Balancer, the state of that connection is tracked. If no data is sent through the connection by either the client or target for longer than the idle timeout, the connection is closed. If a client or a target sends data after the idle timeout period elapses, it receives a TCP RST packet to indicate that the connection is no longer valid.
Elastic Load Balancing sets the idle timeout value for TCP flows to 350 seconds. You cannot modify this value. Clients or targets can use TCP keepalive packets to reset the idle timeout. Keepalive packets sent to maintain TLS connections cannot contain data or payload.
While UDP is connectionless, the load balancer maintains UDP flow state based on the source and destination IP addresses and ports, ensuring that packets that belong to the same flow are consistently sent to the same target. After the idle timeout period elapses, the load balancer considers the incoming UDP packet as a new flow and routes it to a new target. Elastic Load Balancing sets the idle timeout value for UDP flows to 120 seconds.
EC2 instances must respond to a new request within 30 seconds in order to establish a return path.
cloudwatch-log-backup와 같이 CloudWatch의 로그를 S3로 저장할 수 있습니다.