Tìm kiếm
16 kết quả cho “Deployment pipeline sinh tự động”. Tìm không phân biệt dấu.
- GitHub Enterprise Cloud with data residency: How we built the next evolution of GitHub Enterprise using GitHub Bài tóm tắt · GitHub · 2024
Doanh nghiệp muốn kiểm soát dữ liệu của mình nằm ở vùng địa lý nào. GitHub làm Enterprise Cloud with data residency: namespace riêng trên ghe.com, tách khỏi github.com, chạy trên Azure; bắt đầu từ EU (10/2024). Dự án…
- 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…
- 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.
- 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:
- 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…
- 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.
- 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…
- 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:
- Multi-tenancy và cô lập tenant Chủ đề Thành viên
Một hệ phục vụ nhiều khách (tenant: workspace, shop, organization, account, service nội bộ) trên cùng hạ tầng thì rẻ và dễ vận hành, vì tài nguyên được dùng chung. Cái giá là bốn câu hỏi đi theo hệ suốt đời:
- Canary rollouts: upgrade models in production without downtime Bài tóm tắt · Together AI · 2026
…c trong khi nhìn Grafana. Thay đổi chính - Rollout giữa hai deployment cùng endpoint (source đang phục vụ, target muốn phục vụ), ba chiến lược: canary theo bậc (mặc định 5% → 25% →…
- Lessons Learned From Running Apache Airflow at Scale Bài tóm tắt · Shopify · 2022
…hơn, tinh chỉnh riêng và thu hẹp phạm vi ảnh hưởng của mỗi deployment. Bài học cho SWE - Lịch định kỳ do người hay máy đặt đều tự dồn vào cùng thời điểm; thêm độ lệch tất định the…
- Building Uber's Multi-Cloud Secrets Management Platform to Enhance Security Bài tóm tắt · Uber · 2025
…cret có provider (hệ sinh ra và cài secret vào tài nguyên), deployment platform (hệ đưa secret tới workload), impact level (mức nghiêm trọng nếu lộ). Điền bù bằng heuristic (suy im…
- How we built our multi-agent research system Bài tóm tắt · Anthropic · 2025
…t có thể đang ở bất kỳ bước nào khi deploy; họ dùng rainbow deployment , chuyển traffic dần từ phiên bản cũ sang mới và để cả hai chạy song song, thay vì cập nhật mọi agent cùng lú…
- The Great K8S Migration Bài tóm tắt · Reddit · 2020
…n: - mỗi service một namespace (dễ phân quyền theo team); - Deployment/ReplicaSet tương ứng Auto Scaling Group; - mỗi pod chạy một bản ứng dụng cộng các sidecar cần chia sẻ tài ngu…
- From Event-Driven Chaos to a Blazingly Fast Serving API Bài tóm tắt · Zalando · 2025
…Presentation. - Kiến trúc PRAPI: - 4 component, mỗi cái một Deployment Kubernetes với luật scale riêng; - I/O non-blocking (Netty, epoll); - DynamoDB phía sau. - Cô lập theo quốc g…