Tìm kiếm
23 kết quả cho “Python Platform team”. Tìm không phân biệt dấu.
- Atlas: Our journey from a Python monolith to a managed platform Bài tóm tắt · Dropbox · 2021
…tps://dropbox.tech/infrastructure/atlas--our-journey-from-a-python-monolith-to-a-managed-platform) Bối cảnh - Metaserver , monolith Python từ 2007, hơn 3 triệu dòng; khoảng một nửa…
- Improving Python: How we made pip install twice as fast Bài tóm tắt · Man Group · 2025
…g bình — [bài gốc](https://www.man.com/technology/improving-python) Bối cảnh - Man Group là quỹ đầu tư giao dịch hệ thống hơn 35 năm; hơn một phần ba nhân sự là technologist, quant…
- How Yelp Keeps Server-Driven UI Consistent Across Four Platforms Bài tóm tắt · Yelp · 2026
…mework server-driven UI (SDUI) của Yelp (bài 2024): backend Python trả về mô tả giao diện, client vẽ. Trước CHAOS, mỗi team tự làm SDUI riêng; cùng một cái nút mà hai giải pháp đặt…
- The Data Infra Behind Zillow's 3x Growth in Experiment Volume Bài tóm tắt · Zillow · 2023
…kết quả dùng làm kiểm tra sẵn sàng của dependency. - ZEXPy (Python/PySpark): interface cho nguồn exposure/metric, checkpoint dữ liệu trung gian theo trial, platform, segment để chạ…
- Image Migration to Google Cloud Platform Bài tóm tắt · trivago · 2024
…ần DB liên quan sang AWS qua Kafka + Debezium, đổi PHP sang Python, thêm pipeline sinh ID ảnh mới nhưng phải giữ bảng ánh xạ ID cũ ↔ mới vì vài team còn dùng ID cũ. Kết quả là ba p…
- Deploying Large-scale Fraud Detection Machine Learning Models at PayPal Bài tóm tắt · PayPal · 2021
…so sánh theo thời gian. - Stack: Node.js/React phía trước, Python/Java ở giữa, Hadoop/BigQuery, Aerospike cache, ONNX, TensorFlow, MLflow. - Kết quả, theo PayPal: số PR của các te…
- ADMIRE: A Product-Driven Approach to Automating Migrations Bài tóm tắt · Two Sigma · 2021
Đội Platform Engineering của Two Sigma chắc chắn phải làm migration (đổi DC, đổi container scheduler, đổi cloud), và phần lớn migration cần team khác làm việc; team nào cũng than "chẳng phải vừa xong đợt trước sao".
- 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…
- Couchbase Ecosystem at LinkedIn Bài tóm tắt · LinkedIn · 2017
…guồn mở, thêm số liệu QPS, latency, lỗi phía client; client Python sẽ được bọc tương tự để có metric và tự tìm server. - Monitoring: daemon amf-cbstats lấy số liệu server mỗi phút…
- Research at scale: Orchestrating ML for systematic trading Bài tóm tắt · Optiver · 2025
…n quyết định "node nào sẵn sàng chạy tiếp" vào một thư viện Python chạy cạnh code người dùng: GraphRunner . Nó giữ đồ thị trong chính process đã dựng nó và gửi từng node sẵn sàng t…
- Serving Machine Learning Models Efficiently at Scale at Zillow Bài tóm tắt · Zillow · 2022
…Lớp người dùng: "service là một online flow". Cùng cú pháp Python của Metaflow (Zillow có bản riêng zillow-metaflow) dùng cho batch: lớp OnlineFlowSpec khai báo các bước bằng @ste…
- Đổ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.
- 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.
- 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…
- Quản lý fleet và migrate code hàng loạt Chủ đề Thành viên
Khi số component (repo, service, pipeline, thư viện) tăng nhanh hơn số kỹ sư, chi phí của mỗi thay đổi xuyên suốt (nâng thư viện, vá bảo mật, đổi API nội bộ, khai tử dataset) tỉ lệ với số component chứ không với độ khó…
- 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.
- 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.
- Kiến trúc frontend Chủ đề Thành viên
Frontend bắt đầu là vài trang render ở server; lớn lên thành ứng dụng có trạng thái, nhiều team cùng sửa, và mỗi tính năng thêm vào là thêm byte phải tải. Ba trục lặp lại trong các nguồn: render ở đâu (server, client,…
- 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…
- 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:
- Uber Công ty Thành viên
Một vòng đủ: monolith → microservices → tổ chức lại microservices. Năm 2012–2013 Uber có hai monolith; khi lên hàng trăm kỹ sư thì tách. Lý do chủ yếu là tổ chức. Năm 2015 họ có 500+ service và phải chuẩn hoá contract…
- From SSH to REST: A Security-Driven Modernization of Slack’s EMR Data Pipelines Bài tóm tắt · Slack · 2026
…hạy lệnh shell tuỳ ý ( aws s3 sync , hadoop distcp , script Python). Đã cân nhắc tự viết service chạy lệnh từ xa, dùng Ansible/Salt, hoặc tự tạo loại job mới trong YARN; đều bị loạ…
- A brief history of Notion's data catalog Bài tóm tắt · Notion · 2024
…và engineer đã quen. Kiểu này sinh được kiểu Swift, Kotlin, Python cho các codebase khác. - Quy trình ba bước cho analytics event: engineer chạy công cụ sinh một kiểu TypeScript ch…