It has been observed that the operation of Giganto in remote configuration mode is inconsistent with its behavior in local configuration mode. The order and manner in which Giganto performs various actions in remote configuration mode should be the same as in local configuration mode.
In remote configuration mode, Giganto operates by receiving remote configuration from the GraphQL API, while in local configuration mode, it reads configuration from files. Although these two modes differ in their configuration setup processes, the operations should maintain consistency outside of these differences.
Therefore, I would like to propose modifying the Giganto code in the following direction when operating in remote configuration mode.
Giganto must complete only the minimal tasks necessary to function as a GraphQL API server before it can properly operate. This is essential, as it needs to receive setConfig API requests to configure itself.
After the configuration is set through the setConfig GraphQL API, migration tasks should be performed.
During the migration process, all GraphQL APIs of Giganto should refrain from executing their respective logic and should simply return an error, indicating that migration is in progress.
Once the configuration is set through the setConfig GraphQL API, other tasks such as retain task, peer server task, ingest task, and publish task should be initiated.
Description in Korean
현재 Giganto의 remote configuration 모드에서의 동작 방식이 local configuration 모드와 일관성이 없음을 확인하였습니다. Giganto가 remote configuration으로 동작할 때, 각종 동작을 수행하는 순서와 방식은 local configuration 모드에서와 동일해야 합니다. remote configuration 모드에서는 Giganto가 GraphQL API로부터 remote configuration을 수신하여 동작하며, local configuration 모드에서는 파일로부터 configuration을 읽어 동작하는 차이점이 있으므로, 이와 관련해서는 당연히 차이점이 있을 수 밖에 없지만, 이러한 설정 셋업 방식 외에는 동작의 일관성이 유지되어야 합니다.
따라서, remote configuration으로 동작할 때 다음과 같은 방향으로 Giganto 코드를 수정하는 것을 제안하고자 합니다.
GraphQL API 서버로서 최소한의 작업만을 완료한 후, Giganto가 GraphQL API 서버로서 정상적으로 동작해야 합니다. GraphQL API 서버로서의 역할을 수행할 수 있어야 setConfig API 요청을 수신하고 configuration 설정을 할 수 있기 때문입니다.
setConfig GraphQL API를 통해 Giganto의 configuration이 설정 완료된 이후에 DB Migration 작업이 수행되어야 합니다.
Migration 작업이 수행되는 동안, Giganto의 모든 GraphQL API는 각 API의 로직을 수행하지 않고 단순히 Error를 반환해야 하며, 에러 메시지를 통해 마이그레이션 중임을 전달할 수 있습니다.
setConfig GraphQL API를 통해 Giganto의 configuration이 설정 완료된 이후에 Retain Task, Peer Server Task, Ingest Task, Publish Task 등, 다른 Task 들을 시작해야 합니다.
It has been observed that the operation of Giganto in remote configuration mode is inconsistent with its behavior in local configuration mode. The order and manner in which Giganto performs various actions in remote configuration mode should be the same as in local configuration mode.
In remote configuration mode, Giganto operates by receiving remote configuration from the GraphQL API, while in local configuration mode, it reads configuration from files. Although these two modes differ in their configuration setup processes, the operations should maintain consistency outside of these differences.
Therefore, I would like to propose modifying the Giganto code in the following direction when operating in remote configuration mode.
Giganto must complete only the minimal tasks necessary to function as a GraphQL API server before it can properly operate. This is essential, as it needs to receive
setConfigAPI requests to configure itself.After the configuration is set through the
setConfigGraphQL API, migration tasks should be performed.Once the configuration is set through the
setConfigGraphQL API, other tasks such as retain task, peer server task, ingest task, and publish task should be initiated.현재 Giganto의 remote configuration 모드에서의 동작 방식이 local configuration 모드와 일관성이 없음을 확인하였습니다. Giganto가 remote configuration으로 동작할 때, 각종 동작을 수행하는 순서와 방식은 local configuration 모드에서와 동일해야 합니다. remote configuration 모드에서는 Giganto가 GraphQL API로부터 remote configuration을 수신하여 동작하며, local configuration 모드에서는 파일로부터 configuration을 읽어 동작하는 차이점이 있으므로, 이와 관련해서는 당연히 차이점이 있을 수 밖에 없지만, 이러한 설정 셋업 방식 외에는 동작의 일관성이 유지되어야 합니다.
따라서, remote configuration으로 동작할 때 다음과 같은 방향으로 Giganto 코드를 수정하는 것을 제안하고자 합니다.
GraphQL API 서버로서 최소한의 작업만을 완료한 후, Giganto가 GraphQL API 서버로서 정상적으로 동작해야 합니다. GraphQL API 서버로서의 역할을 수행할 수 있어야
setConfigAPI 요청을 수신하고 configuration 설정을 할 수 있기 때문입니다.setConfigGraphQL API를 통해 Giganto의 configuration이 설정 완료된 이후에 DB Migration 작업이 수행되어야 합니다.setConfigGraphQL API를 통해 Giganto의 configuration이 설정 완료된 이후에 Retain Task, Peer Server Task, Ingest Task, Publish Task 등, 다른 Task 들을 시작해야 합니다.