APP Engine 探索 總結

2021-05-23 01:33:17 字數 611 閱讀 6526

私有api:其api有很多都是私有,特別是在其服務方面,雖然google提供了很不錯的文件,但是在學習和移植等方面,成本都很高。

有時會停機:雖然總體而言,停機並不頻繁,但是在今年初出現長達136分鐘故障導致部分使用者的應用無法正常執行,其發生原因來自於其備份資料中心出現了問題。

有時會處理請求超時:雖然能平均在100至200ms之間完成海量的請求,但是有時會出現處理請求超時的情況。

不支援裸網域名稱:只支援類似cname的子網域名稱。

極可能多地利用memcache,這樣不僅能減少昂貴的datastore操作,而且能減輕datastore的壓力。

由於blobstore還只是剛走出試驗期而已,而且其他模組對靜態檔案(比如等)支援不佳,比如datastore只支援1mb以內的物件,同時每個應用只能最多上傳一千個檔案,而且速度不是最優,所以推薦使用其他專業的雲儲存,比如amazon的s3或者google馬上就要推出的google storage等。

盡量使用批處理方式,不論是在使用datastore還是傳送郵件等。

更穩定的表現,更少的超時異常和更快的反應速度,特別是在datastore和memcached這兩方面。

Appengine中的JSON序列化

def getter func if not func.name startswith get raise invalidmethodname method name must start with get func.getter true return func class resource us...

Nagios 探索之 總結

轉眼,乙個月的時間匆匆逝去,對服務監控之神 nagios的研究也告一段落了。在經過了若干次重新安裝配置之後,我所架設的nagios監控平台已經穩定的執行了一段時間,目前其監控著四十幾台主機,一百餘個服務的運 況。在此期間,我得到了很多朋友的幫助,我在這裡要感謝他們。特別的,我要感謝幫助完成統計工作的...

資料探勘總結 探索性分析總結

核心 1 質量分析 2 特徵分析 分布 對比 週期性 相關性 常見統計量 資料清洗 1 缺失值處理 通過describe與len直接發現,通過0資料發現 2 異常值處理 通過散點圖發現 一般遇到缺失值,處理方式為 刪除 插補 不處理 插補的主要方式有 均值插補 中位數 眾數 固定值 最近資料 回歸插...