Tìm kiếm
40 kết quả cho “AWS IAM”. Tìm không phân biệt dấu.
- Auditing AWS IAM for better security practices Bài tóm tắt · Postman · 2019
…rò rỉ từ bên trong. - Postman (2019) chạy microservice trên AWS (Beanstalk, RDS, ElastiCache, nhóm Data Science dùng DynamoDB, Kinesis, Redshift, EMR…). Thay đổi chính - IAM phản á…
- AWS Multi-Account Architecture with Terraform, Yeoman, and Jenkins Bài tóm tắt · Slalom Build · 2018
…khó: Trung bình — [bài gốc](https://medium.com/slalom-build/aws-multi-account-architecture-with-terraform-yeoman-and-jenkins-7fd42ddcdda8) Bài của một công ty tư vấn, mô tả cách đã…
- Secure access to 100 AWS accounts Bài tóm tắt · Segment · 2018
…h — [bài gốc](https://segment.com/blog/secure-access-to-100-aws-accounts/) Bối cảnh - Segment bắt đầu trong một tài khoản AWS , năm 2017 tách thành dev, stage, prod và "ops". Đầu 2…
- AWS Lessons Learned for Data Processing Pipelines Bài tóm tắt · Expedia · 2016
…ộ khó: Dễ — [bài gốc](https://medium.com/expedia-group-tech/aws-lessons-learned-for-data-processing-pipelines-2c5107bcb048) Site chặn crawler; wiki đọc toàn văn qua trình duyệt, gh…
- AWS CNI lessons from a Production Outage Bài tóm tắt · Neon · 2025
…mô lớn · Độ khó: Nâng cao — [bài gốc](https://neon.com/blog/aws-cni-lessons-from-a-production-outage) Bài cuối trong series postmortem về sự cố 16/5 và 19/5/2025 ở region us-east-1…
- Automated Infrastructure Cost Optimization at Scale with AWS EC2 Reserved Instances Bài tóm tắt · Quora · 2018
…ng/Automated-Infrastructure-Cost-Optimization-at-Scale-with-AWS-EC2-Reserved-Instances) Bối cảnh - Quora chạy cả service online và tác vụ offline trên EC2; web server dùng autoscal…
- Report on our investigation of the 2025-10-20 incident in AWS us-east-1 Bài tóm tắt · PlanetScale · 2025
…· Độ khó: Nâng cao — [bài gốc](https://planetscale.com/blog/aws-us-east-1-incident-2025-10-20) Bối cảnh - 20/10/2025, AWS us-east-1 gặp sự cố lớn bắt đầu từ cấu hình DNS sai ở một…
- How Render Services Stayed Up During the AWS October Outage Bài tóm tắt · Render · 2025
…://render.com/blog/how-render-services-stayed-up-during-the-aws-october-outage) Bối cảnh - 20/10/2025: AWS us-east-1 gặp sự cố gần 15 giờ . Theo một bên giám sát mà bài dẫn, khoảng…
- Scaling AWS Infrastructure to Support Multiple Regions Bài tóm tắt · Grammarly · 2021
…bài gốc](https://www.grammarly.com/blog/engineering/scaling-aws-infrastructure/) Bài viết khi migration còn đang chạy; không có số liệu kết quả. Bối cảnh - Mục tiêu: đưa neural net…
- Our Journey Migrating to AWS IMDSv2 Bài tóm tắt · Slack · 2023
…bài gốc](https://slack.engineering/our-journey-migrating-to-aws-imdsv2/) Động lực là bảo mật (IMDSv1 làm lỗ hổng SSRF dễ lấy credential); wiki chỉ tóm tắt ngắn phần đó, tập trung v…
- Chaos Testing an Application on AWS Bài tóm tắt · Goldman Sachs · 2022
…developer.gs.com/blog/posts/chaos-testing-an-application-on-aws) Bối cảnh - Ứng dụng có đủ unit, integration, performance test nhưng sự cố production vẫn đến từ lỗi vận hành: DB hỏ…
- Deployment of etcd on AWS EC2 Bài tóm tắt · etcd · 2017
…h — [bài gốc](https://etcd.io/blog/2017/etcd-deployments-on-aws/) Hướng dẫn thiết kế (không phải câu chuyện một công ty), chuyển từ tài liệu cũ của etcd. Giá trị nằm ở các đánh đổi…
- Utilizing Amazon DynamoDB and AWS Lambda for Asynchronous Event Publication Bài tóm tắt · Zalando · 2022
…neering.zalando.com/posts/2022/02/transactional-outbox-with-aws-lambda-and-dynamodb.html) Bối cảnh - Order Store của Zalando Payments lưu dữ liệu thanh toán theo đơn hàng trong Dyn…
- Infrastructure monitoring with Prometheus Bài tóm tắt · Zerodha · 2020
…hai data center (nơi đường leased line của sàn kết thúc) và AWS, nối với VPC bằng đường P2P; workload từ bare metal tới cụm Kubernetes, cần giám sát độc lập. Thay đổi chính - Prome…
- Our not-so-magic journey scaling low latency, multi-region services on AWS Bài tóm tắt · Atlassian · 2019
…-magic-journey-scaling-low-latency-multi-region-services-on-aws-398a30687c48) Bối cảnh - Atlassian "all in" trên AWS từ 2016; nhiều service phải viết lại cho stateless. - Jira: ten…
- Infrastructure Security as a product for Hotstar Bài tóm tắt · Disney Hotstar · 2020
…ảnh - Engineer Hotstar tự vận hành thứ mình xây, deploy qua AWS Console, manifest Kubernetes hay Terraform. Đội security mới lập được vài tháng (cuối 2019), trước mùa cricket lớn.…
- Slack's Outage on January 4th 2021 Bài tóm tắt · Slack · 2021
…ủa khách khắp thế giới). - Slack đã chuyển từ một tài khoản AWS sang nhiều tài khoản và VPC riêng theo service, nối bằng AWS Transit Gateway (TGW) , dịch vụ do AWS quản lý và lẽ ra…
- Building a New Rust Driver for ScyllaDB's DynamoDB API – with 58% More Throughput Bài tóm tắt · ScyllaDB · 2026
…của ScyllaDB. Dev Rust trước đó dùng SDK DynamoDB chuẩn của AWS. SDK đó thiết kế cho dịch vụ managed sau một endpoint duy nhất (AWS tự định tuyến phía sau), nên khi trỏ vào ScyllaD…
- Automated testing: 5 lessons from Atlassian's Kubernetes team on testing infrastructure as code Bài tóm tắt · Atlassian · 2020
…gắt), và vấp prevent destroy đặt trên máy etcd. Chuyển sang aws-nuke (liệt kê và xoá lặp lại tới khi không còn gì, lọc theo loại, tên, tag), trong một tài khoản AWS riêng cho test…
- The Evolution of Security at Riot Bài tóm tắt · Riot Games · 2017
…ên về tổ chức; phần kỹ thuật chủ yếu là công cụ tự động hoá AWS (Cloud Inquisitor). Bối cảnh - Khoảng 4 năm trước bài, đội bảo mật của Riot là đội "nói không" : người gác cổng chặn…
- Open Sourcing Coinbase's Secure Deployment Pipeline (Odin) Bài tóm tắt · Coinbase · 2018
…ng cần cấu hình sau khi cài; một deployer cho mọi tài khoản AWS. - Chỉ dùng dịch vụ AWS có sẵn: một Lambda + một Step Function assume role vào tài khoản đích. Điều kiện duy nhất để…
- Deployment At Scale: Dream11's In-House Blue-Green Deployment Platform "OneClick" Bài tóm tắt · Dream11 · 2022
…ều load balancer), không ở tầng load balancer. Lý do: quota AWS 1.000 EC2 mỗi load balancer ; giờ cao điểm nhiều service vượt mức này nên phải "shard" qua nhiều load balancer từ tr…
- Saving Millions : Leveraging EC2 Spots at scale Bài tóm tắt · Disney Hotstar · 2018
…p hơn On-Demand nhiều, đổi lại có thể bị thu hồi. Cuối 2017 AWS đổi cơ chế: giá mượt hơn, không cần đấu giá , giá tối đa chặn ở mức On-Demand, ít bị thu hồi hơn. Thay đổi chính - S…
- Shipyard: How We Built Slack's Next-Generation EC2 Platform Bài tóm tắt · Slack · 2026
…do team Compute cùng Security và Monitoring giữ, build bằng AWS Image Builder (tự dọn AMI cũ, publish ID mới vào SSM Parameter, EventBridge + Lambda kích pipeline của các team phía…
- 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…
- 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…
- 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…
- 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…
- Độ 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.
- 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…
- 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:
- 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…
- 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…
- 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:
- 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:
- 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ả…
- 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…
- 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: