wip

Author: overtrue

AGENTS.md

@@ -13,7 +13,8 @@
 1. 找出对应语言下内容为待翻译的文件（todo.md），并翻译。
 1. 开始翻译中文对应的内容为目标语言，如果是外链，代码，则不翻译，并且删除在中文目录下没有的仅在目标语言目录中存在的文件。
 1. 翻译完成后请仔细检查，确保所有内容都已翻译，尤其是不能存在任何占位符待翻译的文档。
-1. docs/{locale}/sidebar.ts 请确保仅仅是语言目录不同，其他内容保持跟中文的（docs/zh/sidebar.ts）一致。
+1. 切记：docs/en/sidebar.ts 里的路径不需要 en 目录前缀。
+1. docs/{locale}/sidebar.ts 请确保仅仅是语言目录不同，其他内容保持跟中文的（docs/zh/sidebar.ts）一致。（docs/en/sidebar.ts 里的路径不需要 en 目录前缀）
 1. 翻译完成一个语言后，确保目标语言下的文件结构跟中文一模一样，如果发现遗漏则重复此翻译流程。
 1. 翻译完成后仔细对比，确保没有遗漏，每一个文件都翻译了，不要多也不要少。
 1. 每完成一个文件的翻译，请执行 npm run todo:de 命令，确保 todo.md 中的文件都翻译了。

docs/de/developer/sdk/other.md

@@ -1,13 +1,80 @@
 ---
-title: "待翻译"
-description: "此页面待翻译"
-source: "developer/sdk/other.md"
+title: "Andere SDKs"
+description: "Dieser Artikel erklärt hauptsächlich die Verwendung anderer SDKs in verschiedenen Sprachen in RustFS."
 ---
 
-# 待翻译
+# Andere SDKs
 
