啟動php-fpm服務器

從無服務器開始時，您很快就會學習/聽到有關函數冷啟動的信息（我相信無服務器=云功能+ API ）。 首次調用云功能時或長時間不調用后會發生冷啟動。 基本上，服務器（是的，有服務器！）需要一點點時間才能使功能首次就緒，因此可以接受和處理請求。 如果第二次調用一個函數，它將執行得更快。 在一段時間內功能會保持溫暖。 如果在該時間段內再次調用某個函數，它將很快執行。

如果某個函數在一段時間內沒有被調用，它將再次變冷，而在下次被調用時，它將再次變慢（冷啟動）。

這是有道理的。 首次在手機或計算機上啟動應用程序時-第一次需要花費更長的時間。 當您很快再次啟動它時，它通常會啟動得更快。

對于許多應用而言，冷啟動不是問題。 考慮正在構建的應用程序的類型非常重要。 如果我們要構建業務應用程序或內部后端應用程序，那么冷啟動就不是問題。 如果應用程序的啟動速度慢了幾分之一秒，或者響應請求的速度降低了幾分之一秒，那將不會有所作為。 在談論冷啟動時，應用程序的類型很重要。 對于某些應用程序來說這只是一個問題，在這種情況下，無服務器并不是最合適的選擇。

我相信大多數應用程序不會受到冷啟動的影響。 即使對于大多數消費者應用程序，冷啟動也不應該成為問題。 大多數移動應用程序也是如此。 同樣，大多數移動應用程序不太可能會受到后端（功能）執行速度降低幾分之一秒的影響。

現在，例如，如果您正在構建一個應用程序，它將火箭發射到太空中，這可能需要每一秒的時間-那么，是的，冷啟動是一個問題，無服務器可能不是最合適的選擇。 醫療應用也可能屬于此類。 我敢肯定還有其他例子，但希望您能理解。

基于無服務器方法的現代應用程序具有云功能以及各種托管服務和API。 例如，如果您需要發送短信，則可以使用Twilio或Nexmo 。 如果您需要添加付款，則可以使用Stripe或PayPal 。 如果您需要地圖/位置服務，則可以使用Google Maps API或HERE 。 您可以使用數千種其他API來構建應用程序。 基于無服務器架構的現代應用程序將包含云功能和API。

您在應用程序中使用的外部API必須是高質量的，并且來自信譽良好的供應商。 但是，您并不經常擔心API背后的服務是冷啟動還是熱啟動。 原因再次是，如果API執行速度慢了幾分之一秒，那將不會有什么不同。 與我們通常不擔心外部API的方式相同，在云函數的上下文中幾乎沒有理由擔心此問題。

最后，云功能供應商很有可能在改進/升級服務時完全不做任何冷啟動。

總而言之，對于大多數應用程序而言，基于無服務器的應用程序中的冷啟動不是問題。 對于每一分之一秒都很重要的應用程序，無服務器方法可能不是最佳選擇。

翻譯自: https://www.javacodegeeks.com/2018/11/cold-start-problem-applications.html

啟動php-fpm服務器

總結

以上是生活随笔為你收集整理的启动php-fpm服务器_无服务器冷启动不是问题-这就是为什么（对于大多数应用程序）...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。