Tìm kiếm

40 kết quả cho “Name service”. Tìm không phân biệt dấu.

• The Chubby lock service for loosely-coupled distributed systems
  Bài tóm tắt · Google · 2006

  …bug thú vị". - Cách dùng thực tế khác dự định: Chubby thành name service chính của Google, nơi hẹn gặp của MapReduce, nơi GFS và Bigtable bầu primary, kho file cần HA (ACL). Lý do…

• 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…

• The Lego Monolith — A Monolith Microservice Proof of Concept
  Bài tóm tắt · Slalom Build · 2016

  …ng (cổng, datasource). Mẹo để chạy chung một classpath: đặt namespace cho profile để cấu hình không rò sang nhau, giới hạn @ComponentScan trong package của từng service. Vì sao - T…

• Migrating 300+ namespaces from self-hosted Temporal to Temporal Cloud
  Bài tóm tắt · Coinbase · 2026

  …hó: Khó — [bài gốc](https://www.coinbase.com/blog/migrating-namespaces-from-self-hosted-temporal-to-temporal-cloud) Site chặn crawler; ghi chú viết từ toàn văn đọc qua trình duyệt.…

• Advancing Our Chef Infrastructure
  Bài tóm tắt · Slack · 2024

  …h - Nhiều stack Chef (shard): instance mới hỏi một bản ghi CNAME có trọng số của Route53 để được gán vào một stack; tách hẳn stack dev và prod. Stack nào hỏng thì dồn máy mới sang…

• The exabyte club: LinkedIn's journey of scaling the Hadoop Distributed File System
  Bài tóm tắt · LinkedIn · 2021

  …nhất: 20 PB cuối 2015 → 500 PB năm 2020 ; 145 triệu object namespace (2015) → 1,6 tỷ trong ba namespace volume, volume lớn nhất trên 1 tỷ. Tổng 1 exabyte trên mọi cụm Hadoop; một…

• Capturing Network Packets in Kubernetes
  Bài tóm tắt · Mercari · 2025

  …GA từ Kubernetes 1.25): gắn container debug tạm vào network namespace của pod đang chạy, không cần cài tcpdump vào image ứng dụng, không cần quyền node. 1. Xin quyền tạm qua công c…

• Zero-Growth Stack, Real Gains: How Stack Allocation Can Save 10% CPU in Go
  Bài tóm tắt · Uber · 2026

  …nh runtime theo cách ít đụng nhất: patch runtime để cho linkname tới hai biến riêng ( debug và startingStackSize , vì từ Go 1.23 linkname cần "hợp đồng"), viết hàm công khai trong…

• A Kubernetes Resource That Doesn't Exist: Caching CI Images on Ephemeral Runners
  Bài tóm tắt · Mercari · 2026

  …pod phải cùng node; hook của ARC ép bằng cách đặt spec.nodeName , pod như vậy bỏ qua scheduler , đi thẳng tới kubelet, và bị từ chối khi node đã đủ số pod. Lỗi đã có trong upstrea…

• Building Kubernetes PR Previews with Shared Pulumi Components
  Bài tóm tắt · Pulumi · 2026

  …n một môi trường riêng để test và review trước khi merge. - Namespace riêng mỗi PR mới là chỗ chạy; còn phải deploy app vào, cho reviewer truy cập, cập nhật theo commit mới, gỡ khi…

• 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.

• 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ỡ:

• Độ 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.

• 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…

• 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:

• Đổ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.

• 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ì…

• 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:

• 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:

• 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…

• Query planner và hiệu năng truy vấn
  Chủ đề Thành viên

  Database quan hệ không chạy SQL theo đúng cách nó được viết. Query planner chọn một plan (dùng index nào, join kiểu gì: nested loop, merge, hash; dừng sớm khi có LIMIT hay không) dựa trên thống kê về dữ liệu: số dòng,…

• 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.

• LinkedIn
  Công ty Thành viên

  Bài khung là bài nhìn lại năm 2015 . LinkedIn bắt đầu năm 2003 là một monolith tên Leo. Service đầu tiên tách ra là member graph, vì đồ thị kết nối có profile tải khác hẳn; DB profile được đỡ bằng scale dọc rồi replica…