-此页面内容尚未翻译，请参考[中文版本](../../../zh/developer/sdk/other.md)。
+Wenn AWS S3 offiziell Ihre verwendete Sprache nicht unterstützt, können Sie die folgenden Strategien verwenden, um sich mit RustFS zu verbinden:
+
+## 1. Direkte HTTP-Interface-Anfragen verwenden (basierend auf S3 API-Protokoll)
+
+Das S3-Protokoll ist eine standardmäßige RESTful API. Sie können die Zugriffslogik mit jeder Sprache, die HTTP-Anfragen unterstützt (z.B. C, Rust, Lua, Erlang), selbst kapseln.
+
+### Wichtige Punkte umfassen
+
+* **Signaturalgorithmus**: Implementierung der AWS Signature Version 4-Signatur (relativ komplex)
+* **Korrekte Header und Canonical Request konstruieren**
+* **HTTPS/HTTP-Client verwenden, um Anfragen zu senden**
+
+👉 Empfohlen, Open-Source-Projekt-Signaturimplementierungen zu referenzieren, z.B.:
+
+* [https://docs.aws.amazon.com/general/latest/gr/sigv4-signed-request-examples.html](https://docs.aws.amazon.com/general/latest/gr/sigv4-signed-request-examples.html)
 
 ---
 
-*This page is pending translation. Please refer to the [Chinese version](../../../zh/developer/sdk/other.md).*
+## 2. CLI-Tools oder Zwischendienste mit vorhandenen SDKs aufrufen
+
+Wenn Sie die Signatur nicht selbst implementieren möchten, können Sie:
+
+### 2.1. AWS CLI-Tools mit vorhandener Sprachunterstützung verwenden
+
+Zum Beispiel durch Shell-Aufruf:
+
+```bash
+aws s3 cp local.txt s3://mybucket/myfile.txt --endpoint-url http://rustfs.local:9000
+```
+
+Oder mit Node.js/Python SDK einen einfachen Zwischendienst schreiben, den Ihre Sprache durch Aufruf dieses Dienstes zum Hoch-/Herunterladen verwendet.
+
+### 2.2. Einen Proxy einrichten (z.B. Flask, FastAPI, Express)
+
+Lassen Sie Clients, die S3 nicht unterstützen, Ihre gekapselte HTTP-API aufrufen:
+
+```http
+POST /upload -> Dienst ruft intern SDK auf, um Objekte zu RustFS hochzuladen
+GET /presigned-url -> Generiert Presigned URL für Frontend/Client
+```
+
+---
+
+## 3. Drittanbieter-Community-SDKs suchen
+
+Obwohl AWS kein offizielles SDK hat, haben einige Sprachcommunities inoffizielle S3-Clients entwickelt. Zum Beispiel:
+
+* Haskell: `amazonka-s3`
+* Rust: `rusoto` (veraltet) oder `aws-sdk-rust`
+* OCaml: Möglicherweise durch `cohttp` selbst implementieren
+* Delphi: Hat kommerzielle Bibliotheken, die S3-Protokoll unterstützen
+
+Die Stabilität von Community-SDKs variiert stark, und Sie sollten Aktivität, Dokumentation und Kompatibilität bewerten, bevor Sie sie verwenden.
+
+---
+
+## 4. Kern-Upload-Logik an plattformverwaltete Dienste delegieren
+
+Zum Beispiel:
+
+* Frontend (Web/Mobile) Upload-Aufgaben an Browser oder App-Seite delegieren (mit Presigned URL)
+* Backend verwendet Node.js/Python/Go usw. als Proxy, um Upload-Logik zu implementieren
+
+---
+
+## Zusammenfassung und Empfehlungen
+
+| Szenario | Empfohlene Lösung |
+|----------|-------------------|
+| Benötigt vollständige Kontrolle/Eingebettete Umgebung | Signature V4 Selbstsignatur implementieren |
+| Schwache Sprachunterstützung, aber Shell verfügbar | Upload durch AWS CLI-Aufruf |
+| Kann Zwischendienst bereitstellen | Python/Node verwenden, um S3 API-Gateway zu erstellen |
+| Frontend-Upload | Presigned URL verwenden |

docs/de/developer/sdk/python.md

@@ -229,7 +229,7 @@ def multipart_upload(bucket_name, object_key, file_path, chunk_size=8*1024*1024)
             Key=object_key
         )
         upload_id = response['UploadId']
-        
+
         # Datei in Teile aufteilen und hochladen
         parts = []
         with open(file_path, 'rb') as f:
@@ -238,7 +238,7 @@ def multipart_upload(bucket_name, object_key, file_path, chunk_size=8*1024*1024)
                 chunk = f.read(chunk_size)
                 if not chunk:
                     break
-                
+
                 response = s3_client.upload_part(
                     Bucket=bucket_name,
                     Key=object_key,
@@ -251,7 +251,7 @@ def multipart_upload(bucket_name, object_key, file_path, chunk_size=8*1024*1024)
                     'PartNumber': part_number
                 })
                 part_number += 1
-        
+
         # Upload abschließen
         s3_client.complete_multipart_upload(
             Bucket=bucket_name,
@@ -260,7 +260,7 @@ def multipart_upload(bucket_name, object_key, file_path, chunk_size=8*1024*1024)
             MultipartUpload={'Parts': parts}
         )
         print(f"Multipart-Upload für '{object_key}' erfolgreich abgeschlossen!")
