Tìm kiếm
40 kết quả cho “ACL”. Tìm không phân biệt dấu.
- Database Federation: Decentralized and ACL-Compliant Hive Databases Bài tóm tắt · Uber · 2026
…uota compute. - Nút thắt vận hành: mọi việc ở mức database (ACL, sửa DDL, TTL, lineage, xử lý sự cố) đều qua một team, một lịch on-call. - Khó áp quy tắc chất lượng theo domain, th…
- HeraclesQL: A Python DSL for Writing Alerts Bài tóm tắt · Hudson River Trading · 2025
…h — [bài gốc](https://www.hudsonrivertrading.com/hrtbeat/heraclesql-a-python-dsl-for-writing-alerts/) Bối cảnh - Đội Systems Dev của HRT làm công cụ cho các kỹ sư hệ thống, mạng, d…
- Authorization at LinkedIn's Scale Bài tóm tắt · LinkedIn · 2019
…hạn thiệt hại nếu một service nội bộ bị chiếm. - Mô hình là ACL đơn giản: (service, thao tác, ALLOW/DENY) trên từng resource Rest.li. Cái khó là quy mô (2019): hơn 700 microservice…
- Netflix Billing Migration to AWS Bài tóm tắt · Netflix · 2016
…, bài này) · (ứng dụng và dữ liệu khách hàng) · (database Oracle → MySQL). Bối cảnh - Billing là mảnh cuối cùng của Netflix còn ở data center khi cả streaming đã lên AWS (). Ngày 4…
- Open sourcing Brooklin: Near real-time data streaming at scale Bài tóm tắt · LinkedIn · 2019
…iệu, mà là số loại hệ nguồn và đích tăng nhanh (Espresso, Oracle, MySQL, Kafka, Azure Event Hubs, Kinesis). - Mirror Kafka giữa các cụm và data center dùng Kafka MirrorMaker (KMM)…
- Netflix Billing Migration to AWS — Part III Bài tóm tắt · Netflix · 2016
…phần dataset, khác phần cứng, khác OS, khác hệ quản trị (Oracle → ?), giữa DC và AWS. Thay đổi chính - Chọn database: Oracle trên cloud (đỡ chuyển đổi nhưng đắt license và mang th…
- Courier: Dropbox migration to gRPC Bài tóm tắt · Dropbox · 2019
…tity nằm trong cert, mTLS bắt buộc, PFS bắt buộc, TLS 1.2+. ACL và rate limit theo service và theo method, cập nhật qua hệ config phân tán (AFS) trong vài giây mà không restart, nê…
- The Log: What every software engineer should know about real-time data's unifying abstraction Bài tóm tắt · LinkedIn · 2013
…ầng log sớm nhất là Databus : lớp cache log trên các bảng Oracle cũ, để nhiều hệ (graph, search index) subscribe thay đổi DB. - Khoảng 2008, sau khi ra Voldemort, tác giả dựng Hado…
- Introducing Espresso - LinkedIn's hot new distributed document store Bài tóm tắt · LinkedIn · 2015
…-document-store) Bối cảnh - Trước Espresso, LinkedIn dùng Oracle (dữ liệu chính, nhất quán mạnh) và Voldemort (key-value). Phần lớn dữ liệu chính không cần đủ tính năng RDBMS nhưng…
- Solving manageability challenges at scale with Nuage Bài tóm tắt · LinkedIn · 2019
…isioning: chọn cụm (mặc định best fit, tuỳ biến theo hệ). - ACL bắt buộc khi tạo tài nguyên ; ai muốn truy cập thì Nuage mở review cho chủ tài nguyên, tài nguyên quan trọng qua cả…
- Secret Management Architectures: Finding the balance between security and complexity Bài tóm tắt · Slalom Build · 2017
…ợc cho tới khi chạy lại query bằng tay. - HashiCorp Vault : ACL, audit, TTL, nhiều backend xác thực và lưu trữ; cái giá là cần người vận hành server và danh sách quyền. - Kiến trúc…
- Attribute-Based Access Control at Uber Bài tóm tắt · Uber · 2023
…hỗ) để vừa quản lý được vừa không thêm network call. - RBAC/ACL tĩnh hết đủ khi luật phụ thuộc thuộc tính; thêm condition + nguồn thuộc tính dạng plugin thay vì nhét thuộc tính vào…
- 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".
- 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…
- Cache và invalidation Chủ đề Thành viên
Cache là cách rẻ nhất để một DB chịu được lượng đọc tăng nhiều lần. Vì vậy nó xuất hiện ngay từ giai đoạn đầu (Instagram 2011, Facebook 2004–2010). Cái giá đến sau, và lặp lại ở hầu hết các nguồ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.
- 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:
- 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.
- 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…
- 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:
- Bảo mật hạ tầng và quản lý secret Chủ đề Thành viên
Khi hệ thống lớn lên, số credential (mật khẩu DB, API key, SSH key, token, cookie phiên) tăng theo số service, pipeline, nhà cung cấp, và chúng rải vào code, cấu hình, hệ build, log. Các nguồn trong wiki cho thấy kẻ tấn…
- 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ả…
- 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…
- Monolith và microservices — đi và quay lại Chủ đề Thành viên
Lúc nào nên tách hệ thống thành nhiều service, và cái giá của việc đó là gì? Các nguồn hiện có cho thấy đây không phải đường một chiều.
- Scale dọc trước khi scale ngang Chủ đề
Thêm máy (scale ngang) kéo theo độ phức tạp phân tán. Bắt mỗi máy làm được nhiều hơn (scale dọc, tối ưu) thì đơn giản hơn, nhưng có trần và dễ thành một điểm hỏng.
- LinkedIn Công ty Thành viên
Bài khung là bài nhìn lại năm 2015 . LinkedIn bắt đầu năm 2003 là một monolith tên Leo. Service đầu tiên tách ra là member graph, vì đồ thị kết nối có profile tải khác hẳn; DB profile được đỡ bằng scale dọc rồi replica…
- Netflix Billing Migration to AWS — Part II Bài tóm tắt · Netflix · 2016
…phần 2 (bài này) · (database). Bối cảnh - Trước dự án: 2 Oracle trong DC (subscription; hoá đơn/thanh toán), vài app REST làm CRUD cho website và CSKH, 3 batch (gia hạn hằng ngày,…
- Cut-over logic in vitess schema migrations Bài tóm tắt · Vitess (PlanetScale/CNCF) · 2022
…ghi nào lọt vào bảng gốc trong lúc bắt kịp. 1. Đệm ghi bằng ACL có hạn: mọi query đi qua proxy (VTGate → VTTablet). Đặt rule đệm 10 giây lên bảng: query mới đứng chờ. Huỷ rule thì…
- HRTWorker: A SharedWorker Framework Bài tóm tắt · Hudson River Trading · 2025
…uy nhất; class đó khởi tạo ở chế độ client trong GUI hoặc oracle trong SharedWorker. Ở client, lời gọi được proxy sang instance oracle. - Ba phần: quản lý kết nối (oracle theo dõi…
- Building Multi-Region Resiliency with Amazon RDS and Amazon Aurora Bài tóm tắt · Goldman Sachs · 2021
…ó trạng thái như DB quan hệ . Họ có nhiều DB quan hệ (RDS Oracle, Aurora PostgreSQL) vì phần mềm bên thứ ba và quy định. - Trong một region: dùng Multi-AZ. RDS Oracle có bản sao đồ…
- Hudson River Trading Công ty Thành viên
Công ty giao dịch thuật toán (HRT), phần lớn hạ tầng on-premises, nhiều site trên thế giới. Năm 2021 họ scale Prometheus bằng shard chỉ ingest cộng query node đọc remote, vì federation mất khả năng tổng hợp ad-hoc trên…
- Netflix Công ty Thành viên
Sự cố hỏng DB năm 2008 dẫn tới 7 năm lên AWS theo hướng cloud-native . Bài kiểm tra lớn đầu tiên là sự cố AWS US-East năm 2011: kiến trúc stateless, nhiều zone, fallback chịu được, nhưng rút khỏi zone phải làm tay. Từ…
- Alibaba Công ty Thành viên
Database của Alibaba đi qua ba giai đoạn, đều do đỉnh tải Double 11 dẫn dắt: thương mại (IBM/Oracle/EMC, 2005–2009) → "De-IOE" sang mã nguồn mở với middleware TDDL và AliSQL (2010–2015) → tự phát triển X-DB (từ 2016).…
- A Decade of Evolution of Alibaba's Databases - Part 1 Bài tóm tắt · Alibaba · 2019
…y mô lớn · Độ khó: Trung bình — [bài gốc](https://www.alibabacloud.com/blog/a-decade-of-evolution-of-alibabas-databases---part-1 594444) Bài là hồi ký của một trưởng nhóm database,…
- Allegro Công ty Thành viên
Allegro (Ba Lan) đi từ 3 developer với dữ liệu lưu trong file (1999) → scale bằng tự viết cache, connection pool, search engine bằng C trên Oracle (~2005) → framework tự chế trong cùng codebase (2008–2009, code mới vẫn…
- Evolution of our platform architecture Bài tóm tắt · Allegro · 2015
…, scale bằng tự xây: - hơn 100 web server, chuyển DB sang Oracle; - tự viết bằng C/C++ nhiều tầng cache, connection pool, cả search engine. Ưu: mua được vài năm mà không cần cuộc c…
- Inside the Go Playground Bài tóm tắt · Go · 2013
…ầng Google: backend chạy chương trình trong Native Client (NaCl) , giới hạn CPU, RAM, không có mạng hay file system. Nhưng Go nổi bật ở concurrency và mạng; bản đầu thì giờ đứng yê…
- Real-time Analytics at Massive Scale with Pinot Bài tóm tắt · LinkedIn · 2014
…Bối cảnh - Khoảng 2012, các sản phẩm phân tích chạy trên Oracle và Voldemort, không hợp với OLAP; dữ liệu tăng theo cả chiều rộng lẫn chiều sâu. Ví dụ Jobs Analytics: xử lý và nén…