Sharing

Mỗi khi cần merge code hay deploy code lên các môi trường (dev/stag/prod) team cần tốn nhiều thời gian để deploy thủ công, môi trường không đồng nhất và làm chậm quá trình. Cách nào sau đây giải quyết trực tiếp vấn đề này?

• Feature Flags (Cờ tính năng)

• racing.

• CI/CD

• IaC.(nfrastructure as Code)

 Khi team muốn triển khai một tính năng mới nhưng sợ có lỗi phát sinh từ những tính năng khác không mong muốn. Làm thế nào họ có thể triển khai tính năng này một cách an toàn?

• 1. Triển khai trên một môi trường/Instance  khác

• 1. Feature flags

• 1. Tạo một CI/CD pipeline riêng

• 1. Ngồi monitor từ ngày đến đêm

Khi một đơn hàng được tạo cho đến khi được giao đã phải trải qua nhiều services. Nếu gặp lỗi ở một step nào đó. Cách nào giúp dễ dành và xem nhanh được service nào bị lỗi

• 1. Tracing 

• Monitoring 

• 2. Alerting 

• 2. Logging

Đâu là lợi ích chính của việc áp dụng CI/CD pipeline theo nguyên tắc 'Tự động hóa và linh hoạt'?

• 1. Loại bỏ hoàn toàn nhu cầu giám sát hệ thống.

• 1. Giảm thời gian và rủi ro khi triển khai, cho phép release tính năng mới nhanh hơn.

• 1. Giúp dev tự động viết code, giúp  QC/PO không cần phải test nữa

• 1. Giúp các service không cần giao tiếp với nhau nữa.

 Tại sao việc sử dụng Message Queue (ví dụ: RabbitMQ, Kafka) lại hỗ trợ cho nguyên tắc 'Độc lập và Tự chủ'?

• 1. Đảm bảo tất cả dữ liệu được đồng bộ ngay lập tức trên toàn bộ hệ thống.

• Nó thay thế hoàn toàn nhu cầu sử dụng database.

• Nó cho phép các service giao tiếp bất đồng bộ, một service không cần phải chờ service kia xử lý xong

• Nó gộp tất cả log từ các service vào một nơi duy nhất.

Theo nguyên tắc 'Quan sát và Hồi phục', Monitoring khác với Logging ở điểm nào?

• Monitoring theo dõi các chỉ số  tổng hợp theo thời gian, còn Logging ghi lại các lịch sử  cụ thể, riêng lẻ.

• 1. Logging có thể dự đoán lỗi, tự fix lỗi tự tự deploy code lên PROD, còn Monitoring chỉ báo cáo lỗi đã xảy ra.

• 1. Logging là tự động do hệ thống tự ghi nhận, còn Monitoring phải được thực hiện thủ công.

• 1. Monitoring chỉ dành cho team SRE, còn Logging chỉ dành cho team dev.

Trong một hệ thống microservices, điều gì xảy ra khi một service gặp lỗi liên tục và không được implement xử lý đúng cách?

• 1.  Các service khác có thể tự khắc phục lỗi và  tiếp tục hoạt động bình thường.

• 1. Lỗi có thể lan truyền và gây ra lỗi cascade cho toàn bộ hệ thống.

• Hệ thống sẽ tự động khởi động lại service đó.

• Lỗi chỉ ảnh hưởng đến service bị lỗi và không có tác động nào khác.

Đâu là ví dụ tốt nhất cho một microservice tuân thủ nguyên tắc "Single Responsibility Principle"? (multiple choice)

• Một service chỉ chịu trách nhiệm xử lý các giao dịch thanh toán.

• 1. Một service quản lý dữ liệu người dùng và gửi email thông báo.

• 1. Một service chỉ chịu trách nhiệm quản lý thông tin sản phẩm.

• 1. Một service xử lý cả việc đặt hàng, thanh toán và quản lý kho hàng.

Mục đích của "Circuit Breaker" trong kiến trúc microservices là gì?

• 1. Tự động khởi động lại service khi gặp lỗi.

• 1. Ngăn chặn lỗi lan truyền từ một service bị lỗi.

• Gửi thông báo cho đội ngũ vận hành khi có lỗi.

• 1.  Tăng tốc độ phản hồi của hệ thống.

Trong quá trình review code, khía cạnh nào sau đây là quan trọng nhất ? (multiple choice)

• Có logic xử lý lỗi, có khả năng mở rộng

• 1. Tuân thủ các nguyên tắc thiết kế của service

• 1. Code thật nhiều, func dài để dễ gom chung các logic cho tiện

• Có unit test