The scope and relationship between CM-Beetle and CB-Tumblebug

[yunkon-kim]

지난 워크샵 이슈와 관련하여 정리된 현재 (안)을 공유 드립니다.
: 2024년 추진을 위한 (안) 정도로 봐주시면 좋을 것 같습니다.
: 중요한 의견, 결정 사항 등을 트래킹 할 수 있도록 Discusssion에서 논의를 진행하고자 합니다.

(이슈) Beetle과 Tumblebug을 함께 활용하는 경우 활용성이 복잡함

• Beetle을 통해 인프라를 Migration한 이후, Tumblebug/Spider의 운영 기능을 활용하기 어려움 (즉, 외부 솔루션과 연계 어려움)
  • (사유) Name/ID (Namespace, Multi-Cloud Infrastructure (MCI), resource, 등) 관리 체계가 상이하거나, Beetle에서 제공되지 않음
• Beetle, Tumblebug를 함께 사용하는 경우 복잡성이 높아짐
  • (사유) API Endpoint의 모호함, 데이터 동기화 문제 발생 가능성 예측됨
• (Community leader's opinion) 개별 마이그레이션 F/W 가 상호 의존성 없이, 독자적으로 구동가능한 유연성 중요할 것으로 판단
  • (예시) Spider/TB + Centipede, Spider/TB + Grasshopper

현재(안) - 2024년도 추진을 위한 (안)

: (Note) 관련 이슈 및 논의 사항: #108

• Beetle의 범위:

  • 목표 인프라 추천, 인프라 마이그레이션 실행 및 제어 기능/API 제공
  • Beetle과 Tumbleubg 동시 활용 시 단일 Endpoint 제공 (Revserse proxy 적용을 통해)
    • (참고) 마이그레이션 이후 또는 이와 관계 없는 경우, Tumblebug API 별도 호출 가능한 구조

• 제기된 이슈 해소 사항

  • Beetle의 endpoint를 단일 endpooint로 하여 복잡성 해소
  • Tumblebug에서 모든 Metadata 관리하여 데이터 동기화 문제를 없애고, 마이그레이션 이후 (Beetle 없이도) 외부 솔루션과 연계 가능성 확보
  • (Note) 각 서브시스템 식별자(/beetle/, /tumblebug/)를 통해 구분 및 활용이 필요하며, 제공되는 각 서브시스템의 API 문서 활용

• 변동 사항

  • Beetle API에 Tumblebug의 namespace, mci, 등의 컨셉 적용/노출
    • (사유) 마이그레이션 이후 운용 요구사항 반영 차원
    • (사유) 플랫폼 수준의 리소스 컨셉 일관성 유지 차원

• 참고 사항

  • ns, mci의 name/ID 관련 사항
    • Beetle에서 Default 값 지정 및 제공 (개발/통합 편의 차원)
    • 기본적으로는 사용자가 생성하는 것을 전제로 함

Live 문서: 구조도

Live 문서를 공유 드립니다. 편하게 수정 및 의견 제안해 주시기 바랍니다.
: 링크는 뷰어 권한이고, 커뮤니티 차원의 편집 권한이 사전에 부여되어 있습니다.
: 📌 The scope and relationship between CM-Beetle and CB-Tumblebug