아키텍처 교육 중 발표 퇴고, 이제 전문 용어를 곁들인

회고

  1. 발표 하기 전 항상 발표의 개요, 목적 등을 먼저 말하자.
  2. 어떤 소프트웨어 품질 속성이 좋아지는지 혹은 나빠지는지 설명하자.
    • 소프트웨어 품질 속성은 일단 ISO 9126 부터 숙지하자.
  3. 수치, 사용 예와 같은 추가 정보를 곁들여 주자.
    • 이런것들이 전문 용어를 남발하더라도 약팔이 처럼 안보이는 요소이다.
  4. 필요한 특성을 설명할 때 제품 예를 들자.
    • 제품들 특성에 대한 그룹화가 안되있는것 같다. 서버리스 저장소는? DynamoDB, Aurora Serverless, Amazone Timestream, Amazon QLDB 등.
  5. 알고 있는 제품들에 대하여 공통 용어로도 설명하자.
    • keycloack 과 같은 IAM 솔루션(프로덕트)들

퇴고 v1

주어진 아키텍처에 대하여 AWS Well-Architected Framework의 원칙 중 안정성과 보안에 대한 개선 사항을 공유드리겠습니다. 먼저 저희가 안정성 측면에서 발견한 문제점과 개선 사항을 말씀드리겠습니다. 수동 변경은 작업자 실수 가능성, 작업 내역 관리, 작업 복원 등의 문제점을 지니고 있습니다. 따라서 AWS Systems Manager의 Change Manager를 사용하여 변경사항을 관리하여야 합니다. ID/PW는 노출되기 쉬어 보안에 취약하기 때문에, keycloack 과 같은 IAM 솔루션들을 사내 LDAP과 연동하여 사용할 수 있습니다. 각 마이크로서비스 특성에 적합한 데이터 저장소를 구성한다면 고가용성을 확보할 수 있습니다. AWS RDS의 가용성에 대한 SLA는 월 간 three nines five로 약 21분 Downtime이 발생할 수 입니다. 만일 마이크로서비스가 RDS를 사용하지 않고 DynamoDB를 사용한다면, DynamoDB의 월간 four nines 가용성으로 약 4분간 Downtime이 발생하게 되어 가용성이 향상됩니다.