Tìm kiếm
40 kết quả cho “Scala”. Tìm không phân biệt dấu.
- Scalability and Load Testing for VALORANT Bài tóm tắt · Riot Games · 2020
…rung bình — [bài gốc](https://technology.riotgames.com/news/scalability-and-load-testing-valorant) Bối cảnh - Nền tảng của VALORANT (ngoài game server) là hơn 30 microservice Go: p…
- Himeji: A Scalable Centralized System for Authorization at Airbnb Bài tóm tắt · Airbnb · 2021
…— [bài gốc](https://medium.com/airbnb-engineering/himeji-a-scalable-centralized-system-for-authorization-at-airbnb-341664924574) Bài ngoài sheet, lấy về Medium qua Wayback. Một đồ…
- Unlocking Horizontal Scalability in Our Web Serving Tier Bài tóm tắt · Airbnb · 2016
…(https://medium.com/airbnb-engineering/unlocking-horizontal-scalability-in-our-web-serving-tier-d907449cdbcf) Bối cảnh - Monolith Rails chạy trên nhiều web server, nói chuyện với v…
- Terraform Poka-Yokes: Writing Effective, Scalable, Dynamic, and Error-Resistant Terraform Bài tóm tắt · CapitalOne · 2020
…com/capital-one-tech/terraform-poka-yokes-writing-effective-scalable-dynamic-and-error-resistant-terraform-dcbd6a0ada6a) Bài của một Senior DevOps Engineer/SRE, nửa hướng dẫn nửa k…
- Building Scalable Real Time Event Processing with Kafka and Flink Bài tóm tắt · DoorDash · 2022
…[bài gốc](https://doordash.engineering/2022/08/02/building-scalable-real-time-event-processing-with-kafka-and-flink/) Bối cảnh - Event từ service và thiết bị phải tới warehouse OL…
- Building Scalable Real Time Analytics, Alerting and Anomaly Detection Architecture at Dream11 Bài tóm tắt · Dream11 · 2019
…nh — [bài gốc](https://blog.dream11engineering.com/building-scalable-real-time-analytics-alerting-and-anomaly-detection-architecture-at-dream11-e20edec91d33) Site chặn crawler; wik…
- Meet Chrono, our scalable, consistent, metadata caching solution Bài tóm tắt · Dropbox · 2024
…ài gốc](https://dropbox.tech/infrastructure/meet-chrono-our-scalable-consistent-metadata-caching-solution) Bối cảnh - Metadata của Dropbox nằm trên Panda , KV store giao dịch MVCC…
- Inside Minerva: building scalable observability for eBay's monetization platform Bài tóm tắt · eBay · 2026
…ps://innovation.ebayinc.com/stories/inside-minerva-building-scalable-observability-for-ebays-monetization-platform/) Bối cảnh - Hệ tính phí (monetization) của eBay phụ thuộc khoảng…
- Macaroons Escalated Quickly Bài tóm tắt · Fly.io · 2024
…ớn · Độ khó: Khó — [bài gốc](https://fly.io/blog/macaroons-escalated-quickly/) Bài của Thomas Ptacek (Fly.io), giọng văn rất chủ quan; nhận định ghi "theo Fly.io". Bối cảnh - API t…
- Building a Distributed Filesystem for Scalable Research Bài tóm tắt · Hudson River Trading · 2025
…w.hudsonrivertrading.com/hrtbeat/distributed-filesystem-for-scalable-research/) Bối cảnh - HRT nạp lượng dữ liệu lớn; researcher dùng nó để phát triển và kiểm ý tưởng, ý tưởng tốt…
- Open Sourcing Iris and Oncall Bài tóm tắt · LinkedIn · 2017
…sourcing-iris-and-oncall) Bối cảnh - Trước 2015, kỹ sư NOC escalate sự cố bằng tay: không rõ ai là người liên hệ thứ hai và liên hệ bằng gì; số alert tăng nhanh hơn nhiều so với số…
- Designing Experimentation Guardrails Bài tóm tắt · Airbnb · 2021
…ch hoạt" guardrail thì không được launch thẳng mà phải qua escalation : các bên liên quan thảo luận công khai kết quả trước khi quyết. - Chọn metric cần bảo vệ theo ba nhóm: metric…
- Incidents, fixes, and the day after Bài tóm tắt · Booking.com · 2017
…g dẫn xử lý sự cố. Thay đổi chính - Nguyên tắc dẫn đường: "Escalations are cheap" : ai không chắc vấn đề đã được kiểm soát thì cứ escalate để gọi nhóm phản ứng nhanh ( firefighters…
- PlentyOfFish Architecture Bài tóm tắt · PlentyOfFish · 2007
…2007 · 1. Khởi đầu · Độ khó: Cơ bản — [bài gốc](http://highscalability.com/plentyoffish-architecture) Nguồn thứ cấp: HighScalability tóm tắt phỏng vấn và blog của nhà sáng lập Mar…
- YouTube Architecture Bài tóm tắt · YouTube · 2007
…2. Tăng trưởng · Độ khó: Trung bình — [bài gốc](http://highscalability.com/youtube-architecture) Nguồn thứ cấp: HighScalability tóm tắt một talk của YouTube (nguồn ghi "Google Vid…
- Integrated Commerce and our Merchant Center rebuild Bài tóm tắt · Zalando · 2016
…olith sang microservice của Zalando: REST trên AWS; backend Scala + Akka (actor, Akka-HTTP cho REST API); RDS PostgreSQL cho dữ liệu quan trọng. - Frontend cho đối tác (AngularJS,…
- Tracking the Money — Scaling Financial Reporting at Airbnb Bài tóm tắt · Airbnb · 2017
…hai ngày một lần. - Hệ mới chạy Spark trên HDFS, viết bằng Scala , mô hình event handler : - Platform event (đặt, sửa, huỷ, dịch vụ đã cung cấp) và payment event (tiền vào/ra, gif…
- Single-Store Vector Index: Architecture and Memory Efficiency Bài tóm tắt · Memgraph · 2026
…y store để không mất dữ liệu, nên RAM có thể tăng lúc đó. - Scalar kind chọn khi tạo index (f32, f16, bf16, f8): đòn bẩy bộ nhớ chính, đánh đổi độ chính xác. - Kết quả (theo Memgra…
- Evolution and Scale of Uber's Delivery Search Platform Bài tóm tắt · Uber · 2026
…uả tổng): latency −34%, CPU −17%, recall gần như không đổi; scalar quantization int7 giảm latency hơn một nửa so với fp32, recall vẫn trên 0,95; cắt embedding còn 256 chiều mất dướ…
- Scaling LinkedIn's Hadoop YARN cluster beyond 10,000 nodes Bài tóm tắt · LinkedIn · 2021
Cụm Hadoop gấp đôi mỗi năm; cụm lớn nhất khoảng 10.000 node năm 2021. HDFS (một NameNode giữ mọi metadata) chạm giới hạn trước nên được đầu tư từ 2016; YARN ResourceManager nhẹ hơn nên được để yên tới đầu 2019.
- How we've evolved on-call Bài tóm tắt · Monzo · 2019
Từ bài 2018, Monzo đã có tuyến một gồm primary (kỹ sư kinh nghiệm, biết chỉ huy sự cố) và shadow (người mới học bằng cách quan sát), đều là tình nguyện viên có trả tiền. Khi hệ thống lớn nhanh, primary khó có ngữ cảnh…
- A deeper dive into our May 2019 security incident Bài tóm tắt · Stack Overflow · 2021
Ngày 12/5/2019, cộng đồng báo một tài khoản lạ có quyền moderator và developer trên toàn mạng Stack Exchange. Điều tra cho thấy đó chỉ là phần nổi: kẻ tấn công đã lấy được mã nguồn và làm lộ thông tin cá nhân của 184…
- Đổ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.
- Realtime và fan-out Chủ đề Thành viên
Một sự kiện (tin nhắn, ảnh, tweet, vote) phải tới rất nhiều người, rất nhanh, qua rất nhiều kết nối mở cùng lúc.
- Sharding và tách database Chủ đề Thành viên
Một database quan hệ duy nhất là điểm khởi đầu của hầu hết sản phẩm. Đến một lúc nó không chịu nổi lượng ghi, dữ liệu không còn vừa một máy, hoặc một sự cố ở DB đó làm sập mọi tính năng.
- 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:
- 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…
- 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.
- 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…
- Thử nghiệm A/B và nền tảng experimentation Chủ đề Thành viên
Khi nhiều team cùng thay đổi một sản phẩm, "ship rồi xem metric" không còn trả lời được thay đổi nào gây ra gì. Thí nghiệm có đối chứng trả lời được, nhưng ở quy mô lớn nó thành một hệ thống: gán người dùng vào biến thể…
- 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.
- Hot partition và thundering herd Chủ đề Thành viên
Chia dữ liệu và tải ra nhiều máy chỉ hiệu quả khi tải chia đều. Thực tế tải lệch: một khách hàng khổng lồ, một kênh có @everyone, một bài của người nổi tiếng. Có hai dạng hay gặp:
- 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.
- 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ố…
- 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".
- 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:
- 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…
- 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…
- Load test và kiểm chứng capacity Chủ đề Thành viên
Trước một mốc tải chưa từng gặp (ra mắt game, tính năng mới gửi push toàn quốc, mùa giải, tăng trưởng nhanh), cần biết hệ chịu được bao nhiêu, cái gì gãy trước, và cần bao nhiêu máy. Test từng service riêng không đủ vì…