SNS는 AWS 아키텍쳐에서 각 서비스의 연결을 담당하는 디커플링의 기능을 가지고 있습니다. 다양한 서비스로 이벤트를 전달하여 동작시키도록 하는 서비스로 전달 대상 중 하나가 이메일일 뿐입니다. SES는 단순하게 이메일을 "잘" 보내기 위한 서비스입니다. 대량의 이메일 발송이나 이메일 전송 측정 등 이메일을 잘 보내고 잘 관리하기 위한 기능을 가지고 있습니다. 정리하면 SNS는 디커플링 서비스이고 SES는 이메일을 전달하는 서비스입니다. 아키텍쳐적으로 SNS는 서비스 로직 중간에 위치하고 SES는 맨 끝, 즉 이메일 발송 부분에 위치한다고 생각하시면 됩니다.
@@박상혁-h8s 디커플링은 간단하게 정리하기 어려운 개념인데요, 간단하게 말하면 서비스간의 연결을 분리하는 개념입니다. 사람의 몸 처럼 연결이 긴밀하게 연결되어 있다면 아키텍쳐상에서 불편한 점이 많습니다. 예를 들어 사람 팔은 땠다 붙였다 하거나 업그레이드 할 수가 없죠. 하지만 로봇은 어떤가요? 연결이 느슨하게 되어 있어서 팔 단위로 업그레이드 하거나 교체하고 다리도 마찬가지로 때서 바퀴로 교체하거나 할 수 있습니다. 아키텍쳐 상에서도 이렇게 서비스간의 연결이 느슨하다면 훨신 유연하게 운영할 수 있고 장점이 엄청 많습니다. 이런식으로 연결을 느슨하게 만들기 위해 중간에 존재하는 서비스가 디커플링 서비스입니다.
안녕하세요 Aws 강의실님께서 알려주시는 서비스 잘 보고 있습니다 며칠전 aws saa자격증을 두번째 떨어진지라 이번에는 덤프를 외우는게 아닌 시럼에 나오는 서비스들을 공부해보려고 합니다. 지금 올려주신 동영상도 공부할따 참 좋은 영상입니다 혹시 aws saa에 맞는 강의는 따로 영상을 업로드 하실 생각은 없으신가요?
![[AWS 강좌] 8.Amazon Aurora Serverless(아마존 오로라 Servereless)](http://i.ytimg.com/vi/QnvbtuPk8OE/mqdefault.jpg)
![[AWS 강좌] 8.Amazon Aurora Serverless(아마존 오로라 Servereless)](/img/tr.png)
역시 믿고보는 AWS강의실!!
정말 명쾌하게 정리가 잘 되었습니다. 감사합니다.😊
대박.. SNS이 정확하게 뭔지 설명봐도 와닿지 않아서 봤는데 궁금했던 게 완전 해소됐습니다!!
강의 기가막힙니다!
어려운 AWS 서비스를 친절히 알려주셔서 감사합니다.
올려주시는 강의 잘 보고 있습니다.
항상 감사합니다.
도움이 많이 되었습니다~
흐… 3일만 일찍 보고 싶었어요. 그래도 공부해야할 내용이니 잘 보겠습니다.~
5:20 마이크로 서비스 어플리케이션 구축시에는 SQS도 가능하고 SNS도 가능한 거죠?
SNS가 여러 주체가 구독이 가능한 서비스라서 만약 S3, Fargate 등 여러 서비스로 구성된 마이크로서비스 어플리케이션은 SQS가 아니라 SNS를 사용해야하죠?
SQS와 SNS는 상호 배타적인 서비스가 아닙니다. 그냥 서로 다른 종류의 서비스로 MSA에서 SQS,SNS도 용도에 따라 충분히 사용 가능합니다.
물론 여러 사용 케이스 중 다수의 서비스가 하나의 메세지를 처리한다면 SNS가 적절한 선택입니다.
친절한 설명 감사합니다. AWS SES서비스와 SNS의 이메일 서비스의 차이를 알고 싶은대요. 메시지 전달 방식의 차이 일까요?
SNS는 AWS 아키텍쳐에서 각 서비스의 연결을 담당하는 디커플링의 기능을 가지고 있습니다. 다양한 서비스로 이벤트를 전달하여 동작시키도록 하는 서비스로 전달 대상 중 하나가 이메일일 뿐입니다.
SES는 단순하게 이메일을 "잘" 보내기 위한 서비스입니다. 대량의 이메일 발송이나 이메일 전송 측정 등 이메일을 잘 보내고 잘 관리하기 위한 기능을 가지고 있습니다.
정리하면 SNS는 디커플링 서비스이고 SES는 이메일을 전달하는 서비스입니다. 아키텍쳐적으로 SNS는 서비스 로직 중간에 위치하고 SES는 맨 끝, 즉 이메일 발송 부분에 위치한다고 생각하시면 됩니다.
네 확인 감사드립니다. 디커플링 서비스가 뭔지 알 수 있을까요?
@@박상혁-h8s 디커플링은 간단하게 정리하기 어려운 개념인데요, 간단하게 말하면 서비스간의 연결을 분리하는 개념입니다.
사람의 몸 처럼 연결이 긴밀하게 연결되어 있다면 아키텍쳐상에서 불편한 점이 많습니다. 예를 들어 사람 팔은 땠다 붙였다 하거나 업그레이드 할 수가 없죠.
하지만 로봇은 어떤가요? 연결이 느슨하게 되어 있어서 팔 단위로 업그레이드 하거나 교체하고 다리도 마찬가지로 때서 바퀴로 교체하거나 할 수 있습니다. 아키텍쳐 상에서도 이렇게 서비스간의 연결이 느슨하다면 훨신 유연하게 운영할 수 있고 장점이 엄청 많습니다.
이런식으로 연결을 느슨하게 만들기 위해 중간에 존재하는 서비스가 디커플링 서비스입니다.
초보라 잘 이해가 안되는게 이건 sqs, sns 메인 설명과는 다른 질문인데... s3로 업로드후 sns로 보내기 전에 꼭 람다를 거쳐서 가는걸로 가볍게 설명하고 지나갔는데 이렇게 꼭 람다를 거치나요...? 아니면 일반적으로 그런 아키텍처 형태로 구성하는건가요?
아닙니다. 그냥 예제를 든 거고 실전이라면 바로 sqs로 넘기거나 sns로 넘기게 됩니다.
안녕하세요 강의 잘보고있습니다!!
다름이 아니라 SQS와 Kinesis의 사용법과 차이점을 좀더 자세히 알고싶은데.. 관련강좌를 올려주실 계확이 있을까요!!
정리 해보겠습니다.
크게 보면 sns 의 경우 알람 기능..? 이라고 생각 하면 되고 sqs 는 message queue 라고 봐도 될까요...?
선생님 WAF RULE에 걸렸을 때 해당 ip를 자동으로 deny처리하고 싶은데 방법이 있을까요?
WAF ACL Logging을 S3로 받아서 Lambda로 트리거 시킬 수 있습니다.
github.com/awslabs/aws-waf-security-automations 한번 참고해보세요!
@@AWSClassroom 감사합니다~^^
안녕하세요
Aws 강의실님께서 알려주시는 서비스 잘 보고 있습니다
며칠전 aws saa자격증을 두번째 떨어진지라 이번에는 덤프를 외우는게 아닌 시럼에 나오는 서비스들을 공부해보려고 합니다.
지금 올려주신 동영상도 공부할따 참 좋은 영상입니다 혹시 aws saa에 맞는 강의는 따로 영상을 업로드 하실 생각은 없으신가요?
준비중인게 있긴 합니다. 다만 유튜브보단 인강형식의 강의가 될것 같습니다.
필요하다면 ssa 형식에 맞는 내용도 커버해보도록 할게요
감사합니다!!
감사합니다!! 덕분에 이해가 잘 됐어요! 혹시 datasync 와 storage gateway의 차이점도 알려주실 수 있나요?!!
알려드리겠습니다!!