클라우드 기술은 현대 비즈니스에 가장 큰 선물 중 하나입니다. 이를 통해 운영 비용을 줄이고 모든 수준에서 탁월한 사용자 경험을 제공 할 수 있습니다.
2019 년 Gartner의 연구에 따르면 클라우드 컴퓨팅 서비스 및 SaaS 산업은 2022 년까지 1,435 억 달러 규모의 산업으로 성장할 것입니다. 그리고 우리는 그것이 일어날 것이라고 말할 수 있습니다. 전 세계 모든 산업에서 이러한 새로운 비즈니스 운영 방식을 채택하고 있습니다. 멈출 수없는 빠르게 성장하는 추세입니다.
그러나 클라우드 인프라 구축을위한 올바른 아키텍처를 선택할 때 기술 커뮤니티는 단일 테넌트 및 다중 테넌트 SaaS 데이터베이스 설계의 효율성에 의문을 제기합니다.
저희에게 물어 보시면, 프로세스를 구성하는 여러 요소를 살펴 보는 것 외에 답할 수있는 간단한 방법은 없습니다. 그것은 모두 올바른 결과를 얻기위한 비즈니스 및 애플리케이션의 필요성에 달려 있습니다. 사업주로서 여러분은 사업에 대한 잘못된 결정을 내리지 않도록 모든 것을 알고 싶어 할 것입니다. 그리고 오늘의 블로그에서는 다중 테넌트 아키텍처에 대해 논의 할 것입니다.
단일 테넌트 대. 다중 테넌트 설계
SaaS 또는 Software as a Service는 다양한 장치를 통해 원격으로 비즈니스 데이터에 액세스 할 수있는 클라우드 서비스입니다. 운영에 더 많은 유연성을 제공하고 생산성을 크게 향상시킵니다.
여기에서 단일 테넌시 및 다중 테넌시의 결정이 발생합니다. 여기에 대한 자세한 소개가 있습니다.
- 임차 란 무엇입니까? 그리고 단일 테넌트 및 다중 테넌트 아키텍처?
테넌시는 소프트웨어 환경에서 컴퓨팅 리소스 교환을 정의하는 데 사용됩니다.
단일 테넌트 아키텍처는 격리 된 데이터베이스, 저장소 및 웹 서버의 사용을 나타냅니다. 단일 테넌트는 기본적으로 응용 프로그램의 소유자입니다. 이 접근 방식은 일반적으로 최대 사용자 정의 및 고급 데이터 보안 솔루션이 필요한 계층 구조가있는 대기업에 더 적합합니다.
다중 테넌트 접근 방식은 더 비용 효율적이고 현대적입니다. 이를 통해 클라이언트는 정교한 응용 프로그램과 대규모 데이터베이스를 즉시 실행할 수 있습니다. 이를 통해 인프라를 유지 관리 할 필요가 없으며 스토리지, 하드웨어 및 CPU 비용을 절약 할 수 있습니다. 이것은 운영 비용을 감소시킵니다.
Gmail, Google Drive, Dropbox, Shopify 등과 같은 서비스를 사용할 수 있습니다. 스타트 업, 중소기업 및 소규모 IT 팀을위한 완벽한 솔루션입니다.
단일 테넌트 아키텍처
단일 테넌시는 한 고객을 위해 소프트웨어 애플리케이션 및 지원 인프라를 개발할 수있는 아키텍처입니다. 단일 테넌시 아키텍처에서 SaaS 인프라는 단일 고객 전용이며 단일 고객 전용 인스턴스를 갖게됩니다.
호스팅 제공 업체는 소프트웨어 인스턴스와 전용 인프라를 관리하고, 소프트웨어 또는 인프라의 사용자 지정과 같이 데이터와 운영을 한 사람에게 완전히 제어 할 수 있습니다.
- 형질
단일 테넌시는 단일 사용자에게 완전한 제어를 제공합니다. 더 높은 사용자 참여를 제공하고 다양한 작업을 수행 할 수 있습니다. 안정적이고 안전하며 데이터를 백업 할 수도 있습니다.
테넌트가 서로 다른 환경에 배치되기 때문에 인프라의 아키텍처는 완전히 다릅니다. 그들은 동일한 방식으로 바인딩되지 않으며 인프라를 공유하지 않습니다.
데이터 및 비즈니스 운영을 제어하는 데 적합합니다. 환경을 변경할 수있는 유연성을 제공하고 비즈니스 요구를 충족합니다.
- 어떻게 작동합니까?
단일 테넌시 아키텍처는 데이터베이스 및 소프트웨어에 대한 완전한 제어를 제공합니다. 데이터는 서로 격리되며 아키텍처는 SaaS 서버 당 하나의 인스턴스 만 허용하도록 설계되었습니다.
고유 한 요구 사항을 충족하도록 설계되었습니다. 설치 후 사용자 인터페이스를 사용자 정의 할 수 있습니다. 소프트웨어가 로컬로 설치된 후 테넌트는 특정 환경에 따라 고유 한 요구 사항을 충족하도록 제품을 사용자 지정할 수 있으며 기본 코드에 액세스 할 수 없습니다.
단일 테넌시를 사용하면 백업에서 데이터를 격리 할 수 있습니다. 데이터 손실을 방지하고 데이터를 쉽게 복원 할 수 있습니다. 또한 서비스 공급자가 그렇게 할 때까지 기다릴 필요가 없기 때문에 업데이트 설치가 매우 쉽습니다.
- 단일 테넌시의 이점
단일 임대는 흔하지 않으며 그 이유는 비용이 많이 들기 때문입니다. 또한 중소 기업이나 스타트 업에게는 적합하지 않습니다. 그러나 대기업에는 많은 이점이 있습니다. 다음은 몇 가지입니다.
- 데이터는 다른 잠재적 인 테넌트와 독립적이므로 더 많은 제어가 가능합니다.
- 신뢰할 수있는 솔루션입니다. 데이터 보안은이 접근 방식의 핵심이며, 자신의 환경에 침해가 발생하더라도 데이터가 동일한 환경에 저장되지 않기 때문에 다른 테넌트가 침해로부터 안전합니다.
- 모든 고객 데이터가 분리되어 있으므로 다른 환경에 영향을주지 않고 환경에 맞게 사용자 정의 할 수 있습니다.
- 성능 중심이며 다른 테넌트의 여러 인스턴스가 아닌 하나의 인스턴스 만 기반으로합니다.
- 빠른 회복은 또 다른 이점입니다.
- 단일 테넌시의 단점
단일 테넌시가 다른 아키텍처보다 일반적이지 않은 데는 여러 가지 이유가 있습니다. 몇 가지 단점을 살펴보면 그 이유를 이해하는 데 도움이됩니다.
- 고객 당 SaaS 인스턴스의 설정 시간, 리소스, 사용자 지정, 유지 관리, 호스팅은 노동 집약적이므로 비용이 많이 듭니다.
- 테넌트에게 단일 테넌트 환경을 관리 할 수있는 많은 권한이 주어지기 때문에 업데이트, 업그레이드 및 관리에 더 많은 시간이 걸립니다.
- 학습 곡선은 다른 아키텍처보다 훨씬 큽니다. 단일 테넌시에서 구현 및 사용자 지정을 학습하려면 SaaS에 약간의 교육이 필요합니다.
- 덜 최적화 된 시스템이며 모든 리소스가 잘 활용되는 것은 아닙니다. 이로 인해 효율성이 떨어집니다.
다중 테넌트 아키텍처
다중 테넌트는 단일 테넌트 아키텍처의 반대입니다. 여기서 단일 테넌시는 한 사람에게 모든 권한을 부여하고 다중 테넌트는 단일 소프트웨어 인스턴스가 서버에서 실행되고 한 번에 많은 고객에게 서비스를 제공하는 아키텍처입니다. 다중 테넌트 환경에서 기존 고객은 동일한 하드웨어 및 데이터 스토리지를 사용할 수 있습니다. 각 고객에 대한 전용 인스턴스를 생성합니다. 데이터는 격리되어 다른 사람에게 보이지 않습니다. 한편, 동일한 서버에서 실행 중입니다.
- 형질
멀티 테넌시는 여러 고객에게 서비스를 제공하기위한 경제적 인 솔루션입니다. 단일 테넌시보다 훨씬 저렴하며 환경 비용이 공유됩니다. 일반적으로 SaaS 공급 업체의 절감액은 소프트웨어 개발 비용을 구축하는 데 사용될 수 있으므로 예산 효율적입니다.
다중 테넌시 아키텍처의 많은 특성은 가상화의 특성과 유사합니다. 차이점은 가상화에 있습니다. 별도의 가상 머신이 자체 OS와 관련되어 있습니다. 다중 테넌시는 모든 클라이언트에 대해 하나의 코드베이스와 하나의 데이터베이스를 사용하기 때문에 필요하지 않습니다.
2. 어떻게 작동합니까?
다중 테넌트 아키텍처는 다른 사용자를 위해 환경을 격리하지 않기 때문에 단일 테넌트 아키텍처와 매우 다릅니다. 이를 통해 개발자는 액세스 포인트를 간소화하고 단순화 할 수 있습니다.
모든 것을 함께 유지하기 위해 조직 계층을 만드는 추세에서 시작되었습니다. 이것이 멀티 테넌시의 탄생이었습니다. 이 아키텍처를 통해 개발자는 데이터베이스 및 관련 응용 프로그램을 공유하는 다중 사용자 환경을 만들 수 있습니다. 기본적으로 일부 조직은 SaaS 인프라를 개발하기 위해 단일 테넌시 및 다중 테넌시 접근 방식을 모두 사용합니다 (예 : 로직 베이).
다중 테넌트 아키텍처는 예산이 적은 기업에 적합한 접근 방식입니다. 더 많은 데이터를 사내에서 클라우드로 마이그레이션 할 수있는 클라우드 통합 서비스 를 제공합니다. 운영의 유연성을 개선하고 사용자의 의사 결정을 개선하며 데이터 소스를 다양 화합니다.
데이터에 더 쉽게 액세스 할 수 있으므로 데이터를 간소화하고 데이터 마이닝을 더욱 단순화합니다. 단일 데이터베이스 스키마 내에서 고객이 데이터에 액세스 할 수 있도록합니다. 개별 클라이언트 데스크톱 및 서버를 코딩하기 위해 데이터를 릴리스하는 것은 패키지를 단일 서버에만 설치하면되므로 훨씬 더 간단 해집니다.
- 다중 테넌시의 이점
관심을 가질만한 다중 테넌트 SaaS 아키텍처의 몇 가지 이점은 다음과 같습니다.
- 자원 분배 :
자원 분배는 개발, 제공 및 지원에 예산을 낭비하지 않기 때문에 매우 효율적입니다. 확장 성을 제공하기 위해 하드웨어 업그레이드 나 네트워크 용량이 필요하지 않습니다. 강력한 아키텍처입니다.
- 유지 보수 무료 :
단일 테넌트 아키텍처의 유지 관리는 비용이 많이 들지만 다중 테넌트 아키텍처를 사용하면 아무것도 걱정할 필요가 없습니다. 서비스 공급 업체에서 관리합니다. 이렇게하면 많은 비용이 절약되고 정기적으로 인프라에 대해 걱정할 필요없이 비즈니스 목표에 집중할 수 있습니다.
- 3 자 통합을 RD :
단일 테넌트 아키텍처 디자인이 제공하는 사용자 지정 유형과 일치하지 않지만 사용자 지정을 할 수없는 것과는 다릅니다. 고급 API가 포함 된 다중 테넌트 SaaS 앱을 쉽게 통합하여 소프트웨어의 확장 성을 높이고 비즈니스 운영을 강화할 수 있습니다.
- 빠른 확장 :
SaaS 애플리케이션은 구독 기반이지만 모든 공급 업체는 서로 다른 가격 모델을 제공합니다. 소규모 회사는 대부분 월별 결제 옵션이있는 표준 패키지를 사용하는 경향이 있습니다. 한편 대기업은 사용자 별 모델 가격을 지불 할 수있는 위치에 있습니다. 그럼에도 불구하고 필요에 따라 언제든지 패키지를 업그레이드하고 비용을 조정할 수 있습니다.
- 다중 테넌트 아키텍처의 단점
멀티 테넌시는 매우 효율적이지만 인프라 기능을 저하시킬 수있는 몇 가지 잠재적 위험이 따릅니다. 가장 일반적인 것은 다음과 같습니다.
- 보안 위험 :
보안은 온라인 비즈니스의 가장 큰 관심사 중 하나이므로 공유 호스팅은 잠재적 인 위험에 처할 수 있습니다. 데이터의 안전을 보장하기 위해 액세스 제어에 대한 더 엄격한 인증이 필요합니다.
- 중단 시간:
전국적인 정전은 공유 리소스를 사용할 때 새로운 것이 아닙니다. 이는 운영과 고객에게 큰 영향을 미치며, 이러한 이벤트의 빈도를 줄이고 이러한 문제에 대한 빠른 대응을 위해보다 안정적인 서비스 제공 업체를 선택할 수 있습니다.
다중 테넌트 SaaS 설계
단일 테넌트 및 다중 테넌트 접근 방식에는 장단점이 있지만, 모두 고유 한 비즈니스 요구 사항과 보유한 예산의 종류에 따라 결정됩니다. 항상 전문 SaaS 서비스 제공 업체와 상담하는 것이 좋습니다.
단일 테넌시는 더 많은 사용자 지정 및 보안을 제공하지만 더 많은 리소스가 필요합니다. 분명히 더 고급 옵션이며 기업에 더 유용합니다. 상대적으로 다중 지연은 비용 효율적이며 유지 관리가 필요하지 않습니다. 비즈니스를위한 확장 가능한 솔루션입니다.
이제 단일 및 다중 테넌트 SaaS 아키텍처의 장단점을 다루었으므로 다중 테넌트 SaaS에서 발견되는 기회, 복잡성 및 과제에 대한 더 많은 관점을 제공하는 개발 부분으로 넘어갈 수 있습니다.
- 다중 테넌트 SaaS를 설계하는 방법은 무엇입니까?
SAP 애플리케이션을 설계 할 때 고유 한 비즈니스 요구 사항에주의를 기울이는 것이 매우 중요합니다. SAP 개발 서비스 제공 업체가 SaaS 인프라에 적합한 접근 방식을 선택할 수 있도록 도와줍니다. 다음은 비즈니스에 사용할 수있는 다중 테넌트 모델입니다.
그 외에는 목표를 달성하기 위해 테넌트 수와 격리, 온 보딩 및 정책 관리 메커니즘을 고려해야합니다.
- 여러 유형의 다중 테넌트 데이터베이스
- 테넌트 당 데이터베이스 :
각 테넌트에 새 데이터베이스를 제공하고 수직으로 확장 가능합니다. 즉, 노드를 추가하여 리소스를 노드 당 또는 수평으로 추가 할 수 있습니다. 데이터베이스는 동일한 리소스 그룹에서 사용되며 동일한 탄력적 풀로 나눌 수 있습니다. 리소스 관리를 최적화하기 위해 이러한 풀간에 테넌트 데이터베이스를 이동하도록 선택할 수 있습니다.
- 단일 다중 테넌트 데이터베이스 :
데이터베이스에는 여러 테넌트 식별자 열이 있으며 스토리지 및 컴퓨팅 리소스는 모든 사용자가 공유 할 수 있습니다. 비용을 줄이는 데 도움이됩니다. 이 모델과 함께 제공되는 유일한 단점은 한 테넌트의 워크로드가 다른 테넌트의 서비스 성능에 영향을 미칠 수 있다는 것입니다.
- 분할 된 다중 테넌트 데이터베이스 :
이 모델을 사용하면 여러 데이터베이스에 테넌트 데이터를 저장할 수 있습니다. 이것은 인구 밀도가 높은 샤드를 인구 밀도가 낮은 여러 노드로 분할하고 쉽게 다시 병합 할 수 있으므로 성장하는 비즈니스를위한 매우 확장 가능한 솔루션입니다. 또한 분할 된 데이터베이스를 탄력적 풀에 배치하여 운영 관리 및 확장 성을 더욱 향상시킬 수 있습니다.
- 하이브리드 분할 된 다중 테넌트 데이터베이스 :
이 모델을 사용하면 공유 데이터베이스간에 테넌트 또는 전체 그룹을 쉽게 이동할 수 있습니다. 리소스 요구 사항이 상반되는 식별 가능한 테넌트 그룹이 여러 개인 경우이 방법을 사용할 수 있습니다.
블로그 읽기 -온 프레미스 SAP ERP를 선택하는 이유
- 테넌트 격리
테넌트 격리는 다른 테넌트가 다른 사용자의 콘텐츠에 액세스하지 못하도록하는 도구를 의미합니다. 다중 테넌트 아키텍처의 경우 테넌트 격리가 기본입니다.
다중 테넌트를 사용하면 다중 테넌트 환경에서 리소스를 공유 할 수 있으므로 보안, 개인 정보 보호 및 기밀성을 보장하는 것이 중요합니다. 개발 접근 방식은 이들에 초점을 맞춰야합니다. 다음은 다중 테넌트 SaaS 환경에 사용할 수있는 몇 가지 데이터 격리 전략입니다.
- 사일로 격리
파티션 유형은 각 테넌트가 스토리지 및 인프라 리소스를 소유하는 별도의 격리 된 클러스터로 구성됩니다. 파티션 유형은 단일 테넌트 SaaS 아키텍처와 동의어입니다.
Silo를 사용하면 SaaS 공급자가 테넌트에 대한 더 강력한 경계를 만들 수 있으며 모든 클라이언트의 사용량 데이터를 쉽게 계산할 수 있습니다. 이 모델의 단점은 높은 인프라 비용, 복잡한 개발 및 비용이 많이 드는 관리입니다.
- 풀 격리
풀 격리에서 사용자는 동일한 인프라를 사용합니다. 아키텍처 패턴은 테넌트 간의 경계가 약하고 테넌트 간 액세스 위험이 더 높습니다. 이를 통해 공급 업체는 사용자 기반 및 리소스 사용량에 비례하여 리소스를 확장 할 수 있습니다.
- 브리지 모델
이 모델을 사용하면 테넌트가 동일한 웹 서버와 데이터베이스를 공유하고 다른 사용자를위한 테이블 또는 마이크로 서비스로 분리 될 수 있습니다. 브리지 모델은 공유 및 격리 된 인프라가있는 사일로 및 풀 파티션의 하이브리드입니다.
- 계층 기반 격리
계층 기반 격리는 브리지 모델과 유사하게 작동합니다. 격리 유형 만 구독 계획을 기반으로합니다. 무료 구독자는 다른 테넌트와 인프라를 공유하고 프리미엄 구독자는 교차 테넌트 액세스 위험이 적은 전용 환경을 가질 수 있습니다.
계층 기반 파티션은 작업을 쉽게하고 데이터에 더 많은 보안을 제공하므로 모든 솔루션 중에서 가장 확장 성이 뛰어납니다. 또한 사용자에게 프리미엄 요금제를 구매하라는 메시지를 표시합니다. 더 많은 테넌트가 격리 된 환경으로 전환함에 따라 유지 관리 비용이 증가합니다.
- 온 보딩 프로세스
고객 유지는 비즈니스의 가장 큰 관심사 중 하나이지만 보고서에 따르면 클라우드 기반 서비스의 이탈률은 다양한 산업에서 16 % ~ 37 %라는 사실을 알고 싶습니다. 구독 기반 SaaS는 신규 테넌트를 위해 서비스를 더욱 포괄적으로 만들어 고객 이탈을 줄이는 데 도움이됩니다. 이 프로세스를 문서, 매력적인 비디오, 자습서, 고객 서비스, 직관적 인 인터페이스 등을 사용한 테넌트 온 보딩이라고합니다.
자동화 시대에 최신 도구를 사용하면 편의를 위해 이러한 프로세스를 최대한 자동화 할 수 있습니다. 숙련 된 개발 팀과 함께 멀티 테넌트 SaaS 애플리케이션을 구축하고 프로비저닝 메커니즘을 자동화 할 수 있습니다. 좋은 It SaaS 개발 회사 는 소프트웨어에 대한 온 보딩 경험을 개선하여 테넌트 유지율을 개선하는데도 도움이 될 것입니다.
- 테넌트 사용량 분석
리소스 소비 메트릭을 주시하는 것은 매우 중요합니다. 이는 SaaS 비즈니스의 기본이며 전체 인프라에 대한 이해 가능한보기이며 마이크로 서비스 및 구독에 대해 배울 수 있으므로 사용자에게 훨씬 더 가치가 있습니다. 다음은 SaaS 개발 서비스 를 개선하고 사용자의 요구 사항을 더 잘 이해하는 데 도움이되는 메트릭입니다.
- 활성 클라이언트 수
- 모든 구독 계층의 활성 사용자
- 테넌트 및 구독 당 인프라 비용
- 메모리 저장 및 사용률 표시기
- 사용자 상호 작용 활동
- 테넌트 및 계층 당 이익
데이터를 사용하면 비즈니스 서비스를 개선 할 수 있으며, 비즈니스 운영, 고객 경험 및 고객의 호불호에 대한 이해를 높일 수 있습니다. 또한 매우 적은 리소스를 요구할 수 있습니다.
또한 한도를 초과하는 경우 테넌트 소비를 최적으로 관리 할 수 있습니다. 리소스 소비 메트릭의 범위를 최적으로 수집 할 수있는 메커니즘을 사용하여 다중 테넌트 애플리케이션을 설계 할 때 유용합니다.
- 테넌트 구성
시간이 지남에 따라 시스템은 고객의 변화하는 요구 사항을 충족하기 위해 개선, 최적화 및 일치되어야합니다. 정책 관리를 위해 중앙 집중식 테넌트 구성 도구를 구현해야합니다.
테넌트 정책을 통해 사용 가능한 기능, 성능, 제한 및 SLA 측면에서 사용자 경험을 조정할 수 있습니다. 또한 테넌트 페르소나에 따라 우수한 서비스를 제공하기 위해 다양한 범주로 신속하게 사용자 정의 할 수 있습니다.
- 다중 테넌트 아키텍처의 SLA
서비스 수준 계약 또는 SLA는 SaaS 공급자와 고객 간의 계약입니다. 이는 비즈니스 운영에 더 많은 투명성을 제공하고 기능, 보안 및 가용성 시간 측면에서 고객이 애플리케이션에서 기대해야하는 사항을 명확히합니다. 즉, 문서에는 다음이 포함됩니다.
- SLA 전략
SLA는 법적 문서가 아닙니다. 서비스 안내 일뿐입니다. 이를 통해 세입자의 기대치를 충족 할 수있는 방법을 측정 할 수 있습니다. 그것은 일을 훨씬 더 좋게 만들고 당신이 성취 할 수있게합니다.
- 서비스 계층화 :
사용자는 고급 기능에 대해 비용을 지불하지 않을 수 있습니다. 실제로 기업은 운영 및 기능을 개선 할 방법을 끊임없이 모색합니다. SLA를 통해 시장과 독립적으로 제품 가치를 결정할 수 있습니다. 서비스가 좋을수록 세입자에게 더 많이 요청할 수 있습니다.
- 뼈대:
SaaS 프레임 워크를 사용하면 비즈니스를 평가하는 데 필요한 고객을 이해할 수 있습니다. 이를 통해 SLA 목표에 대해 시간에 따른 테넌트 성능을 추적하는 대시 보드를 만들 수 있습니다. 메트릭을 통해이를 분석하고 서비스 제공을 개선하기 위해 조정할 수있는 계층 및 기능을 알 수 있습니다.
- 비즈니스 영향 :
자원 소비가 무엇인지 아는 것이 중요합니다. 따라서 일부는 제한을 초과하고 일부는 제한을 줄이고 자 할 수 있습니다. SLA를 통해 테넌트 트래픽 패턴을 살펴보면 각 테넌트, 계층 및 기능에 대한 비용과 운영 효율성의 균형을 맞출 수 있습니다.
- 보고서 :
보고 도구를 사용하여 팀을 관리하여 데이터를 분석하고 정보에 입각 한 결정을 내릴 수 있습니다. 직원의 생산성을 향상시키는 데 도움이되며 원격으로 작업 할 수있는 많은 유연성을 얻을 수 있습니다. SLA와 관련된 테넌트 및 애플리케이션 소비를 측정하는 도구를 구현할 수 있습니다.
고객의 기대에 부응 할 필요가 있습니다. 서비스를 확장하고 이탈률을 줄이고 싶다면 SLA가 멀티 테넌시 모델에 놀랍도록 기여합니다.
마무리
멀티 테넌시는 SaaS 애플리케이션 개발을 위한 최상의 접근 방식 중 하나입니다. 막 시작하고 적절한 가격에 확장 가능한 솔루션이 필요한 비즈니스에 적합합니다.
개발 단계에서 데이터의 안전을 보장하려면 경험이 필요합니다. 또한 제품이 비즈니스 요구 사항을 충족하는지 확인하기위한 지식이 필요합니다. 파티션 모델, 온 보딩 프로세스, 구성 관리 도구 및 SLA를 결정하는 것부터 시작하십시오. 개발을 잘 계획하는 데 도움이 될 것입니다.