如何提高/最小化api的響應時間

我創建了一個休息api，我對它的性能並不滿意。我花了一些時間來調查和偶然發現一個工具，以輕鬆跟蹤我的api（www.apiscience.com）的性能。如何提高/最小化api的響應時間

他們將整體響應時間分爲4類 - 連接，解決，處理和傳輸。解析部分通常需要大約150ms，而處理通話本身只需要18ms，這導致平均響應時間爲160ms（我在這裏嘗試的通話非常簡單，因此平均通常會更高）。

我的問題是如何提高/降低決心的時間我的電話？

（側信息：我的服務器被放置在愛爾蘭和我選擇愛爾蘭作爲位置測試過）

提前感謝！

編輯 - 它們與解決時間有什麼關係？（https://www.apiscience.com/blog/what-do-api-sciences-curl-based-timings-mean/）

API科學的「解決時間」是肯的相當於「DNS查找。」代表的DNS域名系統。一個URL由文本組成（有時候還有數字）;然而，構成互聯網的通信地址被制定爲IP（互聯網協議）地址，對於示例208.80.152.2。在請求客戶端和將處理請求的服務器之間發送請求之前，必須查找該URL所引用的IP地址，即IP 。通過curl將請求發送到 DNS解析程序，解析程序返回相關的IP 地址。 API Science的「解決時間」是完成此操作所花費的時間（以毫秒爲單位）。

來源

2017-05-30 TomPez

你能解釋一下這4個類別究竟是什麼意思？連接並解決相似的聲音？這是到達服務器的時間了嗎？處理是服務器處理請求的時間？並且轉移是將數據移回瀏覽器所用的時間？ –

您可以在博客末尾的https://www.apiscience.com/blog/what-do-api-sciences-curl-based-timings-mean/上找到4個類別的解釋。 – TomPez

我有點簡單瞭解了4個類別，但是感謝我指出了詳細的解釋。關於你的問題，我個人認爲你不能控制100％的「解決時間」，這是因爲你幾乎無法控制你的ISP的輸入結構。你可以做一個traceroute，在你的域名解析之前顯示一些跳數。跳數越少響應越快。另一種方法是使用IP地址而不是域名，但許多ISP選擇不給予靜態IP地址。 –

正如文檔中所提到的，DNS解析時間是指API消費客戶端在確定將實際調用路由到API服務器的路徑之前等待的時間量 - 服務器名稱和IP地址之間的映射。

您在哪裏託管您的DNS可以完全獨立於您託管您的API服務以及您的域名註冊的位置，並且DNS託管服務市場有多種選擇。 DNSPerf（其中我沒有從屬關係）進行服務比較，如果您想選擇新的DNS提供商，可能是進一步研究的一個很好的起點。

來源

2017-06-05 15:24:08 busse

如何提高/最小化api的響應時間

回答

相關問題