AWS에서 공식적으로 안내(판매)하는 AWS 공인 솔루션스 아키텍트-어소시에이트 학습 안내서(AWS Certified…

AWS 공인 솔루션스 아키텍트-어소시에이트 학습 안내서를 간단히 Review해보았습니다.

AWS에서 공식적으로 안내(판매)하는 AWS 공인 솔루션스 아키텍트-어소시에이트 학습 안내서(AWS Certified Solutions Architect Official Study Guide)를 간단히 Review해보았습니다.

또다시 궁금한 사항이 생겨 질문을 남깁니다! aws iot에서 shadow에 접근하기…

또다시 궁금한 사항이 생겨 질문을 남깁니다! aws iot에서 shadow에 접근하기 위해 mqtt를 사용하려고 하는데요.
var device = awsIot.device({
keyPath: ,
certPath: ,
caPath: ,
clientId: ,
region:
});
node.js에서 aws-iot-device-sdk를 사용하여 mqtt connect를 시도하려고 했지만 keypath, certpath, capath에서 막혔습니다. 혹시 저 인증하는 부분은 어디서 받을수 있는건가요?

혹시 이러한 문제가 발생할 수 있나요? A라는 같은 사이트를 AAA.2.COM…

혹시 이러한 문제가 발생할 수 있나요?

A라는 같은 사이트를
AAA.2.COM 과 BBB.2.NET 2개의
도메인이 연결이 되어 있습니다.

그런데 저희가 동영상은 S3버킷에 저장되어있고
S3에는 룰값이 적용되어 있는데
AAA.2.COM / BBB.2.NET 으로 요청하였을때 accept 되도록 되어있습니다.

그런데 일부 클라이언트들이
AAA.2.COM 으로 접속했을때는 영상 플레이가 잘 되는데
같은 클라이언트가 BBB.2.NET으로 접속했을떄는
S3 로그상 헤더가 Null로만 들어온다고합니다..

따라서 영상플레이가 안되는데요

이해가안되는게 aaa.2.com , bbb.2.net 이 같은 사이트(서버)를 가르치고있고

같은 컴퓨터에서 aaa.2.com 으로 접속했을때는 s3에서 나오는 영상이 왜 bbb.2.net 으로 접속했을떄 안나오는지와..(S3룰은 열려있음)

혹시 아파치웹서버에서
bbb.2.net 으로 접속하더라도 s3에 접근요청을 보내는 헤더값에는
aaa.2.com 으로 접속한것처럼 할 수 있는 방법이 있을까요 ?ㅠㅠ

RDS의 mysql과 aurora에 대해 비교를 해보고 있습니다. mysql은 replication을 구성해도…

RDS의 mysql과 aurora에 대해 비교를 해보고 있습니다. mysql은 replication을 구성해도 데이터 손실 가능성이 있는 것으로 아는데 aurora는 관련 문서들을 보면 replication을 binlog 동기화가 아닌 다른 방식으로 하는 것 같아 보입니다.

aurora의 replication에 대해 자세하게 설명되어 있는 자료를 어디서 찾아볼 수 있을까요? (Aurora의 deep dive 관련 문서나 동영상은 대략 살펴보았습니다)

안녕하세요! Elasstic Beansstalk를 이용해 서버를 배포해봤는데요, zip파일을 올리면 알아서 설치해주는…

안녕하세요!
Elasstic Beansstalk를 이용해 서버를 배포해봤는데요,

zip파일을 올리면 알아서 설치해주는 것 까진 됐는데, 만약에 이미 올라간 서버를 수정을 하고 싶으면 어떻게 하면 될까요!?

zip파일을 새로 올려서 디플로이 했더니 DB가 다 날아가더라구요..!! DB가 날아가지 않고 업데이트하는 법이 있을까요~?

*저는 ruby on rails로 개발을 했습니다!

마이크로서비스 입문에서 구축과 활용까지! 마이크로서비스는 기존 대용량 시스템의 복잡성과 운영?배포?유지보수의…

[번역서 소개] 마이크로서비스 아키텍처 구축

O’reilly의 Building Microservices의 번역서 소개를 드리고자 합니다.
(관리자 분께 포스팅 유의사항을 잘 듣고 올립니다. ㅎ)

2년 전 원서인 Building Microservices의 early edition 내용에 대해 저자인 샘 뉴먼과 컨택을 하며 이 책의 번역을 시작하게 되었습니다. 이후 현업에서의 새 과제도 AWS상에서 MSA로 진행하게 되어 MSA의 도입에 대한 고민이 많았던 때에 좋은 길잡이가 되었습니다. 마치 MSA와 Cloud에 익숙한, 경험많은 선배 아키텍트에게 한번쯤 고민할 개념과 주제들을 조언받는 것 같아 좋았습니다(적어도 저에게는 ㅎ).

마침 우리와 협업 하던 해외 팀도 원서에 소개된 principle과 practices를 따르며, 권장하는 도구를 도입해 기존 모놀리스를 마이크로서비스화하는데 활용하고 있더군요.

책에서 다양한 서비스 배포 유형 중 컨테이너 기반의 서비스 배포를 권장하는 면도 있어, 당시 docker swarm/kurbernetes를 시도했으나, 깔끔하게 다음을 기약하고ㅎ, one service per instance 방식을 사용했습니다. AWS 가 다양한 instance를 제공하니 최적화만 잘하면 로깅/디버깅의 단순함에서 더 유리한 면도 있겠습니다.

소트웍스에서 개발자/아키텍트였던 필자의 폭넓은 경험에서 오는 지식과 조언은 유용했으며 필자의 웃지 못할 실수담도 유쾌한 교훈이었습니다.

예를 들면 configuration drift를 경계한 Immutable 서버의 지향 (SSH의 접속을 최대한 차단하고 모든 변경은 Build pipeline을 통해 배포), bounded context 의 개념에 기반해 서비스의 경계를 나누는 방법 등은 특정 기술보다 개발 및 운영 방법론과 더 가깝기 때문에 알고 있더라도 팀내 공감이 있어야 적용이 수월할 수 있습니다.

책에서 특히 AWS와 Netflix에 대한 언급이 많은데 (AWS가 한 23번 정도 언급되는군요), MSA를 위한 그들의 기술적인 시도 뿐 아니라 조직적인 변화의 노력도 참고할 만합니다. 그리고 바람직한 아키텍트의 역할에 대해 별도로 할애한 것도 흥미로우니 아키텍트를 지향하시는 분들은 2장의 일독을 추천합니다.

마이크로서비스 입문에서 구축과 활용까지! 마이크로서비스는 기존 대용량 시스템의 복잡성과 운영?배포?유지보수의 문제점을 해결할 새로운 대안이다. 이 책은 마이크로서비스 아키텍처를 구축, 관리할 때 고려할 문제와 이에 관한 포괄적 시각과 실용적인 조언을 제공한다. 지속적 통합을 통해 개별 마이크로서비스를 배포하는 과정을 설명하고, 실제로 마이크로서비스를…