뒤끝함수에 차트문의

고객님의 문의에 답변하는 직원은 고객 여러분의 가족 중 한 사람일 수 있습니다.
고객의 언어폭력(비하, 조롱, 욕설, 협박, 성희롱 등)으로부터 직원을 보호하기 위해
관련 법에 따라 수사기관에 필요한 조치를 요구할 수 있으며, 형법에 의해 처벌 대상이 될 수 있습니다.

커뮤니티 이용 정책에 위배되는 게시물을 작성할 경우, 별도 안내 없이 게시물 삭제 또는 커뮤니티 이용이 제한될 수 있습니다.

문의 응대 : 평일 오전 10시 ~ 오후 6시
문의를 남기실 경우 다음 항목을 작성해 주세요.
정보가 부족하거나 응대시간 외 문의하는 경우 확인 및 답변이 지연될 수 있습니다.

  • 뒤끝 SDK 버전 : 5.16.2
  • 뒤끝 펑션 버전 :
  • 프로젝트명 :
  • 스테이터스 코드 :
  • 에러 코드 :
  • 에러 메시지 :

뒤끝함수에서는 CDN 이 없어서 Backend.Chart.GetChartContents 로 차트를 조회하고 있는데
GetChartContents 로만 3초가 걸리고 있습니다.
3월 30일날 서버에 푸시한 상태에서 테스트한 시간입니다.
시간이 너무 오래걸려서 다른 방법이 없는지 확인 부탁드립니다.

안녕하세요 개발자님,
문의하신 내용 확인하여 안내드리고자 하였으나, 프로젝트정보가 확인되지 않습니다.
문의 시 프로젝트 정보를 포함하여 문의 바랍니다.

프로젝트 : IGM
이것만 있으면 되나요?

확인해본 결과, 뒤끝펑션을 통해 Backend.Chart.GetChartContents를 호출하신 것으로 확인되는데, 맞으실까요?
뒤끝펑션은 현재 SDK 5.9.6 버전을 기준으로 제작·제공되고 있어, CDN 기반의 차트 함수는 지원되지 않는 점 참고 부탁드립니다.

또한, 펑션을 사용하는 경우 구조상
클라이언트 요청 → 서버가 펑션 실행 → 다시 클라이언트로 응답의 순서로 동작하기 때문에,
GetChartContents 자체가 느린 것이 아니라, 펑션 실행 흐름에서 지연이 발생하는 경우로 예상됩니다.

실제로 확인된 서버 호출 이력 기준, Backend.Chart.GetChartContents의 평균 응답 속도는 50ms 이하로 측정되고 있습니다.
이 부분 참고 부탁드리며 아래 문서도 확인해 주시면 감사하겠습니다.


뒤끝펑션에서 신규 함수들을 사용할 수 있도록 최신 SDK 업데이트가 준비 중에 있어 4월 제공을 목표로 하고 있습니다.
예정 일정은 내부 상황에 따라 다소 변동될 수 있는 점 참고 부탁드리며 빠른 시일 내 개선 제공할 수 있도록 노력하겠습니다.

Backend.Chart.GetChartContents 를 사용 하였습니다.
대략 3번의 호출이 있었는데
최초 서버 배포 이후 첫번쨰 호출이 상당히 많은 시간을 잡아 먹었습니다.

DateTime time0 = DateTime.UtcNow;
JsonData jsonSheet = SheetManager.Instance.InitSheet();
DateTime time1 = DateTime.UtcNow;
JsonData jsonDefaultData = SheetManager.Instance.GetChartData(eSheetName.DefaultDataSheet, 1);
DateTime time2 = DateTime.UtcNow;
Dictionary<int, JsonData> dicInitialize = SheetManager.Instance.GetChart(eSheetName.InitializeSheet);
DateTime time3 = DateTime.UtcNow;

“time0”:“2025-04-01 02:30:10.942”,
“time1”:“2025-04-01 02:30:14.424”,
“time2”:“2025-04-01 02:30:14.527”,
“time3”:“2025-04-01 02:30:14.608”,
“time4”:“2025-04-01 02:30:14.621”,
“time5”:“2025-04-01 02:30:15.701”,

SheetManager 쓰인 순간마다 GetChartContents 가 호출되어 총 3번이 호출되었는데 편차가 아주 큰것 같습니다.
인스턴스가 내려간 상태마다 이런것일까요?

네, 맞습니다.
콜드 스타트로 인해 첫 호출에서 응답시간이 길어지는 상황입니다.
아래와 같은상황에서 콜드 스타트가 발생하기에 참고 부탁드립니다.

  • 해당 함수가 서버로 배포된 후 제일 처음 호출된 경우
  • 해당 함수가 새로 배포된 후 제일 처음 호출된 경우
  • 해당 함수가 장시간 사용되지 않다가 호출된 경우

콜드스타트가 함수 자체에서 일어나는게 아니라
차트쪽에서도 부분적으로 따로 일어나는 것일까요?
함수 자체가 늦게 시작하는거로 알고 있었는데
저 로그상에서는 차트부분만 따로 시간이 3초 걸리는거 같네요

뒤끝펑션과 펑션내 차트 부분이 다른 인스턴스로 동작하는거로 이해하면 되나요?

답변이 다소 지연되어 죄송합니다.
말씀하신 현상은 함수가 실행된 후 첫 HTTP 커넥션을 구성하는데 시간이 걸리는 것이 원인으로 함수가 콜드 스타트로 실행될 때 별도의 추가 시간이 소요된 것으로 확인됩니다.

한 번 연결된 이후에는 내부에서 커넥션이 캐싱되어 빠르게 동작하지만,
함수 인스턴스가 종료되고 다시 콜드 스타트가 발생하면 동일한 현상이 반복되게 됩니다…
이 부분 참고하셔서 이용해 주시면 감사하겠습니다.