# TCSE 2023 投稿論文修改
###### tags: `Anser`

[TOC]

## Reviewer 意見回饋

- [x] 1. Saga模式下服務間的溝通通常採事件發布/訂閱或訊息交換模式，但論文較無著墨於此部分之處理與影響，建議可於方法章節略為探討。
- [x] 2. 圖6、圖8建議可再增加圖例說明，以更清楚說明設計理念。
- [x] 3. 圖9較接近循序圖，但Step 1、Step 2較不符合循序之物件概念，可考慮調整為Service 1、Service 2。
- [x] 4. 本研究應是將DTM Service/DTM Gateway做為比較對象，但論文並未說明DTM為何，建議補充說明。
- [ ] 5. 建議可說明Anser HA的限制與適用時機，以更清楚展現此方法之實務貢獻。
- [x] 6. 建議在第一次出現「編排器」名詞時加上(Orchestrator)以利了解。
- [x] 7. 圖六serialize下是否為Step 1, Step 2, Step 3?
- [x] 8. 建議說明圖六Delete的用意。
- [ ] 9. 所提出方法只適用於同步的微服務API呼叫？是否也適用於非同步的Message Queue呼叫?
- [x] 10. 相關文獻缺Saga HA這一部分。有其他的HA架構被提出過嗎?
- [x] 11. 對要處理的問題最好能舉個簡單但具體的例子，會更清楚與聚焦。
- [x] 12. 目前的說明比較抽象，試驗項目也是特定情境。若能更嚴謹的描述問題，論文貢獻更清楚。
- [x] 13. 受測案例3中，HA的CPU使用量的增加比例，論文的數字是否符合表10的數據?

## 可能需要於報告時額外說明的問題
[5] 建議可說明Anser HA的限制與適用時機，以更清楚展現此方法之實務貢獻。
A : Anser HA的適用時機已貫徹全文，目前尚未明白可於何處加入。限制的部分可能要加"限定用PHP開發?"、"要額外實現備援資料庫資源?"、"未開發Handler的備援資料庫要開發者額外實現Handler?"。

[9] 所提出方法只適用於同步的微服務API呼叫？是否也適用於非同步的Message Queue呼叫?
A : Anser的編排設計是基於RESTful API的Orchestration設計模式，事件編排以step方式進行，每個Step可能會包含1個以上的並行API呼叫，故不會使用到Message Queue。