Tìm kiếm
40 kết quả cho “CEL”. Tìm không phân biệt dấu.
- Incident report: Vercel environment variables cleared during synchronization Bài tóm tắt · Trigger.dev · 2026
…-2026) Bối cảnh - Trigger.dev đồng bộ biến môi trường từ Vercel trước mỗi lần build. API của Vercel trả biến loại Sensitive với value: "" vì integration không được đọc giá trị. - Đ…
- Slack's Migration to a Cellular Architecture Bài tóm tắt · Slack · 2023
…— [bài gốc](https://slack.engineering/slacks-migration-to-a-cellular-architecture/) Bài đầu của một series; phần sau (cách silo service nội bộ, service không silo được) chưa ingest…
- Engineering operational excellence, a case of continuous improvement Bài tóm tắt · Nubank · 2023
…c](https://building.nubank.com.br/engineering-operational-excellence-case-continuous-improvement/) Bài về quy trình ở một đơn vị (NuSeguros, bảo hiểm); không có số liệu kết quả. Bố…
- Turborepo Remote Cache: Accelerating CI to Move Fast Bài tóm tắt · Mercari · 2026
…mercari.com/en/blog/entry/20260216-turborepo-remote-cache-accelerating-ci-to-move-fast/) Dự án thực tập của đội Web Platform, viết 3/2025, đăng 2/2026. Cùng chủ đề runner tạm với .…
- Building a strong foundation to accelerate StreetEasy's data science efforts Bài tóm tắt · Zillow · 2024
…tps://www.zillow.com/news/building-a-strong-foundation-to-accelerate-streeteasys-data-science-efforts/) Bối cảnh - Dữ liệu event thô của StreetEasy là một bảng hàng tỷ dòng, hàng t…
- Scaling Production Globally — The service mesh facelift (Part-1) Bài tóm tắt · Achievers · 2022
Achievers tăng nhanh trong hai năm, mở rộng microservice sang nhiều region trên GKE với yêu cầu data residency chặt. Các cụm Kubernetes đã có nhưng không có failover giữa region; theo team SRE, mất một cụm hay một…
- GPU-accelerated vector indexing in Elasticsearch with NVIDIA cuVS Bài tóm tắt · Elastic · 2026
Dựng index vector trên CPU ở quy mô TB–PB có thể mất nhiều ngày (theo một nguồn Elastic dẫn), cản trở những workload phải dựng lại index thường xuyên: catalog sản phẩm làm mới mỗi đêm, đổi embedding model.
- Accelerating real-time alerts with Redpanda: a successful migration story Bài tóm tắt · Redpanda · 2023
Khách FinTech cần hệ cảnh báo dữ liệu thị trường độ trễ thấp: trung bình đầu-cuối vài chục ms.
- Accelerating Search and Ingestion with High-Performance gRPC in OpenSearch Bài tóm tắt · Uber · 2026
Uber đã chuẩn hoá trên OpenSearch cho search và retrieval (ghép tài xế, chống gian lận, gợi ý Uber Eats). Hạ tầng nội bộ nói gRPC + Protobuf, còn OpenSearch chỉ có REST/JSON; các lớp chuyển đổi ở giữa thêm latency, phức…
- Building observability into Notion's dead-letter queue Bài tóm tắt · Notion · 2026
…DLQ) : một bản ghi DeadTask ghi vào bucket S3 riêng của mỗi cell , chứa tên event, task group, workspace ID, actor, toàn bộ payload JSON, cell đích, loại lỗi, stack trace, thời điể…
- Attribute-Based Access Control at Uber Bài tóm tắt · Uber · 2023
…ngine biên dịch trước biểu thức. - Ngôn ngữ biểu thức: chọn CEL của Google thay vì tự viết; có bản Go (cel-go) và Java (cel-java), đánh giá vài micro giây, hỗ trợ lấy thuộc tính th…
- Lessons Learned From Running Apache Airflow at Scale Bài tóm tắt · Shopify · 2022
…bảng Iceberg, mô hình hoá DBT; Airflow 2.2 trên Kubernetes, Celery executor, MySQL 8. - Môi trường lớn nhất: hơn 10.000 DAG , trung bình hơn 400 task chạy cùng lúc , hơn 150.000 lư…
- How we systematically improved our reliability Bài tóm tắt · Neon · 2026
…và Databricks), ba cloud, hơn 30 region ; mỗi region tới 15 cell (bản triển khai cô lập để scale ngang và thu nhỏ blast radius), tổng hơn 70 môi trường (2026). Ở quy mô hàng triệu…
- A Smarter Way to Deploy Data Pipelines Bài tóm tắt · Doximity · 2025
…thì xoá. Chạy dạng sidecar cho DAG processor và cho worker Celery (sống lâu); với Kubernetes executor (worker tạm) thì dùng init container tải đúng DAG cần trước khi task chạy. -…
- HRTWorker: A SharedWorker Framework Bài tóm tắt · Hudson River Trading · 2025
…iều lần cho AsyncGenerator để stream, COMPLETE , ERROR , CANCEL ); decorator TypeScript @remoteExecute biến lời gọi method thành message để không phải viết boilerplate. Vì sao - Dồ…
- LinkedOut: A Request-Level Failure Injection Framework Bài tóm tắt · LinkedIn · 2018
…thử tự động: một service account có quyền vào mọi sản phẩm; Celery + Redis chia việc thử từng service phía dưới (theo dữ liệu call tree) cho các worker; Selenium tải trang với lỗi…
- Behind the scenes: Redpanda Cloud's response to the GCP outage Bài tóm tắt · Redpanda · 2025
…hi, quản lý topic, ACL nằm cùng chỗ (một binary). Kiến trúc cell-based được đưa thành nguyên tắc sản phẩm. Theo Redpanda, các sản phẩm có metadata tập trung và kiến trúc diskless t…
- MLow: Meta's low bitrate audio codec Bài tóm tắt · WhatsApp · 2024
…) với độ phức tạp tính toán thấp hơn 10% . - Bên trong: nền CELP cổ điển, cải tiến cách sinh excitation, lượng tử hoá tham số và mã hoá; tách tín hiệu thành hai băng thấp/cao mã ho…
- The Enterprise Multi-Active Disaster Recovery System Bài tóm tắt · Alibaba · 2021
DR 1.0: chỉ backup dữ liệu (cold backup) sang một datacenter khác. Theo Alibaba, người ta không dám chuyển sang: bản cold backup lệch phiên bản với production, và sợ chuyển đi rồi không chuyển về được.
- How recurring network maintenance exposed 6 bugs Bài tóm tắt · Jane Street · 2026
Jane Street bảo trì mạng nhiều vào cuối tuần; mỗi lần một tủ rack có thể mất kết nối 15–25 phút. Hạ tầng Kafka nội bộ lẽ ra phải chịu được và tự nối lại. Nhiều tháng năm 2026, nó không chịu được: process segfault, rò…
- The Architecture Twitter Uses to Deal with 150M Active Users, 300K QPS, a 22 MB/S Firehose, and Send Tweets in Under 5 Seconds Bài tóm tắt · Twitter · 2013
150 triệu user hoạt động; 300K QPS đọc timeline nhưng chỉ khoảng 6.000 request/giây ghi: Twitter chủ yếu là nơi tiêu thụ. 400 triệu tweet/ngày (trung bình 5K/giây, đỉnh 7K/giây, hơn 12K/giây khi có sự kiện lớn);…
- Độ tin cậy và multi-region Chủ đề Thành viên
Thay đổi kiến trúc lớn thường không đến từ kế hoạch mà từ một sự cố đau đớn. Khi đã chạy nhiều vùng, nhiều giả định của hệ thống một vùng không còn đúng.
- Nền tảng nội bộ cho service (đường ray chung) Chủ đề Thành viên
Tách hệ thống thành nhiều phần (service, hoặc component trong một monolith) giải được bài toán tổ chức. Nhưng nếu mỗi team tự làm RPC, retry, log, metric, contract theo cách riêng, thì ta chỉ đổi một kiểu hỗn loạn lấy…
- 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ỡ:
- Event-driven, message queue và Kafka Chủ đề Thành viên
Khi một hệ có nhiều bên cần biết "có gì vừa xảy ra" (đơn hàng đổi trạng thái, tin đăng được sửa, ticket được cập nhật), gọi đồng bộ từng bên một làm producer phải biết mọi consumer, và một consumer chậm kéo chậm cả…
- 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:
- Giao dịch phân tán và nhất quán xuyên service Chủ đề Thành viên
Với một DB quan hệ, BEGIN … COMMIT lo hết. Khi dữ liệu bị chia (shard, tách service, thêm Redis bên cạnh Postgres), một thao tác nghiệp vụ chạm nhiều nơi, và câu hỏi khó nhất trở thành "timeout rồi, việc đó đã xảy ra…
- 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ử lý sự cố và on-call Chủ đề Thành viên
Khi hệ còn nhỏ, vài người biết hết mọi thứ; có lỗi thì người thấy đầu tiên sửa luôn. Khi có hàng trăm service và hàng trăm engineer, câu hỏi đổi khác:
- 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…
- 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.
- Kiểm thử độ tin cậy (chaos, fault injection, mô phỏng tất định) Chủ đề Thành viên
Lỗi trong hệ phân tán là chắc chắn (máy chết, zone mất, dependency chậm, cấu hình sai), nhưng phần lớn lỗi nằm ở những tổ hợp hiếm mà test chức năng không chạm tới. Bài toán là chủ động gây lỗi để biết hệ thống phản ứng…
- Kiến trúc frontend Chủ đề Thành viên
Frontend bắt đầu là vài trang render ở server; lớn lên thành ứng dụng có trạng thái, nhiều team cùng sửa, và mỗi tính năng thêm vào là thêm byte phải tải. Ba trục lặp lại trong các nguồn: render ở đâu (server, client,…
- Load shedding, rate limit và backpressure Chủ đề Thành viên
Mọi hệ đều có lúc nhận nhiều việc hơn sức làm: spike của người dùng, client nội bộ có bug, dependency chậm đi, retry dồn lại. Theo Discord, khi chạm giới hạn năng lực thì đó là bài toán kinh tế: hoặc tăng cung (thêm…
- Multi-tenancy và cô lập tenant Chủ đề Thành viên
Một hệ phục vụ nhiều khách (tenant: workspace, shop, organization, account, service nội bộ) trên cùng hạ tầng thì rẻ và dễ vận hành, vì tài nguyên được dùng chung. Cái giá là bốn câu hỏi đi theo hệ suốt đời:
- 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…
- Slack Công ty Thành viên
Slack bắt đầu bằng LAMP và giữ PHP vì môi trường của nó (mỗi request trạng thái sạch, vòng lặp sửa–tải lại). Họ cải tiến dần bằng HHVM và Hack thay vì viết lại . Tầng dữ liệu đi từ MySQL active-active shard theo…
- Using Rust to Scale Elixir for 11 Million Concurrent Users Bài tóm tắt · Discord · 2019
…lang còn 27.000 µs. - Tự viết bằng Elixir thuần: chuỗi các "cell" chứa ordset nhỏ (kiểu skip list) đưa chèn cuối xuống 5.000 µs nhưng chèn đầu lên 19.000 µs vì phần tử dồn dây chuy…
- The Chubby lock service for loosely-coupled distributed systems Bài tóm tắt · Google · 2006
…ch HA như mong muốn"; ứng dụng không cần tự giữ quorum (một cell thường 5 replica, client vẫn chạy được khi số replica của chính nó ít). - Giao diện khoá quen thuộc với lập trình v…
- Call me maybe: Cassandra Bài tóm tắt · Jepsen · 2013
…rip mỗi ghi thay vì hai. Thay đổi chính (kết quả) - Sửa một cell không an toàn : dù đồng bộ đồng hồ hoàn hảo, QUORUM và khoá ngoài như tài liệu gợi ý, 285/1.009 ghi được ack bị mất…