Tìm kiếm
27 kết quả cho “ClickHouse Cloud”. Tìm không phân biệt dấu.
- Open sourcing kubenetmon: how we monitor data transfer in ClickHouse Cloud Bài tóm tắt · ClickHouse · 2025
· 2025 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://clickhouse.com/blog/kubenetmon-open-sourced) Bối cảnh - ClickHouse Cloud chạy trên AWS, GCP, Azure, hàng chục region, mỗi…
- How we built the Internal Data Warehouse at ClickHouse Bài tóm tắt · ClickHouse · 2023
…3 · 2. Tăng trưởng · Độ khó: Trung bình — [bài gốc](https://clickhouse.com/blog/building-a-data-warehouse-with-clickhouse) Phần 1 của hai bài về DWH nội bộ của ClickHouse; phần tiế…
- How we built our Internal Data Warehouse at ClickHouse: A year later Bài tóm tắt · ClickHouse · 2024
…4 · 2. Tăng trưởng · Độ khó: Trung bình — [bài gốc](https://clickhouse.com/blog/building-a-data-warehouse-with-clickhouse-part-2) Phần 2, viết một năm sau . Bài của nhà cung cấp về…
- ClickHouse Công ty Thành viên
ClickHouse Cloud có thêm Postgres managed, và với dịch vụ đó WAL archival là thứ bảo đảm khôi phục được. Năm 2026, khi đưa Postgres vào môi trường ít tài nguyên, họ viết lại WAL-G (Go) thành WAL-RUS (Rust) để bộ nhớ dự…
- TimescaleDB to ClickHouse replication: Use cases, features, and how we built it Bài tóm tắt · ClickHouse · 2025
…5 · 2. Tăng trưởng · Độ khó: Trung bình — [bài gốc](https://clickhouse.com/blog/timescale-to-clickhouse-clickpipe-cdc) Bài quảng bá sản phẩm của nhà cung cấp (ClickPipes, dựa trên…
- How we made ClickStack 5x faster for ClickHouse observability Bài tóm tắt · ClickHouse · 2026
· 2026 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://clickhouse.com/blog/making-clickstack-5x-faster-clickhouse-observability) Bài của nhà cung cấp về sản phẩm của họ (ClickSt…
- From Events to Insights: Memgraph Production Telemetry Stack with AWS, ClickHouse, and Grafana Bài tóm tắt · Memgraph · 2026
…//memgraph.com/blog/memgraph-production-telemetry-stack-aws-clickhouse-grafana) Telemetry ở đây là dữ liệu sử dụng sản phẩm (phiên bản nào, tính năng nào, môi trường nào) gửi về từ…
- Scaling our Observability platform beyond 100 Petabytes by embracing wide events and replacing OTel Bài tóm tắt · ClickHouse · 2025
· 2025 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://clickhouse.com/blog/scaling-observability-beyond-100pb-wide-events-replacing-otel) Bài của nhà cung cấp về hệ log nội bộ (…
- The evolution of SQL-based Observability Bài tóm tắt · ClickHouse · 2024
…24 · 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://clickhouse.com/blog/evolution-of-sql-based-observability-with-clickhouse) Bài của nhà cung cấp, cập nhật một năm sau bài…
- Why we rewrote WAL-G for Postgres backups in Rust: Meet WAL-RUS Bài tóm tắt · ClickHouse · 2026
…26 · 4. Điều chỉnh · Độ khó: Trung bình — [bài gốc](https://clickhouse.com/blog/walrus-postgres-backups-in-rust) Bài của nhà cung cấp (Managed Postgres trong ClickHouse Cloud), giớ…
- Observability và monitoring Chủ đề Thành viên
Lúc đầu, monitoring là vài dashboard và một công cụ cài sẵn; log đọc thẳng từ máy. Khi hệ lớn lên, chính hệ quan sát thành một hệ phân tán có bài toán riêng:
- Chi phí hạ tầng và build vs buy Chủ đề Thành viên
Khi còn nhỏ, chi phí hạ tầng là chuyện phụ và cloud là lựa chọn hiển nhiên. Khi lớn lên, hoá đơn có thể chiếm phần lớn giá vốn. Hai câu hỏi xuất hiện: tối ưu chi phí trên nền đang có thế nào, và khi nào nên tự xây (hoặc…
- Migration không downtime Chủ đề Thành viên
Hệ thống đang chạy thật (gọi xe, chat, thiết kế) không được dừng, nhưng phải đổi ngôn ngữ, database hoặc hạ tầng bên dưới.
- Sự cố và postmortem Chủ đề Thành viên
Nhiều bước ngoặt kiến trúc trong wiki bắt đầu từ một sự cố: Netflix lên cloud sau 3 ngày không gửi được DVD, Twitter viết lại hệ thống sau World Cup 2010, Instagram đi nhiều data center sau trận bão 2012. Trang này gom…
- Xác thực và phân quyền (authn/authz) Chủ đề Thành viên
Ở monolith, mỗi dữ liệu thường chỉ có một đường vào, nên kiểm tra quyền nằm ngay đó: một hàm hasaccess?, một API mỗi resource. Khi hệ thống tách thành nhiều service, nhiều client, nhiều loại token, cả hai nửa đều vỡ:
- Chọn database theo workload Chủ đề Thành viên
Không có database tốt nhất, chỉ có database hợp với mẫu đọc/ghi ở một quy mô cụ thể. Mẫu đó thay đổi khi sản phẩm lớn lên. Ngoài ra, chuyên môn vận hành của đội cũng là một phần của "workload".
- Batching và khấu hao round-trip Chủ đề Thành viên
Nhiều nút thắt không nằm ở việc mỗi thao tác tốn bao nhiêu công, mà ở chi phí cố định trả cho mỗi thao tác: một round-trip mạng, một lần fsync, một PUT lên object storage, một syscall, một transaction. Khi chi phí cố…
- Pipeline dữ liệu và analytics Chủ đề Thành viên
Lúc đầu, báo cáo chạy thẳng trên DB production. Đến một lúc truy vấn phân tích làm chậm giao dịch, dữ liệu cần gộp từ nhiều nguồn, và có thêm người dùng mới (analyst, ML, khách hàng xem dashboard). Khi đó cần một mặt…
- Failover, replica và dự phòng dữ liệu Chủ đề Thành viên
Mọi hệ có trạng thái đều giữ nhiều bản (replica) để một máy chết không làm mất dịch vụ. Khó không nằm ở việc có bản sao mà ở lúc chuyển sang bản sao:
- Tách compute khỏi storage Chủ đề Thành viên
Hệ có trạng thái kiểu cổ điển (database, broker Kafka, fileserver Git) đặt dữ liệu bền trên đĩa của chính máy xử lý. Máy đó vừa là compute vừa là storage, nên:
- Deploy và release an toàn Chủ đề Thành viên
Phần lớn sự cố bắt đầu bằng một thay đổi: code mới, cấu hình mới, hạ tầng mới. Khi hệ thống và tổ chức lớn lên, câu hỏi là làm sao đưa thay đổi lên production thường xuyên mà vẫn giới hạn được thiệt hại khi có lỗi.
- Đổi ngôn ngữ và runtime Chủ đề Thành viên
Ngôn ngữ ban đầu được chọn để làm nhanh. Khi lớn lên, nó có thể thành nút thắt về hiệu năng, latency, hoặc tổ chức code. Có ba hướng: tối ưu runtime đang dùng, cải tiến dần, hoặc viết lại có phạm vi.
- An AKS Performance Journey: Part 2 — Networking It Out Bài tóm tắt · ASOS · 2021
Sau phần 1, PLP trên AKS vẫn chậm hơn Cloud Services khoảng 100 ms ở percentile cao. Log có nhiều timeout gọi API, kèm lỗi getaddrinfo EAIAGAIN từ NodeJS và các lần chờ đúng 5 giây.
- Real-Time Data Lake Ingestion Is Saying Goodbye to ETL: Architectural Subtraction from Kafka to Iceberg Bài tóm tắt · Alibaba · 2026
Bộ ba Kafka + Iceberg + object storage thành tổ hợp phổ biến: Kafka nhận dòng dữ liệu, Iceberg tổ chức thành bảng có schema và query được, object storage giữ lịch sử rẻ. Theo Alibaba, S3 Tables (AWS, 2024) làm hướng này…
- How Coinbase built a governed platform for internal operations Bài tóm tắt · Coinbase · 2026
Support, vận hành, compliance, pháp lý, risk và engineer đều cần đọc/ghi dữ liệu khách hàng, mỗi nhóm một lý do chính đáng. Để tự nhiên thì công cụ admin sinh sôi, mỗi công cụ tự làm authorization, audit và rate limit.
- Centralized Application Logging at eBay (CAL Ingress) Bài tóm tắt · eBay · 2019
CAL gom log cục bộ của các application server về một chỗ và làm báo cáo cho mọi mảng của eBay. CAL Ingress nhận log từ hàng nghìn client qua kết nối TCP sống lâu, chia ra: raw log tới Filer, metric VID (gộp lại) qua…
- Auditing AWS IAM for better security practices Bài tóm tắt · Postman · 2019
Mỗi dịch vụ cloud mới đều có IAM riêng chỉ cần vài cú nhấp để cấp quyền; theo bài, nếu khả năng đánh giá và thu hồi quyền không tăng theo thì quyền thừa tích tụ thành rủi ro rò rỉ từ bên trong.