Chuyển tới nội dung chính

Architecting Trong Kỷ Nguyên AI: Vì Sao Vai Trò Kiến Trúc Sư Chưa Bao Giờ Quan Trọng Hơn

· 5 phút để đọc
ManhPT
ManhPT
Just another developer!

Có một câu hỏi tôi gặp ngày càng nhiều trong các cuộc trò chuyện với đồng nghiệp: "AI code giỏi thế rồi, kiến trúc sư phần mềm còn cần không?"

Câu trả lời ngắn: Cần. Hơn bao giờ hết.

Nhưng câu trả lời dài thì thú vị hơn nhiều.

Cái Bẫy "AI Sẽ Làm Hết"​

Dễ hiểu vì sao nhiều người hoang mang. Nhìn Claude Code, Cursor, Codex hay Gemini thao tác trên codebase — đọc file, viết hàng trăm dòng, refactor, chạy test, fix bug — trong vài giây, bạn có thể nghĩ: "Mình sắp thất nghiệp rồi."

Nhưng có một sự thật bị bỏ qua: AI agents code giỏi, nhưng không biết mình đang xây cái gì.

Một coding agent không tự nhiên hiểu được:

  • Module này nên tách ra hay gộp chung?
  • Boundary giữa các service đặt ở đâu?
  • Chọn sync hay async communication cho flow này?
  • Trade-off giữa consistency và availability ở đây là gì?
  • Kiến trúc này có scale được sau 6 tháng không?

Đó không phải là những câu hỏi về code. Đó là những câu hỏi về kiến trúc.

Architecting Không Phải Là Viết Code​

Tôi từng nghĩ kiến trúc phần mềm là UML diagrams, design patterns, và tài liệu dày cộp. Nhưng càng làm lâu, tôi càng nhận ra: architecting là nghệ thuật ra quyết định trong điều kiện không chắc chắn.

Nó là:

  • Biết khi nào đánh đổi purity để lấy velocity
  • Biết boundary nào cứng, boundary nào mềm
  • Biết giữ cho hệ thống đủ đơn giản để 10 người maintain được, nhưng đủ linh hoạt để 100 người phát triển
  • Biết rằng quyết định "không làm gì" đôi khi là quyết định kiến trúc đúng nhất

AI agents hiện tại cực kỳ giỏi ở execution — chúng có thể implement một microservice, viết hàng trăm test case, tối ưu SQL query. Nhưng chúng không giỏi ở judgment.

Agentic AI Càng Mạnh, Càng Cần Kiến Trúc Sư​

Đây là nghịch lý thú vị nhất.

Khi bạn có 1 agent làm 1 task đơn giản, bạn không cần architect nhiều. Nhưng khi bạn orchestrating 5-10 agents làm việc song song — mỗi agent chịu trách nhiệm một phần của hệ thống — thì ai là người:

  • Thiết kế communication protocol giữa các agent?
  • Định nghĩa contract cho input/output của từng agent?
  • Đảm bảo không có race condition, deadlock, hoặc inconsistent state?
  • Quyết định agent nào có authority để override quyết định của agent khác?

Chính bạn. Chính kiến trúc sư.

Agent orchestration là hệ phân tán. Và hệ phân tán cần architect giỏi, không phải coder giỏi.

Sự Dịch Chuyển: Từ "Coder" Sang "Architect + Reviewer"​

Tôi thấy một pattern đang hình thành trong team của mình:

  • Trước AI: 70% thời gian viết code, 20% review, 10% nghĩ về architecture
  • Sau AI: 30% thời gian định nghĩa architecture + contract, 40% review AI-generated code, 20% refine prompts/context, 10% deep-dive vào edge cases phức tạp

Thời gian "gõ code thuần túy" giảm mạnh. Nhưng thời gian "nghĩ về hệ thống" tăng lên. Và đó mới là thứ tạo ra giá trị thực sự.

Một developer không có tư duy kiến trúc giờ đây có thể bị thay thế bởi một AI agent biết code. Nhưng một architect có tư duy hệ thống sẽ trở nên mạnh gấp 10 lần khi có AI agents làm "tay sai."

3 Kỹ Năng Kiến Trúc Sống Còn Trong Kỷ Nguyên AI​

Nếu bạn đang là developer và muốn tồn tại (và phát triển) trong kỷ nguyên này, đây là 3 thứ tôi nghĩ bạn nên đầu tư:

1. System Design & Trade-off Thinking​

Không phải design patterns trong sách. Mà là khả năng phân tích một bài toán thực tế, đề xuất 2-3 phương án kiến trúc, và tự tin chọn một phương án kèm lý do rõ ràng.

AI có thể liệt kê 10 pattern. Nhưng nó không thể chọn cái nào phù hợp với tổ chức 20 người, ngân sách hạn chế, và deadline 2 tháng.

2. AI Agent Orchestration Design​

Đây là một kỹ năng mới hoàn toàn. Bạn cần hiểu:

  • Khi nào dùng single-agent vs multi-agent architecture
  • Cách thiết kế inter-agent communication
  • Cách observability agent workflows (trace, monitor, debug)
  • Cách đánh giá không chỉ output cuối cùng mà cả trajectory của agent

Điều này gần với distributed systems design hơn là traditional software engineering.

3. Review & Critical Thinking​

Khi AI viết code, vai trò của bạn chuyển từ "writer" sang "editor." Bạn cần:

  • Đọc code AI-generated với con mắt hoài nghi
  • Phát hiện architectural smells mà AI không nhận ra
  • Biết khi nào AI-generated code "đúng nhưng sai" — đúng syntax, sai approach

Critical thinking là skill khó automate nhất, và cũng là skill giá trị nhất.

Lời Kết: Architecting Là Lợi Thế Cuối Cùng​

Có một câu tôi rất thích: "AI won't replace architects. Architects who use AI will replace architects who don't."

Nhưng tôi nghĩ nó còn đi xa hơn thế.

Trong một thế giới mà code trở thành commodity — thứ mà bất kỳ AI agent nào cũng tạo ra được trong vài giây — thì thứ thực sự khác biệt không phải là bạn code nhanh đến đâu. Mà là bạn quyết định xây gì, và xây như thế nào.

Đó là architecting. Và nó chưa bao giờ quan trọng hơn lúc này.