Tìm kiếm
40 kết quả cho “EC2 Mac”. Tìm không phân biệt dấu.
- Moving on-premise macOS build to AWS Bài tóm tắt · Grammarly · 2021
…y ở văn phòng Kyiv, lệch múi giờ, mạng chập chờn). - AWS ra EC2 Mac cuối 11/2020; đội Platform của Grammarly bắt đầu chuyển ngay lúc đó, theo họ là một trong những khách hàng đầu t…
- Journey from EC2 to Containers Bài tóm tắt · Disney Hotstar · 2020
…— [bài gốc](https://blog.hotstar.com/hotstars-journey-from-ec2-to-containers-86ea4e4880fd) Bối cảnh - Đỉnh user đồng thời: ~4,7 triệu (2017), ~10,3 triệu (IPL 2018) . - IPL 2018 c…
- Our Journey Migrating to AWS IMDSv2 Bài tóm tắt · Slack · 2023
…ở hữu . Bối cảnh - Slack (2023) chạy khoảng 60.000 instance EC2 ở 17 region , hàng trăm AWS account (theo môi trường, theo team, đôi khi theo ứng dụng), nhiều team sở hữu. IMDS đượ…
- 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…
- 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…
- 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…
- 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.
- 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.
- 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:
- CI và build ở quy mô lớn Chủ đề Thành viên
Lúc nhỏ, CI là "mỗi commit chạy hết build và test". Khi codebase và số commit tăng, chạy hết trở thành bất khả (Stripe 2026: chạy tuần tự mất bốn tháng), và thời gian chờ của một thay đổi không còn chỉ là thời gian…
- 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ả…
- 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…
- 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:
- 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ì…
- 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.
- 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".
- 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.
- 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:
- Disney Hotstar Công ty Thành viên
Traffic "sóng thần" của cricket: đỉnh user đồng thời 4,7 triệu (2017) → 10,3 triệu (2018) → 25 triệu (2019). Sau IPL 2018, EC2 + ASG không theo kịp (khởi động chậm, giới hạn region, bị throttle API), nên họ chuyển sang…
- 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…
- Grammarly Công ty Thành viên
Hạ tầng AWS ban đầu một region, mỗi team một tài khoản và một VPC, nối bằng peering. Năm 2021, để đưa model và API gần user và đạt chuẩn tuân thủ, họ chuyển sang mỗi tài khoản một môi trường của một project, Transit…
- How Render Services Stayed Up During the AWS October Outage Bài tóm tắt · Render · 2025
…ng 90 phút đầu Render vẫn khoẻ. Sau đó không provision được EC2 ở us-east-1, nên build chậm vì hết chỗ. - Khi EC2 mở lại thì phát sinh lỗi khác: - node mới lên ở trạng thái hỏng mạ…
- 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ừ…
- Quora Công ty Thành viên
Quora dùng MySQL (tự shard), HBase và Redis trên AWS. Năm 2016 họ diễn tập thảm hoạ (Game Day): dựng lại cả site ở region khác chỉ từ backup, mất chưa tới 5 giờ . Về sau họ chuyển HBase sang MyRocks để dùng chung kiến…
- Open Sourcing Coinbase's Secure Deployment Pipeline (Odin) Bài tóm tắt · Coinbase · 2018
Theo Coinbase (5/2018): deploy hàng trăm lần mỗi ngày trên hàng trăm project; một tính năng đi từ ý tưởng tới production dưới một giờ.
- How we built the Internal Data Warehouse at ClickHouse Bài tóm tắt · ClickHouse · 2023
…transform. - Hạ tầng: Airflow và Superset trong Docker trên EC2, đồng bộ qua Redis, metadata trong RDS Postgres. Hai môi trường (Preprod, Prod) ở hai region, Preprod giữ nhất quán…
- Dagger Công ty Thành viên
Nguồn duy nhất của Dagger (công cụ CI) trong wiki (2024): runner CI cho chính repo của họ được sinh theo từng phiên bản engine bằng Argo CD, node do Karpenter bật theo hàng đợi, mỗi node một engine dùng chung cache cho…
- etcd Công ty Thành viên
Hai nguồn của etcd trong wiki. Hướng dẫn triển khai trên AWS EC2 (đăng 2017): theo etcd, kho đồng thuận mạnh thêm node là thêm độ bền nhưng ghi chậm đi, nên scale dọc chứ không scale ngang; ASG dùng để giữ số node chứ…
- How We Upgrade Kubernetes on GKE Bài tóm tắt · Gojek · 2020
Kubernetes ra một bản minor mỗi quý; team Engineering Platform của Gojek phải theo kịp trên nhiều cụm GKE.
- Grab Công ty Thành viên
Dùng AWS từ ngày đầu (MyTeksi 2012: Rails trên EC2 + RDS MySQL) và theo Grab chỉ cần dưới 10 kỹ sư vận hành nhờ managed service . Năm 2016 họ chuyển API hành khách từ Rails sang Go theo từng endpoint bằng shadow…
- Scaling for Tsunami traffic Bài tóm tắt · Disney Hotstar · 2019
…gốc](https://blog.hotstar.com/scaling-for-tsunami-traffic-2ec290c37504) Bối cảnh - Traffic của Hotstar (streaming ở Ấn Độ) có dạng "sóng thần" : khi đội tuyển cricket Ấn Độ ra sân…
- Instagram Công ty Thành viên
Bắt đầu bằng stack "nhàm chán" (Django + Postgres + Redis + Memcached trên EC2). Nguyên tắc: đơn giản, không phát minh lại, dùng đồ đã kiểm chứng. 3 kỹ sư vận hành được 14 triệu user . Cùng năm họ giữ Postgres, chia…
- Netflix Billing Migration to AWS — Part III Bài tóm tắt · Netflix · 2016
…đường sang Aurora sau này). Chọn MySQL InnoDB tự chạy trên EC2 i2.8xlarge : không license, giữ đường sang Aurora. - Kiến trúc: master có bản DRBD đồng bộ sang zone khác (ghi chỉ x…
- Yelp Công ty Thành viên
Kafka của Yelp (hàng chục tỷ message/ngày) chuyển từ EC2 + Puppet lên PaaS nội bộ PaaSTA trên Kubernetes với operator tự viết và Cruise Control (2021) ; migration không downtime bằng cách gấp đôi broker rồi dời…
- Zillow Công ty Thành viên
Zillow cho thấy một công ty dữ liệu đi từ ứng dụng web có cache tự làm sang nền tảng dữ liệu, ML và thí nghiệm dùng chung. Năm 2012 các sản phẩm mới đã chạy trên AWS: nền tảng website cho môi giới trên WordPress dùng…
- MemSQL Architecture - The Fast (MVCC, InMem, LockFree, CodeGen) And Familiar (SQL) Bài tóm tắt · MemSQL · 2012
…nh thì chưa. - Số liệu họ công bố (2012): 200K TPS trên một EC2 lớn, 1,2 triệu TPS trên máy 64 core; cụm lớn nhất 500 node; 20 tỉ bản ghi một bảng trên một máy. Thiết kế - Giả định…
- Netflix Billing Migration to AWS Bài tóm tắt · Netflix · 2016
…không chứa nổi DB nhiều TB nên chọn MySQL tự vận hành trên EC2 , master có bản DRBD, read replica ở nhiều region, ETL chạy trên replica. Dữ liệu đang đổi được đồng bộ bằng Oracle…
- Notion Công ty Thành viên
Một Postgres monolith chạy 5 năm tới khi vacuum kẹt và TXID wraparound đe doạ; năm 2021 Notion shard ở tầng ứng dụng theo workspace ID thành 480 shard logic trên 32 DB, migrate bằng audit log, chuyển trong 5 phút bảo…
- Pinterest Công ty Thành viên
Năm 2015 Pinterest sinh sẵn nội dung cho mọi user và lưu trong HBase, cách đã đưa họ tới 100 triệu MAU nhưng tốn lưu trữ và khó thử nghiệm. Họ xây 9 hệ thống C++/RocksDB để sinh feed lúc đọc . Phía dưới là tầng cache…