Modify 'serviceType' value in InstallMonAgentReq

[jihoon-seo]

[현황 - CB-TB 측면]

• CB-Dragonfly에 POST http://localhost:9090/dragonfly/agent 요청을 날릴 때,
  service_type 필드의 값을 const DefaultSystemLabel string = "Managed by CB-Tumblebug" 으로 채워서 보냈습니다.
• 사용자 → TB → DF 순서로 call 하도록 하면 사용자는 다음의 TB 에러 메시지를 보게 되는데, 디테일이 표시되지 않습니다.

[Calling DRAGONFLY] START
cb-tumblebug                 | VM:ns01/jhseo/aws-us-east-2, URL:http://cb-dragonfly:9090/dragonfly/agent, userName:cb-user, cspType:aws, service_type:Managed by CB-Tumblebug
cb-tumblebug                 | Called CB-DRAGONFLY API
cb-tumblebug                 | HTTP Status code: 400
cb-tumblebug                 | [CLOUD-BARISTA].[ERROR]: 2022-10-24 06:48:35 monitoring.go:255, github.com/cloud-barista/cb-tumblebug/src/core/mcis.CallMonitoringAsync() - HTTP Status: not in 200-399 
cb-tumblebug                 | [CLOUD-BARISTA].[ERROR]: 2022-10-24 06:48:35 monitoring.go:280, github.com/cloud-barista/cb-tumblebug/src/core/mcis.CallMonitoringAsync() - [Monitoring Agent deployment errors] / HTTP Status: not in 200-399 

[현황 - CB-DF 측면]

• CB-Dragonfly 코드를 보면, 이 필드는 모니터링 대상이 1) MCKS 인지 2) MCIS 인지를 판별하기 위한 것이며,
  • 이 필드의 값이 "mck8s", "kubernetes", "k8s" 중 하나이면 MCKS로 판별하고
  • 이 필드의 값이 "mcis", "vm" 중 하나이면 MCIS로 판별합니다.
• 위의 TB 요청과 같이 이 필드의 값을 "Managed by CB-Tumblebug"로 채워서 보내면
  CB-Dragonfly는 에러를 반환합니다.
  • 관련 CB-DF 코드

[Req to DF]

{
  "userName": "cb-user",
  "cspType": "aws",
  "service_type": "Managed by CB-Tumblebug"
}

[Resp from DF]

{
  "message": "unsupported agentType: Managed by CB-Tumblebug"
}

---

[개선]
이 PR은, TB → DF 로 보내는 install agent req 의 service_type 필드에
common.StrVM = "vm" 을 채워서 보내도록 변경합니다.

[seokho-son]

/approve