Thứ Năm, 30 tháng 10, 2025

Hệ thống Azure và Microsoft 365 đồng loạt gặp sự cố diện rộng ngày 29/10/2025

Sự cố hệ thống Azure và Microsoft 365 ngày 29/10/2025 được trình bày chi tiết theo các mục sau:

Thiết lập dung lượng RAM tối đa cho Redis

Redis là hệ thống caching lưu trữ dữ liệu trong RAM tương tự như Memcached. Không chỉ hỗ trợ cache dạng keys/values tốt như Memcached mà Redis còn hỗ trợ nhiều cấu trúc dữ liệu khác như hash, list, set, sorted set, string.

Một số lệnh cơ bản kiểm tra server khi bị DDoS

Tấn công từ chối dịch vụ phân tán (DDoS – Distributed Denial Of Service) là kiểu tấn công làm cho hệ thống máy tính hay hệ thống mạng quá tải, không thể cung cấp dịch vụ hoặc phải dừng hoạt động. Trong các cuộc tấn công DDoS, máy chủ dịch vụ sẽ bị “ngập” bởi hàng loạt các lệnh truy cập từ lượng kết nối khổng lồ.

Oracle Fleet Patching and Provisioning (FPP) – 19c Technical Brief

Oracle Fleet Patching and Provisioning (FPP) – 19c Technical Brief gồm những nội dung gì, dưới đây là những nội dung chính:

Fact: Fastly outage làm nhiều website lớn sập trong 1 giờ nhưng khôi phục nhanh chóng

Ngày 8 tháng 6 năm 2021, Fastly, một trong những nhà cung cấp CDN lớn nhất thế giới, gặp sự cố nghiêm trọng khiến hàng loạt website lớn toàn cầu như Amazon, Reddit, Spotify, GitHub, BBC, Financial Times và New York Times đồng loạt inaccessible. Sự cố kéo dài gần 1 giờ, nhưng Fastly đã khôi phục nhanh chóng và công bố báo cáo minh bạch.

Tìm hiểu observability bộ tứ LGTM của Grafana: Loki, Grafana, Tempo, Mimir

Trong cái thế giới công nghệ thay đổi chóng mặt như hiện nay, việc duy trì một hệ thống phần mềm ổn định và đáng tin cậy thực sự là một thử thách cực đại. Các doanh nghiệp giờ đây hoạt động trong môi trường cực kỳ năng động: deploy liên tục, scale xoành xoạch, hạ tầng thay đổi hàng ngày. Tất cả những điều đó đòi hỏi chúng ta phải có cái nhìn sâu sắc theo thời gian thực và khả năng phát hiện sự cố một cách chủ động.

25 Tư duy khi làm DevOps đã giúp tôi rất nhiều

Mình thấy đã có rất nhiều bài viết chia sẻ về kiến thức chuyên môn, các solutions, các tech tools DevOps, nhưng vừa hôm nay một member trong team mình cũng đã trên 3 năm exps làm lỗi hệ thống Production và mất 2 tiếng để khắc phục hoàn toàn sự cố mình mới vô thức giật mình một cái tự trách bản thân… Sao không nói các mindset này cho cậu em? Nghĩ cậu em biết rồi chăng? Hay tại nghĩ cậu em phải tự biết? Để mong rằng các DevOps Engineer sẽ luôn nhắc nhở bản tránh sai lầm nay mình cũng xin liệt kê 1 loạt các mindsets mình được nghe, được học hỏi, được trải nghiệm có được cũng như góp ý cùng với mọi người giúp mọi người có các hướng đi đúng trước khi “BẮT TAY VÀO GIẢI QUYẾT VẤN ĐỀ”.

DevOps Mindset: Suy nghĩ như một DevOps Engineer chuyên nghiệp

DevOps không chỉ là một tập hợp công cụ hay quy trình, mà còn là một mindset (tư duy) giúp các nhóm kỹ thuật làm việc hiệu quả hơn, tối ưu hóa luồng công việc và tăng cường sự cộng tác. Vậy một DevOps Engineer chuyên nghiệp cần có những suy nghĩ gì để làm việc hiệu quả nhất?

