UNIX：基于文件的協作小工具
為了追求簡單性，我們可以嘗試盡可能多的刪除層和軟件，并減少需要交付的自定義代碼的數量。這將有助于降低運營費用和減少工作和維護的總量。在考慮這一點時，我們可以重用經典的UNIX文件方法和小型協作工具，這對基于UNIX的系統工程比基于或編程語言的基礎架構的設置操作有益的多。
在的環境下我們講的是UNIX這個詞，我們知道它就是Linux。
& Pike在 1985 年寫了一本名為“UNIX 編程環境”的書。這是一本非常古老的書，C 代碼甚至是 K&R pre-ANSI 的風格，但它仍然在 C 編程社區中廣為人知；它可能是學習UNIX編程環境最好的書，我們可以輕松地重用小程序和工具，同時只需很少的努力即可構建解決方案。
廣泛使用文件“一切皆文件”的UNIX 方法等概念已在很大程度上被舍棄，轉而采用更復雜的結構和解決方案。我們可以停下來一分鐘思考：我們真的需要一個數據庫還是只是假設我們需要？我們真的需要一個基于 API 的云存儲還是可以只使用一個普通的文件系統。它可以完美地備份或存儲在云上。我們是否真的需要使用最新流行的框架在 中編寫 API 訪問代碼，還是在數據文件系統上安裝HTTP服務或遠程文件服務器可能就足夠了，第一個選項甚至允許在不編寫一行代碼的情況下構建 REST 訪問系統。
這些問題通常不會受到有偏見的專業人士的討論，尤其是在專門研究一種技術或語言的專業人士中。因為這些工具和方法非常簡單有效但不是常見的當前做法。
零維護對于有了一些經驗的人來說非常重要，因為他們過去已經犯了構建過于復雜的錯誤。對于既缺乏資源又缺乏運營團隊的小型機構來說，構建的簡單是必要的。
我們在以下部分簡單說說如何設置1秒聚合的數據基礎設施服務。這是基礎設置的一部分，用于回測和分析定量策略，說一說如何依靠 UNIX 框內小型協作工具的混合環境來加速操作。
業務需求：定量分析
一分鐘聚合數據意味著僅價格信息替代交易量信息。這來自于合并市場概況數據庫建立步驟，其中時間和價格等于利息或價值；交易量概況，其中成交量等于利息或價值的市場概念。因此，時間和價格可以代替成交量，因此可以用來成功駕馭市場。這是我們的前提，也是我們今天想要分析的。
要獲得 1 分鐘的市場概況，我們需要一定的粒度，理想情況下是逐筆報價數據，但讓我們假設 1 秒的價格信息就足夠了。
這是我們的業務需求：分析超過 1 分鐘的蠟燭信息的市場概況是否可用于推動市場。這種業務需求轉化為技術或基礎設施需求：我需要能夠在我的分析中輕松使用外匯中 1 分鐘蠟燭圖的市場概況。
因此，我需要存儲每 1 分鐘分組一次的數據，稍后可能會處理該數據并生成包含聚合信息的其他文件。
任何技術需求的背后，都必須有業務需求。在任何技術解決方案的背后，都必須有一個完整的成本/資源分析數據庫建立步驟，包括項目和運營費用。這些基本檢查并不總是專門為那些可能對中長期運營成本沒有自然理解的純技術背景的人進行的。
收集市場數據
我們需要數據，包括歷史數據和實時數據。如果我們打算讓我們自己的數據有意義，我們可以將我們的數據存儲在本地或私有云中。專門的數據公司會確保優秀的數據連續性和可靠性。
有多種方法可以檢索和存儲這些數據，通常想到的第一種方法是使用編程語言和數據庫。所以 和 SQL 可能是一種選擇。由于 .io 返回的記錄數限制為 10.000，我們將需要執行多次調用來填充偏移參數，直到檢索到所有信息，因此絕對需要某些編程。我們也可以用JSON檢索，但我們絕對不想存儲或處理 JSON，因為它非常低效。