Tìm kiếm
40 kết quả cho “Opbox”. Tìm không phân biệt dấu.
- Dropbox Công ty Thành viên
Dropbox luôn là hybrid: metadata ở data center riêng, nội dung file trên S3. Ở ~500 PB họ tự xây Magic Pocket, theo Dropbox vì hiệu năng và unit economics . Cái giá kèm theo là phải tự dựng cả backbone và edge network .…
- Meet Bandaid, the Dropbox service proxy Bài tóm tắt · Dropbox · 2018
…18 · 3. Quy mô lớn · Độ khó: Nâng cao — [bài gốc](https://dropbox.tech/infrastructure/meet-bandaid-the-dropbox-service-proxy) Bối cảnh - Bandaid bắt đầu là reverse proxy bù cho điể…
- Inside the feature store powering real-time AI in Dropbox Dash Bài tóm tắt · Dropbox · 2025
…· 4. Điều chỉnh · Độ khó: Trung bình — [bài gốc](https://dropbox.tech/machine-learning/feature-store-powering-realtime-ai-in-dropbox-dash) Bối cảnh - Dropbox Dash (tìm kiếm và age…
- Courier: Dropbox migration to gRPC Bài tóm tắt · Dropbox · 2019
· 2019 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://dropbox.tech/infrastructure/courier-dropbox-migration-to-grpc) Bối cảnh - Dropbox chạy hàng trăm service bằng nhiều ngôn n…
- How we migrated Dropbox from Nginx to Envoy Bài tóm tắt · Dropbox · 2020
…· 4. Điều chỉnh · Độ khó: Trung bình — [bài gốc](https://dropbox.tech/infrastructure/how-we-migrated-dropbox-from-nginx-to-envoy) Theo nhóm tác giả, nhiều so sánh gắn với cách làm…
- How we handled a recent phishing incident that targeted Dropbox Bài tóm tắt · Dropbox · 2022
· 2022 · 3. Quy mô lớn · Độ khó: Dễ — [bài gốc](https://dropbox.tech/security/a-recent-phishing-campaign-targeting-dropbox) Bài công bố sự cố ngắn của chính Dropbox; ít chi tiết k…
- Infrastructure update: evolution of the Dropbox backbone network Bài tóm tắt · Dropbox · 2017
…17 · 3. Quy mô lớn · Độ khó: Nâng cao — [bài gốc](https://dropbox.tech/infrastructure/infrastructure-update-evolution-of-the-dropbox-backbone-network) Bối cảnh Đưa hàng trăm PB dữ…
- Finding Kafka's throughput limit in Dropbox infrastructure Bài tóm tắt · Dropbox · 2019
…· 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://dropbox.tech/infrastructure/finding-kafkas-throughput-limit-in-dropbox-infrastructure) Bối cảnh - Kafka ở Dropbox phục vụ…
- How image search works at Dropbox Bài tóm tắt · Dropbox · 2021
…· 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://dropbox.tech/machine-learning/how-image-search-works-at-dropbox) Bối cảnh - Ảnh là loại file phổ biến trên Dropbox nhưng t…
- How we rolled out one of the largest Python 3 migrations ever Bài tóm tắt · Dropbox · 2018
…· 4. Điều chỉnh · Độ khó: Trung bình — [bài gốc](https://dropbox.tech/application/how-we-rolled-out-one-of-the-largest-python-3-migrations-ever) Bài đầu của một series về app desk…
- How we optimized Magic Pocket for cold storage Bài tóm tắt · Dropbox · 2019
· 2019 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://dropbox.tech/infrastructure/how-we-optimized-magic-pocket-for-cold-storage) Bối cảnh - Magic Pocket () lưu block bất biến…
- Lessons learned: Using a cybersecurity vendor to check for malicious links Bài tóm tắt · Dropbox · 2023
…2023 · 3. Quy mô lớn · Độ khó: Cơ bản — [bài gốc](https://dropbox.tech/security/changing-how-we-identify-malicious-urls-in-shared-documents) Bài ngắn, dạng công bố sự cố; không có…
- After four years of SMR storage, here's what we love and what comes next Bài tóm tắt · Dropbox · 2023
…· 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://dropbox.tech/infrastructure/four-years-of-smr-storage-what-we-love-and-whats-next) Bối cảnh - Theo Dropbox, năm 2018 họ là…
- Outage post-mortem Bài tóm tắt · Dropbox · 2014
…2014 · 3. Quy mô lớn · Độ khó: Cơ bản — [bài gốc](https://dropbox.tech/infrastructure/outage-post-mortem) Bối cảnh - Dropbox chạy hàng nghìn database, mỗi DB một master và hai repl…
- A look inside our sixth generation of server hardware Bài tóm tắt · Dropbox · 2022
· 2022 · 3. Quy mô lớn · Độ khó: Dễ — [bài gốc](https://dropbox.tech/infrastructure/sixth-generation-server-hardware) Bối cảnh - Gần một thập kỷ Dropbox tự vận hành hạ tầng phần c…
- Enhancing Bandaid load balancing with real-time backend server load information Bài tóm tắt · Dropbox · 2019
…19 · 3. Quy mô lớn · Độ khó: Nâng cao — [bài gốc](https://dropbox.tech/infrastructure/enhancing-bandaid-load-balancing-at-dropbox-by-leveraging-real-time-backend-server-load-inform…
- Scaling to exabytes and beyond (Magic Pocket) Bài tóm tắt · Dropbox · 2016
…16 · 3. Quy mô lớn · Độ khó: Nâng cao — [bài gốc](https://dropbox.tech/infrastructure/magic-pocket-infrastructure) Bối cảnh - Dropbox luôn là hybrid cloud : metadata và web server…
- How we achieved independent deployments in a micro-frontend architecture Bài tóm tắt · Allegro · 2026
…ảnh - Hơn 120 team phát triển frontend qua framework nội bộ Opbox (từ 2016). Service opbox-web render toàn bộ frontend và đóng gói hơn 1.200 component/plugin/service (gói npm) làm…
- Incrementally migrating over one million lines of code from Python 2 to Python 3 Bài tóm tắt · Dropbox · 2019
…· 4. Điều chỉnh · Độ khó: Trung bình — [bài gốc](https://dropbox.tech/application/incrementally-migrating-over-one-million-lines-of-code-from-python-2-to-python-3) Bài thứ hai của…
- Lessons learned in incident management Bài tóm tắt · Dropbox · 2021
…· 3. Quy mô lớn · Độ khó: Trung bình — [bài gốc](https://dropbox.tech/infrastructure/lessons-learned-in-incident-management) Bối cảnh - Dropbox cam kết SLA 99,9% với một số khách…
- Increasing Magic Pocket write throughput by removing our SSD cache disks Bài tóm tắt · Dropbox · 2022
…22 · 4. Điều chỉnh · Độ khó: Nâng cao — [bài gốc](https://dropbox.tech/infrastructure/increasing-magic-pocket-write-throughput-by-removing-our-ssd-cache-disks) Bối cảnh - 2017: Mag…
- Meet Chrono, our scalable, consistent, metadata caching solution Bài tóm tắt · Dropbox · 2024
· 2024 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://dropbox.tech/infrastructure/meet-chrono-our-scalable-consistent-metadata-caching-solution) Bối cảnh - Metadata của Dropbox…
- Cross Shard Transactions at 10 Million Requests Per Second Bài tóm tắt · Dropbox · 2018
· 2018 · 3. Quy mô lớn · Độ khó: Khó — [bài gốc](https://dropbox.tech/infrastructure/cross-shard-transactions-at-10-million-requests-per-second) Bối cảnh - Edgestore là lớp trừu t…
- Atlas: Our journey from a Python monolith to a managed platform Bài tóm tắt · Dropbox · 2021
…· 4. Điều chỉnh · Độ khó: Trung bình — [bài gốc](https://dropbox.tech/infrastructure/atlas--our-journey-from-a-python-monolith-to-a-managed-platform) Bối cảnh - Metaserver , monol…
- 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…
- 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…
- 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.
- 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…
- Đổ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.
- 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ử 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:
- 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:
- 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 ML (feature, training, serving, giám sát model) Chủ đề Thành viên
Model ML đầu tiên của một công ty thường được nhúng thẳng vào một service có sẵn, với feature tính trong vài script và train bằng một job riêng. Khi số model và số người làm model tăng, bốn chỗ cùng hỏng:
- 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…
- Vector search và index ANN Chủ đề Thành viên
Search ngữ nghĩa, gợi ý và RAG quy về tìm các vector (embedding vài trăm tới vài nghìn chiều) gần một vector query. Vector không có thứ tự tự nhiên, nên B-tree hay inverted index không dùng được; ở quy mô lớn phải dùng…
- 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".
- Độ 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.
- 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…
- Tự động hoá vận hành và auto-remediation Chủ đề Thành viên
Khi số máy, shard, pod tăng lên hàng nghìn, lỗi "hiếm" (một node chết, một đĩa hỏng, một replica trễ) thành chuyện hằng ngày, và thao tác tay không còn theo kịp: Stripe có hàng trăm lần shard suy giảm mỗi năm, mỗi lần…