Logging là mớ rác nếu không có discipline càng dùng ELK càng tốn tiền

Sáng có đọc được bài của bác chia sẻ góc nhìn cá nhân. Hôm trước ngồi trà đá với mấy anh em cũ trong nghề, có ông bạn của thằng bạn đi cùng kể chuyện công ty mới chuyển sang dùng ELK để làm logging, bảo:

DevOps không cần biết code?

Nay phỏng vấn một bạn vào team DevOps role 2y exp, mình có hỏi thử:

3 năm 5 công ty không bằng 3 năm thức đêm on-call ở một chỗ

Chào các bác,

Em kể chuyện đời em chút là kinh nghiệm thực tế cá nhân mong giúp được bác nào đang có suy nghĩ như em trước đây. Hồi mới vào nghề DevOps, em nghĩ đi nhiều nơi là cách học nhanh. Tính ra, gần 3 năm em nhảy 5 công ty startup có, outsource có, product cũng có. Mỗi nơi cho đụng tí: ở công ty A em lo CI/CD Jenkins, qua công ty B làm tí Ansible, tiếp công ty C cho em nghịch Helm với ArgoCD, rồi công ty D thì vào AWS console làm tay, đến công ty E lại là kiểu “manual DevOps”.

Khá nhiều các bạn học DevOps không hề deploy nổi một hệ thống thật

Register cái acc từ 2022 được duyệt viết bài mà chưa viết gì (Lúc ý còn có mail chào mừng tài khoản thứ 12,000 tạo thì phải giờ không biết bao nhiêu ta, thấy DevOps VietNam phát triển khá mạnh). Độ này rôm quá nên cũng lên bài chém gió chút 😀

Flashcard_Chứng chỉ Kubernetes

Flashcard_Monilithic vs Microservice

Flashcard_Các tool DevOps thịnh hành

Flashcard_Top 5 Kafka use cases

Flashcard_Docker Workflow

Flashcard_Windows và Linux

Flashcard_Tầng OSI (OSI Layer)

Flashcard_Các công cụ Logging & Monitoring

6 usecase dùng Load Balancer:

Flashcard_Forward Proxy

Flashcard_Infrastructure as Code

Flashcard_Redis sử dụng như thế nào

Fashcard_Jenkins, Gitlab CI, Github CICD

Flashcard_Các nền tảng Cloud

Các nền tảng Cloud trên thế giới thông dụng nhất:

Luồng làm việc (Workflow)

Lệnh tệp (File Commands)

Tìm kiếm (Search)

Vagrant Cheat Sheet

Vagrant là công cụ tạo và quản lý môi trường ảo hóa (VM) để phát triển và kiểm thử, giúp đồng bộ môi trường trên các máy tính khác nhau.

Ví dụ về Nmap (Nmap Examples)

Cài đặt

