zhangyue19921010 opened a new pull request, #12407: URL: https://github.com/apache/hudi/pull/12407
### Change Logs During the landing Hudi lakehouse technology at JD, we encountered issues with the instability of the shared HDFS cluster, which led to frequent timeouts and restarts of Flink ingestion tasks, significantly affecting the performance and stability of data ingestion. To address this issue, we developed a solution based on the open-source community version, similar to RFC-60's Federated Storage Layout. This allows Hudi to support multiple pluggable physical storage systems and build logical table views on top of them, exposing these logical views externally. **Based on this design, we implemented a cache layer capability for hudi tables, where hot data is first written to a high-performance, dedicated small HDFS cluster to ensure strong performance and stability.** Subsequently, through modified Clustering/Compaction table services, we achieve the migration of data from the cache layer to the persistent layer while organizing hudi table data. **_The implementation has shown significant results and has been successfully deployed to production, enduring multiple rounds of challenges during major shopping festivals like 618 and 11.11 (similar to Black Friday)_**. For instance, in JD's traffic data ingestion business, with a single table containing 180 fields: After enabling JD's Federated Storage Layout sourced from PRD env: 1. Flink writing performance(5000C) improved by 150%, reaching 770 million records per minute . 2. Consumption throughput reached 27 GB/s. 3. Flink checkpoint duration improved 90.3% from 31.8s to 3s 4. Flink stability improved by 97%. 5. Data freshness was optimized from T+1 to a minute-level. Here is PRD monitor <img width="1549" alt="image" src="https://github.com/user-attachments/assets/89c654f6-b5c8-4b1d-aa54-18880bc47c7a";> Here is our benchmark result using 2000C <img width="849" alt="image" src="https://github.com/user-attachments/assets/9404c789-08d7-4257-9f6f-9df8d2771a1c";> This has comprehensively enhanced the user experience of traffic data utilization. After discussions with Ethan and CTTY, we are collaboratively building the Open Source Federated Storage Layout. Based on my production experience, I have provided some improvement suggestions regarding interface design, engine integration methods, etc. Please review. ### Impact no ### Risk level (write none, low medium or high below) low ### Documentation Update _Describe any necessary documentation update if there is any new feature, config, or user-facing change. If not, put "none"._ - _The config description must be updated if new configs are added or the default value of the configs are changed_ - _Any new feature or user-facing change requires updating the Hudi website. Please create a Jira ticket, attach the ticket number here and follow the [instruction](https://hudi.apache.org/contribute/developer-setup#website) to make changes to the website._ ### Contributor's checklist - [ ] Read through [contributor's guide](https://hudi.apache.org/contribute/how-to-contribute) - [ ] Change Logs and Impact were stated clearly - [ ] Adequate tests were added if applicable - [ ] CI passed -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