-        
+
     except Exception as e:
         # Upload abbrechen bei Fehlern
         s3_client.abort_multipart_upload(

docs/de/features/hdfs/index.md

@@ -158,16 +158,19 @@ io_ops.inc()
 ## Migration Roadmap
 
 ### Phase 1: Evaluation (1-2 Wochen)
+
 - RustFS in Testumgebung bereitstellen
 - Kompatibilitätstests durchführen
 - Performance-Benchmarks erstellen
 
 ### Phase 2: Pilot (2-4 Wochen)
+
 - Kleine Datasets migrieren
 - Anwendungen testen
 - Betriebsprozesse anpassen
 
 ### Phase 3: Produktion (4-8 Wochen)
+
 - Vollständige Migration
 - Monitoring implementieren
 - Team schulen

docs/de/features/huaweicloud/index.md

@@ -1,13 +1,82 @@
 ---
-title: "待翻译"
-description: "此页面待翻译"
-source: "features/huaweicloud/index.md"
+title: "RustFS für Huawei Cloud CCE Kubernetes Service"
+description: "RustFS bietet konsistente Speicherschicht für Hybrid- und Multi-Cloud-Bereitstellungen auf Huawei Cloud CCE."
 ---
 
-# 待翻译
+# RustFS für Huawei Cloud CCE Kubernetes Service
 
-此页面内容尚未翻译，请参考[中文版本](../../../zh/features/huaweicloud/index.md)。
+## Drei Gründe, warum Kunden RustFS auf Huawei Cloud betreiben
 
----
+- RustFS fungiert als konsistente Speicherschicht in Hybrid- oder Multi-Cloud-Bereitstellungsszenarien
+- RustFS ist ein Kubernetes-natives Hochleistungsprodukt, das vorhersagbare Leistung in öffentlichen, privaten und Edge-Cloud-Umgebungen bieten kann
+- Das Betreiben von RustFS auf CCE ermöglicht die Kontrolle über den Software-Stack und bietet die Flexibilität, die zur Vermeidung von Vendor-Lock-in erforderlich ist
+
+Huawei Cloud CCE ist ein verwalteter Service, der zum Ausführen von Kubernetes auf Huawei Cloud verwendet werden kann, ohne dass Sie Ihre eigene Kubernetes-Steuerungsebene oder -Knoten installieren, betreiben und warten müssen.
+
+RustFS bietet ein portables Hochleistungs-Objektspeichersystem auf allen wichtigen Kubernetes-Plattformen (Alibaba Cloud ACK, Tanzu, Azure, GCP, Huawei Cloud CCE). Auf Huawei Cloud ist RustFS nativ in den Huawei Cloud CCE-Service integriert, wodurch es einfacher wird, Ihren eigenen großskaligen Multi-Tenant-Objektspeicher als Service zu betreiben. RustFS ist ein vollständiger Ersatz für AWS S3 Storage as a Service.
+
+![RustFS Architekturdiagramm](images/sec1-1.png)
+
+Im Gegensatz zu AWS S3 ermöglicht RustFS Anwendungen, sich über Multi-Cloud- und Hybrid-Cloud-Infrastrukturen zu skalieren, ohne teure Software-Umschreibungen oder proprietäre Integrationen. Da RustFS containerisiert und Kubernetes-nativ ist, kann es auf diesen Plattformen bereitgestellt werden, ohne dass spezialisierte Fähigkeiten zum Betreiben großskaliger Speicherinfrastrukturen erforderlich sind.
+
+## RustFS Operator nativ in Huawei Cloud CCE-Funktionen integriert
+
+### Funktionsübersicht
+
+- **Speicherklassen und Tiering**
+- **Externes Load Balancing**
+- **Verschlüsselungsschlüsselverwaltung**
+- **Identitätsverwaltung**
+- **Zertifikatsverwaltung**
+- **Überwachung und Alarmierung**
+- **Protokollierung und Audit**
+
+## Speicherklassen und Tiering
+
+Eine wichtige Anforderung für die großskalige Bereitstellung von RustFS auf Huawei Cloud CCE ist die Fähigkeit, über Speicherklassen (NVMe, HDD, öffentliche Cloud) zu tiern. Dies ermöglicht es Unternehmen, Kosten und Leistung gleichzeitig zu verwalten.
+
+RustFS unterstützt den automatischen Übergang alternder Objekte von der schnellen NVMe-Schicht zu kosteneffizienteren HDD-Schichten oder sogar zu kostengünstigen kalten öffentlichen Cloud-Speicherschichten.
+
+Beim Tiering bietet RustFS einen einheitlichen Namespace über Schichten hinweg. Bewegungen über Schichten hinweg sind für Anwendungen transparent und werden durch vom Kunden bestimmte Richtlinien ausgelöst.
+
+RustFS bietet sicheren Speicher in der Huawei Cloud CCE Hybrid-Cloud durch Verschlüsselung von Objekten an der Quelle und stellt sicher, dass Kunden immer die vollständige Kontrolle über ihre Daten haben. Wenn Huawei Cloud CCE in der öffentlichen Cloud bereitgestellt wird, hilft die Tiering-Funktion Huawei Cloud CCE, Daten effektiv über persistente Block-Speicher und günstigere Objektspeicherschichten zu verwalten.
+
+**Mehr erfahren:**
+
+## Externes Load Balancing
+
+Alle Kommunikation von RustFS basiert auf HTTP, RESTful API und unterstützt jeden standardmäßigen Kubernetes-kompatiblen Ingress-Controller. Dies umfasst sowohl hardware- als auch software-definierte Lösungen. Die beliebteste Wahl ist NGINX. Installieren Sie über OperatorHub oder OpenShift Marketplace und verwenden Sie dann Annotations, um RustFS-Tenants zu exponieren.
+
+## Verschlüsselungsschlüsselverwaltung
+
+Es gibt keine nativen OpenShift-Schlüsselverwaltungsfunktionen. Daher empfiehlt RustFS die Verwendung von HashiCorp Vault zum Speichern von Schlüsseln außerhalb des Objektspeichersystems. Dies ist eine Best Practice für Cloud-native Anwendungen.
+
+Für alle Produktionsumgebungen empfehlen wir, standardmäßig Verschlüsselung auf allen Speicher-Buckets zu aktivieren. RustFS verwendet AES-256-GCM oder ChaCha20-Poly1305-Verschlüsselung zum Schutz der Datenintegrität und -vertraulichkeit mit vernachlässigbaren Auswirkungen auf die Leistung.
+
+RustFS unterstützt alle drei Server-Side-Encryption-Modi (SSE-KMS, SSE-S3 und SSE-C). SSE-S3 und SSE-KMS sind mit dem serverseitigen KMS integriert, während SSE-C clientseitig bereitgestellte Schlüssel verwendet.
+
+RustFS wird dieses KMS verwenden, um seinen internen Schlüsselverschlüsselungsserver (KES-Service) für hochperformante pro-Objekt-Verschlüsselung zu bootstrappen. Jeder Tenant führt seinen eigenen KES-Server in einem isolierten Namespace aus.
+
+## Identitätsverwaltung
+
+Beim Betreiben von RustFS auf OpenShift können Kunden Single Sign-On (SSO) über Drittanbieter-OpenID Connect/LDAP-kompatible Identitätsanbieter wie Keycloak, Okta/Auth0, Google, Facebook, ActiveDirectory und OpenLDAP verwalten. RustFS empfiehlt den OpenID Connect-kompatiblen Keycloak IDP.
+
+Externe IDPs ermöglichen es Administratoren, Benutzer-/Anwendungsidentitäten zentral zu verwalten. RustFS baut auf dem IDP auf und bietet AWS IAM-ähnliche Benutzer-, Gruppen-, Rollen-, Richtlinien- und Token-Service-APIs. Die Fähigkeit einer von der Infrastruktur unabhängigen einheitlichen Identitäts- und Zugriffsverwaltung (IAM)-Schicht bietet erhebliche architektonische Flexibilität.
+
+## Zertifikatsverwaltung
+
+Der gesamte Datenverkehr von Anwendungen zu RustFS, einschließlich Knoten-zu-Knoten-Datenverkehr, wird mit TLS verschlüsselt. TLS-Zertifikate werden zum Schutz der Netzwerkkommunikation und zur Etablierung der Identität von Netzwerkverbindungsressourcen wie RustFS-Serverdomänen verwendet.
+
+RustFS ist in den OpenShift-Zertifikatsmanager integriert, sodass Sie den RustFS-Operator verwenden können, um Zertifikate für RustFS-Tenants automatisch zu konfigurieren, zu verwalten und zu aktualisieren. Tenants sind vollständig voneinander isoliert in ihren eigenen Kubernetes-Namespaces mit eigenen Zertifikaten für erhöhte Sicherheit.
+
+## Überwachung und Alarmierung
+
+RustFS empfiehlt die Verwendung von Grafana, den in OpenShift-user-workload-monitoring installierten Plattformüberwachungskomponenten oder anderen OpenShift-Containerüberwachungstools zur Verbindung mit RustFS. RustFS veröffentlicht alle vorstellbaren speicherbezogenen Prometheus-Metriken, von Speicher-Bucket-Kapazität bis zu Zugriffsmetriken. Diese Metriken können in jedem Prometheus-kompatiblen Tool oder in der RustFS-Konsole gesammelt und visualisiert werden.
+
+Externe Überwachungslösungen scrapen regelmäßig den RustFS Prometheus-Endpunkt. RustFS empfiehlt die Verwendung von Grafana oder den in OpenShift-user-workload-monitoring installierten Plattformüberwachungskomponenten zur Verbindung mit RustFS. Dieselben Tools können auch verwendet werden, um Baselines zu etablieren und Benachrichtigungsalarmschwellenwerte festzulegen, die dann an Benachrichtigungsplattformen wie PagerDuty, Freshservice oder sogar SNMP weitergeleitet werden können.
+
+## Protokollierung und Audit
+
+Die Aktivierung des RustFS-Audits generiert Protokolle für jeden Vorgang im Objektspeichercluster. Zusätzlich zu Audit-Protokollen protokolliert RustFS auch Konsolenfehler für operative Fehlerbehebung.
 
-*This page is pending translation. Please refer to the [Chinese version](../../../zh/features/huaweicloud/index.md).*
+RustFS unterstützt die Ausgabe von Protokollen an den Elastic Stack (oder Drittanbieter) zur Analyse und Alarmierung.

docs/de/todo.md

@@ -1,27 +1,25 @@
 # 德语待翻译任务列表
 
-> 最后更新: 2025/9/3 00:18:10
-> 总计: 14 个文件待翻译
+> 最后更新: 2025/9/3 00:26:04
+> 总计: 11 个文件待翻译
 
 ## 📋 任务总览
 
-- **developer**: 3 个文件
-- **features**: 6 个文件
+- **developer**: 2 个文件
+- **features**: 5 个文件
 - **management**: 1 个文件
-- **troubleshooting**: 3 个文件
+- **troubleshooting**: 2 个文件
 - **upgrade-scale**: 1 个文件
 
 ## 📝 待翻译文件列表
 
 ### developer
 
-- [ ] [developer/sdk/other.md](./developer/sdk/other.md) (82 行)
 - [ ] [developer/sdk/rust.md](./developer/sdk/rust.md) (193 行)
 - [ ] [developer/sdk/typescript.md](./developer/sdk/typescript.md) (131 行)
 
 ### features
 
-- [ ] [features/huaweicloud/index.md](./features/huaweicloud/index.md) (77 行)
 - [ ] [features/openshift/index.md](./features/openshift/index.md) (77 行)
 - [ ] [features/qcloud/index.md](./features/qcloud/index.md) (77 行)
 - [ ] [features/sql-server/index.md](./features/sql-server/index.md) (504 行)
@@ -34,7 +32,6 @@
 
 ### troubleshooting
 
-- [ ] [troubleshooting/driver.md](./troubleshooting/driver.md) (154 行)
 - [ ] [troubleshooting/healing.md](./troubleshooting/healing.md) (74 行)
 - [ ] [troubleshooting/node.md](./troubleshooting/node.md) (95 行)