Cài đặt Docker Engine (https://docs.docker.com/engine/install) (chỉ dành cho Linux) hoặc Docker Desktop (https://docs.docker.com/desktop) (Linux, macOS và Windows).

Jenkins

Jenkins là một công cụ tự động hóa mã nguồn mở viết bằng Java, hỗ trợ tích hợp liên tục (CI) và phân phối liên tục (CD) cho các dự án.

Ansible Cheat Sheet

Ansible là công cụ tự động hóa mã nguồn mở, dùng để cấu hình hệ thống, triển khai ứng dụng, và quản lý cơ sở hạ tầng qua SSH mà không cần agent.

Puppet Cheat Sheet

Puppet là công cụ tự động hóa cấu hình, quản lý hệ thống qua mã nguồn, hỗ trợ đa nền tảng (Unix/Linux/Windows).

Helm

Helm là trình quản lý gói cho Kubernetes. Xem hướng dẫn cài đặt tại: https://helm.sh/docs/intro/install/

Terraform Cheat Sheet

Cài đặt (Installation)

Xem hướng dẫn cài đặt cho nền tảng của bạn tại: https://developer.hashicorp.com/terraform/downloads. Sau đó chạy:

Ví dụ Yêu cầu & Phản hồi (Example Request & Response)

AWS Services Cheat Sheet

Danh sách các dịch vụ AWS chính, hỗ trợ quản lý tài nguyên, ứng dụng, dữ liệu và bảo mật trên đám mây.

IProute2 Cheat Sheet

iproute2 là bộ công cụ quản lý mạng trên Linux, thay thế cho net-tools, hỗ trợ cấu hình địa chỉ, định tuyến, liên kết, tunnel, v.v.

Cài đặt (Installation)

Cài đặt công cụ dòng lệnh kubectl để tương tác với API Kubernetes: https://kubernetes.io/docs/tasks/tools/#kubectl

Microservices Cheat Sheet

Microservices là kiến trúc chia ứng dụng thành các dịch vụ nhỏ, độc lập, giao tiếp qua API, dễ mở rộng và triển khai riêng lẻ.

1. Thông tin sự cố

Tên sự cố: “AWS Global Outage – US-EAST-1 Region”
Đơn vị chịu trách nhiệm: AWS Cloud Infrastructure (Region US-EAST-1)
Mã sự cố nội bộ: chưa công bố cụ thể từ AWS trên báo chí
Loại sự cố: Hạ tầng đám mây (Cloud Infrastructure Incident) ảnh hưởng toàn cầu

Không ai scale được microservices nếu chưa từng scale shared database

Hồi mới tách service cho một hệ thống quản lý đơn hàng, mình cũng máu lắm: microservice là chuẩn kiến trúc tương lai, dễ phát triển, dễ maintain, CI/CD riêng biệt, deploy phà phà. Nhưng đời không như dev nghĩ, cái service nào cũng đẹp, chỉ có cái DB là bẩn.

Tại sao không nên chọn làm DevOps Engineer

Thấy thị trường DevOps đang nóng lên quá cả các em sinh viên đâu đâu cũng DevOps CI/CD Kubernetes các thứ (Ngày xưa tôi học thì chưa có môn DevOps nhưng nghe thằng em intern DevOps mới vào team kể là trường nó có dạy và thêm vài trường nữa). Dự là vài năm tới ông nào không chạy nhanh các em đá đít hết :)))

Vấn Đề Thầm Kín Mà Ai Cũng Tránh Nhắc Đến Trong Giới DevOps

Dạo này tôi đọc được một đoạn tâm sự thẳng tưng của một bác quản lý tuyển dụng mà tôi phải dừng lại, suy nghĩ mãi. Bác ấy mở đầu bằng một câu phán xanh rờn thế này:

Tôi Cũng Từng Đau Đầu Với DevOps, Cho Đến Khi Hiểu Ra Chuyện Gì Đang Diễn Ra Đằng Sau

Chắc mọi người có thể đã từng thấy mấy bài diễn thuyết bóng bẩy hay mấy bài viết cũng lung linh trên Medium vẽ ra DevOps như một thiên đường công nghệ: những pipeline tự động chạy ro ro, team Dev và team Ops làm việc hòa hợp tuyệt đối, và các bản release cứ thế trôi chảy từ lúc commit code đến khi lên production. Nhưng sau khoảng 7 năm chinh chiến trong ngành công nghệ – DevOps, tôi đã phát hiện ra có một mặt tối mà hiếm khi nào được người ta nhắc đến trong các bài diễn thuyết hoành tráng.

Scale hạ tầng lên 1 Triệu người dùng từ kinh nghiệm của DevOps Quèn

Khi mới ra mắt, Team thấy khá ổn áp khi có 100 người dùng hàng ngày. Nhưng chỉ trong một thời gian sau đó, con số tăng vọt lên 10.000, rồi 100.000. Và các vấn đề về khả năng mở rộng (scaling) thì “ùn ùn kéo đến” nhanh hơn cả số lượng người dùng.

