HRM đúng, nhưng mình vẫn chưa cho phép nó sửa Active Directory
HRM có thể là nguồn dữ liệu đúng, nhưng quyền thay đổi identity production vẫn cần được kiểm chứng bằng rule, exception, audit và guardrail.
Đọc bài →Hơn 15 năm làm hạ tầng không giúp mình gõ lệnh nhanh hơn; nó giúp mình biết việc nào thật sự đáng làm, rủi ro nằm ở đâu, cần chuẩn bị đường quay lại như thế nào và khi nào một thay đổi mới thực sự được xem là thành công.
Những câu chuyện mình thấy đáng ghi lại sau khi đi qua design, cutover, troubleshooting hoặc vận hành thực tế.
HRM có thể là nguồn dữ liệu đúng, nhưng quyền thay đổi identity production vẫn cần được kiểm chứng bằng rule, exception, audit và guardrail.
Đọc bài →SharePoint, AWS, CloudFront, Cognito và Microsoft Entra ID trong một project mà phần quan trọng nhất cuối cùng lại là ownership, deployment boundary và access control.
Đọc bài →Capacity Planning, TCO, Proxmox/PBS và lý do một phương án ban đầu có thể thay đổi khi nhìn kỹ hơn vào nhu cầu vận hành và recovery.
Đọc bài →Mình là Võ Thanh Sang, làm việc với hạ tầng doanh nghiệp, Network, Systems, Security, Cloud, Microsoft platforms và IT Operations. Hơn 15 năm trong nghề giúp mình chuyển từ câu hỏi “cấu hình thế nào?” sang những câu hỏi lớn hơn: có nên làm không, hệ thống nào sẽ bị ảnh hưởng, rủi ro nằm ở đâu, có đường quay lại hay chưa và dịch vụ cuối cùng có thực sự hoạt động hay không.
Mình cũng từng dẫn dắt nhóm khoảng 3–5 thành viên. Vì vậy ngoài phần kỹ thuật, mình quan tâm nhiều đến cách phân công, phối hợp với vendor, review thay đổi, giữ trách nhiệm rõ ràng và giúp cả team có thể vận hành hệ thống theo cùng một cách hiểu.
sangvo.me là nơi mình ghi lại những chuyện như vậy: vì sao một phương án được chọn, điều gì có thể hỏng, team kiểm tra bằng cách nào, khi nào nên rollback, và sau go-live còn phải nhìn thêm điều gì. Công nghệ thay đổi theo thời gian; những câu hỏi vận hành thì thường quay lại dưới những hình thức khác nhau.
Zabbix, Grafana, Loki, log tập trung, baseline và alert — với trọng tâm là nhìn ra vấn đề đủ sớm và giảm những cảnh báo không giúp ích cho vận hành.
Firewall, IPS, VPN, WAN, failover và migration. Phần mình quan tâm nhiều nhất thường nằm ở dependency, service validation và rollback hơn là chỉ nhìn trạng thái thiết bị.
AWS, Terraform, PowerShell, Python và Microsoft Graph cho những công việc có thể chuẩn hóa, lặp lại và kiểm soát được.
Backup job chỉ là điểm bắt đầu. Mình quan tâm nhiều hơn đến restore test, recovery path, dependency và việc có đủ bằng chứng để biết hệ thống thực sự phục hồi được hay không.
Entra ID, Microsoft 365, identity lifecycle, least privilege và các integration cần cân bằng giữa vận hành thuận tiện với quyền truy cập đủ chặt.
Backup/restore, audit evidence và ICT readiness cho business continuity — những phần rất dễ trở thành giấy tờ nếu không gắn lại với cách hệ thống thực sự được vận hành và kiểm tra.
Infrastructure, Microsoft platforms, Security, Monitoring, Backup/DR và Automation.
Network/Security projects với AWS/Terraform, Cisco, Palo Alto, Fortinet, IPS, Peplink, Meraki và Trellix DLP Endpoint.
Infrastructure cho hệ thống giao dịch chứng khoán, kết nối tài chính, vendor coordination và vận hành kỹ thuật.
Infrastructure Operations tại HCM, Network/Security, Identity và các nền tảng văn phòng.
Multi-site Systems, Microsoft Infrastructure, Enterprise Networking, Virtualization, Backup và Security.
Kiểm thử thiết bị Cisco và hỗ trợ kỹ thuật cho khách hàng.
Một thiết kế dễ hiểu và dễ troubleshoot thường có giá trị hơn một kiến trúc phức tạp chỉ để trông đẹp trên diagram.
Trước một thay đổi lớn, mình muốn biết rollback ở đâu, mất bao lâu và sau rollback sẽ kiểm tra service bằng cách nào.
HA, tunnel, backup job hay dashboard đều cần được kiểm tra tiếp ở service hoặc recovery thực tế.
Tự động hóa nên giảm thao tác lặp lại nhưng vẫn cần log, exception handling và cách dừng khi có điều bất thường.