• Designing MCP Gateway: Uber's MCP Management Platform
  Bài tóm tắt · Uber · 2026

  …lực không cần restart; mỗi server ảo có endpoint /<service-name /mcp . Với tool từ IDL: dịch JSON sang wire format, serialize Protobuf/Thrift, gọi hạ nguồn qua Muttley (sidecar se…

• The Great K8S Migration
  Bài tóm tắt · Reddit · 2020

  …- Giữ nguyên các trừu tượng dev đã quen: - 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ụ…

• Attribute-Based Access Control at Uber
  Bài tóm tắt · Uber · 2023

  …/service-foo/production ). - Resource dạng UON (Uber Object Name, URI uon:// ): endpoint RPC, bảng hay cột DB, đối tượng nghiệp vụ; phần host là policy domain để nhóm policy. - Pol…

• How our security team handle secrets
  Bài tóm tắt · Monzo · 2019

  …, nên mỗi service tự có một vùng đọc mặc định ( secret/k8s/<namespace /<service /... ) mà không cần key ceremony. - Bật mã hoá Kubernetes secrets at rest (tính năng thử nghiệm lúc…

• Dynamic alert routing with Prometheus and Alertmanager
  Bài tóm tắt · Loveholidays · 2021

  …lặp, app mới phải sửa nhiều rule, dễ quên); định tuyến theo namespace (team thay đổi, namespace sống lâu hơn team). Thay đổi chính - Gắn nhãn team lên chính resource Kubernetes (HP…

• Reddit
  Công ty Thành viên

  Reddit chuyển service từ EC2 Auto Scaling Group (nhiều bản app mỗi VM + sidecar, Terraform/Puppet) sang Kubernetes, giữ nguyên các trừu tượng dev đã quen; mảng Ads tụt lại và chuyển sau, từng phụ thuộc một . Năm 2024,…

• Google
  Công ty Thành viên

  Năm 2020 Google Meet tăng 30 lần trong khoảng ba tháng vì COVID-19. SRE chạy một incident kéo dài cho rủi ro năng lực: năm workstream, dự báo thay cho xu hướng lịch sử, task "béo" hơn để giảm overhead, nút giảm chất…

• Scaling beyond one: How Airbnb evolved its data architecture for a multi-product world
  Bài tóm tắt · Airbnb · 2025

  …loại sản phẩm ( id product listing + dim product type ); 3. Namespace rõ: namespace theo sản phẩm, namespace global, namespace của team. - Hướng dẫn chọn (phi tập trung, mỗi team t…

• Cloudflare
  Công ty Thành viên

  Cloudflare bắt đầu bằng một cluster Postgres cfdb cho hầu hết control plane; từ 2017 các service dời dữ liệu ra dần. Đến 2022–2024 dữ liệu DNS (hàng tỷ record) được tách sang cluster riêng, sau khi mọi service đã đi qua…

• Load Testing Kubernetes: Resolving bottlenecks and improving performance (Part 2)
  Bài tóm tắt · Achievers · 2023

  …ng mức mili giây. - Cache: chuyển ảnh sang CDN; Redis ở vài namespace quan trọng vượt limit bộ nhớ của Kubernetes và bị OOM, sửa bằng tăng request. Theo Achievers, Redis không nên…

• How we built a dynamic Kubernetes API Server for the API Aggregation Layer in Cozystack
  Bài tóm tắt · Kubernetes · 2024

  …định hay request chậm: API server phụ chết có thể chặn xoá namespace (Kubernetes chờ xem còn resource nào), hoặc làm mọi lệnh kubectl in cảnh báo metrics.k8s.io không có. Bài toán…

• Active-Active for Multi-Regional Resiliency
  Bài tóm tắt · Netflix · 2013

  …lớp Route53 phía sau để đổi traffic nhanh bằng cách chuyển CNAME. Không dùng định tuyến theo latency vì traffic sẽ dịch chuyển khó đoán. - Zuul ở edge: phát hiện request đi nhầm re…

• Scaling our Observability platform beyond 100 Petabytes by embracing wide events and replacing OTel
  Bài tóm tắt · ClickHouse · 2025

  …use, Prometheus sẽ bùng cardinality với hàng chục nghìn pod name, còn histogram tiền tổng hợp thì không trả lời được "spike này là insert nào". - UI: chuyển dần từ Grafana tự dựng…

• How we made ClickStack 5x faster for ClickHouse observability
  Bài tóm tắt · ClickHouse · 2026

  …Primary key bắt đầu bằng bucket thời gian: khoá cũ (ServiceName, TimestampTime) không cho tối ưu read in order (dừng sớm Top N khi đủ LIMIT ) vì không khớp thứ tự sắp theo Timesta…

• Lessons Learned From Running Apache Airflow at Scale
  Bài tóm tắt · Shopify · 2022

  …po riêng và sinh DAG lúc deploy, nên thêm manifest khai báo namespace, chủ sở hữu, repo nguồn cho mỗi môi trường. 4. Tác giả DAG có quá nhiều quyền: DAG policy đọc manifest và từ c…