모놀리식 vs 마이크로서비스, 어떤 아키텍처를 선택할까?

🔔 모놀리식 아키텍처란? 👉 모놀리식 아키텍처는 단일 코드 베이스의 애플리케이션이다. 예를 들어 Java로 작업할 때, 전체 애플리케이션은 단일 코드로 작성되어 단일 데이터베이스에 연결된다. 이것은 매우 일반적인 접근 방식으로, 거의 모든 개발자가 코딩을 시작할 때 이런 종류의 아키텍처에서 작업하게 된다. 그래서 모놀리식으로 개발한 애플리케이션은 마이크로서비스 아키텍처보다 구현이 쉽고, 덜 복잡하다는 장점이 있다. 🔔 모놀리식 아키텍처는 언제 사용하면 좋을까? 👉 규모가 작은 애플리케이션인 경우 👉 현 비즈니스를 통해 성장할 계획이 없거나, 복잡한 시스템 설계 및 관리가 필요하지 않은 경우 👉 아직 아이디어를 구상 중인 단계라면 모놀리식으로 시작하는 것이 유리하다. 👉 팀의 규모가 작거나 신생 팀인 경우, 또는 새로운 도메인일 때 적합하다. 👉 아직 제품이 MVP 상태라면, 모놀리식은 사용자로부터 피드백을 수집할 수 있는 가장 빠른 방법이다. 👉 주된 작업이 CRUD일 경우 🔔 마이크로서비스 아키텍처란? 👉 마이크로서비스 아키텍처에서는 애플리케이션을 작은 서비스로 분할하고, 각 서비스가 서로 독립적이라(느슨하게 결합) 기술에 구애받지 않는다. 그래서 각각 고유한 데이터베이스를 소유할 수 있다. 그로 인해 많은 이점을 제공하지만, 문제도 많고 복잡성을 함께 수반한다. 때문에 마이크로서비스 아키텍처로 프로젝트를 진행하려면 많은 경험이 필요하다. 🔔 마이크로서비스 아키텍처는 언제 사용하면 좋을까? 👉 비즈니스가 계속 성장하고 있는 경우 👉 비즈니스 도메인에 대해 잘 알고 있거나, 요구 사항이 명확한 경우 👉 복잡한 애플리케이션이 될 것임을 식별할 수 있는 경우 👉 가용성 및 유연한 확장이 요구사항인 경우 👉 서비스를 만드는 서로 다른 독립적인 팀이 존재하는 경우 🔔 마치며 아키텍처는 여러 가지 비즈니스 상황을 고려해 선택해야 한다. 최근 마이크로서비스가 대세라지만, 맞지 않는 상황도 존재하기 때문이다. 어떤 아키텍처를 사용해야 하는지 막막하다면, 다음 몇 가지 질문을 통해 현재 상황을 분석해보자. 👉 애플리케이션이 크고 복잡해질 가능성이 높은가? 👉 우리 팀은 도메인에 대해 잘 알고 있는가? 👉 가용성과 확장성을 갖춰야 하는가? 👉 마이크로서비스에 대한 경험이 있는가? 위의 질문에 대한 대답이 모두 Yes라면 마이크로서비스 아키텍처가 더 적합할 것이다. >> 보다 상세한 내용은 링크 참고해주세요~