Đồ thị Châm ngòi cho Bão Tố

Tuần trước, một startup được YC chống lưng đã tình cờ đăng một kết quả đo lường hiệu năng. Nó cho thấy hạ tầng tối giản của họ, xây dựng trên container chạy thẳng trên máy chủ vật lý, có hiệu năng vượt mặt Kubernetes 8 lần với chi phí chỉ bằng một phần mười. Bài đăng đó chỉ tồn tại được vỏn vẹn một giờ trước khi biến mất. Nhưng không kịp trước khi các ảnh chụp màn hình trở nên viral. Lúc tôi thấy nó thì nó đã bắt đầu ba cuộc khẩu chiến nảy lửa khác nhau trong các nhóm Slack của dân SRE. Thế là chúng tôi đã tự chạy thử nghiệm của riêng mình. Bật mí trước nhé: những con số ban đầu là thật. Và nếu bạn vẫn còn đang lún sâu vào Kubernetes, bạn sẽ muốn đọc bài này trước khi xin ngân sách để nâng cấp cluster thêm lần nữa.

10 Mẹo Kubernetes Bạn Nên Biết

Gần đây, tôi đã đề cập đến chủ đề về những lầm tưởng và sự thật phổ biến về Kubernetes, giúp bạn hiểu rõ hơn về những hiểu lầm phổ biến và sự thật đằng sau chúng. Trong bài viết này, chúng ta sẽ thảo luận về những mẹo và thủ thuật hữu ích nhất khi sử dụng Kubernetes. Những mẹo này sẽ giúp bạn làm việc với Kubernetes dễ dàng và hiệu quả hơn.

Chuyện chọn Kubernetes cho team nhỏ: Khi nào là hợp lý, khi nào thì chưa?

Dạo này lướt mấy diễn đàn công nghệ, tôi thấy có một chuyện khá là buồn cười. Tôi thấy nhiều team bé tí, chỉ có vài ba người, khách hàng thì lèo tèo, lượng truy cập mỗi tuần đếm trên đầu ngón tay. Ấy thế mà không hiểu sao, cái hạ tầng của họ lại phức tạp kinh khủng, dùng cả Kubernetes cứ như thể đang chạy cho một tập đoàn lớn vậy.

Chuyện chọn Kubernetes cho team nhỏ: Khi nào là hợp lý, khi nào thì chưa?

GitFlow, GitHub Flow… và mấy kiểu Branching Strategy khác

Code team mà không có luật chơi thì đúng là thảm họa, conflict sml là chuyện như cơm bữa. Sau bao lần vật vã với đống nhánh loạn cào cào, mình mới thấm thía cái gọi là branching strategy nó quan trọng cỡ nào. Nó không chỉ là mấy cái tên branch, mà là workflow để cả team phối hợp nhịp nhàng, code không đánh nhau. Dưới đây là vài kiểu phổ biến, mình tóm gọn lại theo góc nhìn của dân dev mình, biết đâu anh em lại tìm được chân ái cho team.

Team của anh em có thực sự cần Kubernetes không, hay chỉ đang “múa” cho đẹp CV?

Bài viết dành cho các bài toán/doanh nghiệp vừa và nhỏ hoặc các anh em đang có suy nghĩ “theo trend” thì nên đọc tham khảo để tối ưu đúng giá trị hơn nhé.

Tuần trước, tôi có lượn qua “chém gió” với một startup fintech Series A. Team cũng ngon, khoảng 10 ông Dev, sản phẩm đang lên. Khi tôi ngó qua cái kiến trúc của họ, thú thật là tôi hơi “ngợp”. Một “combo ăn chơi” đúng nghĩa: cluster EKS 3-node m5.large, giăng cả lưới Istio, chạy GitOps với ArgoCD, rồi thì Prometheus, Grafana đủ cả.

Tinder xài HLS, Distributed database, và câu hỏi phỏng vấn từ Bloomberg

