應用程式：
我正在構建一個統計應用程式，它允許用戶登錄、上傳資料檔案，并對資料進行一些統計計算。生成的圖將在瀏覽器上顯示給他們，并且圖也需要保存到磁盤（以避免在用戶下次想要查看時重新生成它們）。
預期檔案：
- 用戶上傳的資料檔案（
xls或csv檔案）。 - 生成的圖（
png檔案）。 - 用戶使用應用程式的偏好/設定。
- 用戶采取的操作、遇到的錯誤等的日志檔案（由
Python、Julia或生成的日志檔案R）
我最初的假設：
- 和 2. 我看過volumes，但是用戶檔案將如何存盤在那里？我是否只是為用戶創建一個檔案夾并將他們的所有資料存盤在那里？您看到任何安全問題嗎？
- 我假設這些將存盤在 SQL 或非 SQL 資料庫中）。
- 日志不是通常發送到專門用于存盤日志的單獨 Docker 容器嗎？因此，與其使用標準記錄器，不如將日志訊息發送到容器或資料庫，使用
RabbitMQ？
我可以參考 GitHub 或 GitLab 上的任何示例專案嗎？
如果不使用 Docker；如果應用程式只是部署在服務器上，用戶檔案將簡單地存盤在服務器上的檔案夾中，對嗎？我相信將檔案作為 BLOB 存盤在資料庫中是“不受歡迎的” 。
uj5u.com熱心網友回復：
如果可能，您應該將所有資料存盤在資料庫中。如果輸入檔案和渲染圖表都不會太大（它們的大小可以合理地以千位元組為單位衡量），那么您可以將其存盤在資料庫中的二進制物件列中。如果你能做到這一點，那么你的應用程式將不需要任何卷或其他持久存盤（資料庫將需要），這將使擴展和更新應用程式變得更加容易。
如果您在云環境中運行它，那么使用像 AWS S3 這樣的托管存盤系統也是有意義的，選中相同的框，并避免在結構化資料存盤中存盤非結構化二進制資料的小丑陋。
卷可能是一種選擇，但會變得棘手。你用這兩個標記了這個問題碼頭工人和Kubernetes. 兩者都有分配存盤并將它們安裝到容器中的方法。就您的應用程式代碼而言，掛載的卷只是一個檔案系統路徑，它可以正常讀取和寫入檔案。兩種環境中的檔案系統權限都存在潛在問題，如果您運行應用程式的多個副本（在 Kubernetes 中尤其容易），則存在副本嘗試同時訪問相同檔案的風險。在 Kubernetes 中比較容易獲取的存盤型別不能同時在多個節點上使用，這限制了嘗試共享單個卷的實用性。
（更具體地說，在 Kubernetes 中，如果您必須使用本地存盤，我建議使用StatefulSet來管理它。如果配置正確，這將自動創建存盤并將其附加到 Pod。您可能不應該手動創建 PersistentVolumeClaim；您很可能不應該手動創建 PersistentVolume；您幾乎絕對不應該使用hostPath:型別存盤。）
對于日志，您應該將應用程式配置為正常將日志寫入其標準輸出。 docker logs或者kubectl logs將能夠檢索日志，并且大多數日志管理系統可以直接配置為收集 Docker 或 Kubernetes 容器日志。即使您在容器（或 Kubernetes DaemonSet）中運行日志收集器，它通常也可以訪問主機或節點的日志目錄。您還可以配置普通 Docker 以將日志發送到其他地方，但前提是應用程式將日志發送到標準輸出。
如果最終用戶需要看到每個操作的日志訊息，那么您將需要在應用程式中收集它們。這并不特定于容器技術，即使您直接在服務器上運行應用程式也必須這樣做。
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/506360.html
標籤：数据库 码头工人 Kubernetes 服务器 贮存
上一篇：SSISVisualStudio2019中缺少“腳本任務”
下一篇：django.db.utils.IntegrityError：NOTNULL約束失敗：new__inventory_app_item.accounting_class_id