구조 변경 작업

Multi-tenancy 구조 변경

기존에는 새로운 지점이 발생하였을 경우 기존 단일지점형태로 되어 있는

프로그램을 복사해서 새로 생성하는 방식이었다면 변경되는 안에서는

통합관리자에서 지점만 추가한 후 필요한 정보를 설정하면 바로 사용 가능합니다.

- 확장성을 높여 지점 추가시마다 들어가는 비용과 시간을 획기적으로 감소 시킴

- 오히려 기존 보다 구조가 단순화되어 장애 발생가능성 감소

- 기존 CS프로그램 연동도 더 좋고, 문제 발생시에도 중앙에서 빠르게 대응

- 소스 업그레이드시 배포 및 버전 충돌 문제도 발생하지 않습니다.

애플리케이션을 공유하는 방식을 의미합니다.

이는 클라우드 컴퓨팅 환경에서 많이 사용되며, 자원의 효율성과 비용 절감을 도모할 수 있습니다.

Multi-tenancy 구조는 일반적으로 물리적인, 가상의 또는 논리적인 수준에서 구현될 수 있습니다.

물리적인 수준에서는 여러 테넌트가 동일한 서버 또는 데이터베이스를 공유합니다.

가상의 수준에서는 가상화 기술을 사용하여 각 테넌트에게 독립된 가상 서버 또는 가상 환경을 제공합니다.

논리적인 수준에서는 테넌트 간에 데이터를 구분하고 액세스를 제어하는 방식으로 구현됩니다.

Multi-tenancy 구조의 장점 중 하나는 자원의 공유로 인해 효율적인 자원 사용이 가능하다는 점입니다.

여러 테넌트가 동일한 시스템을 사용하기 때문에 자원의 사용량을 최적화할 수 있습니다.

또한, 유지보수 및 업그레이드 작업도 한 번에 모든 테넌트에게 적용할 수 있어 효율적입니다.

하지만 Multi-tenancy 구조는 보안과 데이터 격리에 대한 고려가 필요합니다.

각 테넌트의 데이터와 액세스 권한을 철저히 분리하고 관리해야 합니다.

또한, 한 테넌트의 장애가 다른 테넌트에 영향을 미치지 않도록 격리된 환경을 구성해야 합니다.

요약하자면, Multi-tenancy 구조는 여러 테넌트가 동일한 시스템을 공유하는 방식으로,

자원의 효율성과 비용 절감을 도모할 수 있습니다.

그러나 보안과 데이터 격리에 대한 고려가 필요하며,

각 테넌트의 데이터와 액세스를 철저히 분리하여 관리해야 합니다.

추가로 알고 싶은 내용이 있으신가요?

LIST