Lướt một vòng xem tuần này có gì hay ho thì mình thấy được kinh nghiệm khá hay ho.

Tại sao Shopify quyết định viết Terraform Provider riêng cho Twilio

Mọi người làm DevOps hay SRE chắc đã gặp cảnh phải quản lý hạ tầng ngày càng phình to. Hồi xưa thì có vài con servers, giờ thì cả một hệ sinh thái từ cloud services, CDN, cho tới các dịch vụ bên thứ ba. Chuyện click tay trên giao diện web để cấu hình ban đầu có thể nhanh, nhưng khi hệ thống lớn lên thì nó thực sự khá là nhọc. Không có history, không review được, sai một ly là đi một dặm thật sự.

Tối ưu hóa truy vấn Prometheus với PromQL

Đếm số lượng nút worker và theo dõi sự thay đổi tài nguyên trong Prometheus bằng PromQL. Khám phá các truy vấn, phương pháp hay nhất và ngưỡng động để giám sát Kubernetes.

CDC và Cron Job: Chọn giải pháp phù hợp cho tự động hóa backend

Đã bao thập kỷ rồi, cứ nhắc đến tự động hóa theo lịch trình trong các hệ thống backend là cron job mặc định được chọn: cứ chạy mỗi giờ, mỗi ngày, mỗi 15 phút. Nhưng gần đây, có một cách mới tốt hơn, nhanh hơn và đáng tin cậy hơn trong khá nhiều trường hợp.

Các câu hỏi trong buổi phỏng vấn DevOps vừa rồi của mình

Thứ 2 vừa rồi mình có đi phỏng vấn tìm chân trời mới, nay nhận mail pass mới tự tin viết bài chia sẻ sau những năm gắn bó với công ty hiện tại. Tuy cũng đã từng ngồi vị trí phỏng vấn nhưng có một vài câu hỏi được hỏi thấy cũng wow. Lúc đó có note lại luôn và nay ngồi viết ra đây cho mọi người có thể tham khảo nhé. Mình cũng có trả lời theo ý nhưng vì là trải nghiệm cá nhân không ai như ai nên mình thấy đưa mọi người tham khảo hướng đi sẽ hợp lý hơn là kể chi tiết dài dòng.

Triển khai PostgreSQL high availability với Patroni trên Ubuntu (Cực kỳ chi tiết)

Đây là tài liệu mà mình đã áp dụng vào thực tế công ty để có thể thiết lập cụm PostgreSQL high availability với Patroni trên Ubuntu (Debian). Thật sự nếu như bạn tìm kiếm các tài liệu trên internet thì không nhiều tài liệu chi tiết như này vì mình đã dành khá nhiều thời gian nghiên cứu từ tài liệu chính thức, tổng hợp các cấu hình hay để tối ưu hệ thống PostgreSql. Và hiện tại đang khởi chạy rất ổn định nên muốn chia sẻ tới mọi người.

Vì sao Notion dùng SQLite để cache dữ liệu trên trình duyệt?

Notion là một ứng dụng năng suất hoạt động như một không gian làm việc tất cả trong một. Đội ngũ kỹ sư của Notion đã triển khai một thay đổi quan trọng trong kiến trúc caching phía client cho trang web của họ bằng cách sử dụng SQLite, mang lại cải thiện 20% về tốc độ điều hướng trang.

Cứ nói “DevOps là văn hóa”, nhưng… văn hóa đó rốt cuộc là gì?

Mọi người chắc nghe “DevOps là văn hóa” phải nhiều lắm rồi. Hội thảo nào cũng nói, bài báo nào cũng trích, khái niệm còn nêu ra mà. Nhưng hỏi ngược lại: “Văn hóa DevOps cụ thể là gì?” thì tôi chưa thấy câu trả lời được thoải mãn lắm. Thấy hay nói vài keywords khá sang: collaboration, ownership, automation, transparency. Nghe hay, nhưng cũng mông lung.