IAM의 필요성아래 사진은 기본적인 아키텍처? 다이어그램입니다.  가정: 우리는 서버 멤버에 관한 정보를 관리하는 어플리케이션을 만들었고 AWS를 활용하는 상황  위 다이어그램을 보면 접근 제어와 자격 증명 관리가 필요한 여러 곳(키 모양이 있는 곳)을 확인할 수 있죠!첫 번째는 사용자가 멤버 목록 애플리케이션에 로그인하고 사용하는 방법을 관리해야 합니다. 사용자가 앱에 로그인하기 위해 유효한 자격 증명, 예를 들어 사용자 이름과 비밀번호를 필요로 할 수 있습니다. 이것이 애플리케이션 수준에서의 접근 관리입니다. 그리고 멤버 목록 애플리케이션을 호스팅하는 서비스 Amazon EC2에 의해 가상 머신에서 실행되는 코드는 멤버의 이미지와 같은 데이터를 읽고 쓰기 위해 객체 저장 서비스 Amazon S3에 A..

BackgroundLegacy ServerMonolithic기술 부채유지보수의 어려움기능의 고착화이러한 어려움들을 도메인을 중심으로 개선해보자.Domain Driven Design?각각의 기능적인 문제에 영역들을 정의하는 도메인과 그 도메인을사용하는 비즈니스 로직을 중심으로 설계를 하는 것을 말한다.도메인의 모델과 로직에 집중Ubiquitous Language, 보편적 언어 사용Software Entity와 Domain간 개념의 일치Why DDD?DDD는 테스트 중심의 TDD 혹은 행위 중심의 BDD와 무슨 차이가 있을까 이미 검증된 플로우가 존재하고, 한 번에 갈아엎는 빅뱅 방식 대신 필요한 기능 등을 조금씩 구별하고 그것에 대해 필터링하여 개선하고 점진적인 향상을 만족시키는 것 그리고 레거시와 신규 ..

BackgroundSpring 기반 프로젝트를 3주간 사전 준비하고, 2주 동안 구현 및 배포를 진행했다. 제한된 시간 내에 기능을 완성해야 했기 때문에, 이상적인 코드를 작성하기보다는 빠른 구현에 중점을 두었다. 이에 따라, 속도감 있고 익숙한 MVC 패턴을 선택하여 디렉터리 구조를 구성했다.하지만 기능이 늘어나면서 Service 클래스의 수가 급격히 증가했고, 이를 관리하는 데 어려움을 겪게 되었다. 클래스 간의 연결도 복잡해지면서 기존 구조로는 유지보수와 확장성 측면에서 한계가 있을 것이라고 판단했다. 이러한 문제를 해결하기 위해 다른 디렉터리 구조를 모색하기로 결정했다.Various Architecture적용하기에 앞서 디렉터리 구조들의 종류에 대해서 알아보자. 1. Layered Architec..