Đi tới nội dung chính của trang này

Thực đơn

Thực đơn

  • Công ty 
  • Tin tức 
  • Dịch vụ 
  • Công nghệ/Sáng tạo 
  • Tuyển dụng 
  • Thông tin nhà đầu tư 
  • Tính bền vững 
  • Cách thức đại lý mạng 

 

Tốc độ

kèo trực tiếp bóng đá hôm nay sẽ phát biểu tại DevOpsDays Tokyo 2024

kèo trực tiếp bóng đá hôm nay sẽ biểu diễn trên sân khấu tại "DevOpsDays Tokyo 2024", được tổ chức trong hai ngày 16 tháng 4 (Thứ Ba) và 17 tháng 4 (Thứ Tư) tại Osaki Bright Core Hall và trực tuyến

DevOpsDays Tokyo là gì

Một hội nghị bao gồm các chủ đề về kèo trực tiếp bóng đá hôm nay triển phần mềm, vận hành cơ sở hạ tầng CNTT và các chủ đề về ranh giới của những lĩnh vực này, được tổ chức trên toàn thế giới Đặc biệt, chúng tôi tập trung vào tự động hóa, thử nghiệm, bảo mật và văn hóa tổ chức để hiện thực hóa DevOps

Giới thiệu về bài thuyết trình

・Ngày và giờ
16/4 (Thứ Ba)​ 14:25 - 14:45

・Loa
kèo trực tiếp bóng đá hôm nay, Trụ sở kinh doanh AI

・Tiêu đề phiên
“Quản lý tập trung Lỗi/Cảnh báo/Runbook để giảm chi phí vận hành và bảo trì bằng cách tạo tự động”

・Chi tiết

Trong khi tiếp tục phát triển, điều quan trọng là phải thiết lập cảnh báo đúng cách và phản hồi chúng Điều cần thiết là phải nhanh chóng phát hiện các lỗi không xác định và lỗi bên ngoài và xử lý chúng càng sớm càng tốt để duy trì chất lượng dịch vụ

Đặc biệt khi cần liên kết nhiều dịch vụ, có nhiều trường hợp trong đó lỗi và lỗi không chỉ phải được giải quyết bởi các kỹ sư tại chỗ mà còn phải nhờ đến những người không phải là kỹ sư để nhanh chóng đưa ra quyết định kinh doanh

Trong những trường hợp như thế này, điều quan trọng là phải tăng số lượng người có thể xác định ngay bản chất của lỗi và cách xử lý lỗi Ví dụ: từ ngữ của thông báo cảnh báo phải bao gồm mô tả lỗi dễ hiểu và phương pháp phản hồi cụ thể

Ngoài ra, từ quan điểm giảm thời gian cần thiết cho việc điều tra nhật ký, điều quan trọng là phải giảm sự phụ thuộc vào các cá nhân, trong đó nguyên nhân của một lỗi cụ thể và cách xử lý lỗi đó chỉ có kỹ sư thực sự triển khai lỗi đó mới biết ngay lập tức Để giải quyết những vấn đề này, thường có thể tạo môi trường sau

Ngoài Mã trạng thái HTTP chung, vv
・Tự xác định mã lỗi để xác định nguyên nhân lỗi
・Ghi lại mã lỗi duy nhất, nguyên nhân lỗi cụ thể và cách xử lý lỗi
・Khi xảy ra lỗi, hãy tham khảo tài liệu dựa trên mã lỗi và thực hiện hành động

Tuy nhiên, có một số vấn đề với những điều này
・Mã lỗi độc quyền và tài liệu nhúng trong phía ứng dụng được phân phối và quản lý, đồng thời chi phí bảo trì có thể cao khiến việc bảo trì trở nên khó khăn
・Thông báo khi xảy ra lỗi chỉ cho bạn biết mã lỗi nên bạn cần tham khảo tài liệu để biết ý nghĩa của lỗi và hành động cần thực hiện

Với nền tảng này, mặc dù chúng tôi biết nó quan trọng nhưng có một vấn đề là chi phí vận hành cao Để giải quyết vấn đề này, chúng tôi đã nỗ lực giảm chi phí vận hành bằng cách tổng hợp thông tin bằng cách sử dụng tệp proto và plugin Protoc Chúng tôi đã viết "mã lỗi độc quyền (Mã lý do)", "Nội dung lỗi (Cảnh báo)" và "Quy trình khắc phục (Runbook)" trong tệp proto và dựa vào đó, các phần sau đã được tạo tự động

・Triển khai nhúng mã lỗi khi triển khai ứng dụng
・Văn bản cảnh báo cho Cảnh báo giám sát Datadog do Terraform quản lý

Sáng kiến này sẽ hợp lý hóa đáng kể quy trình triển khai Đầu tiên, thu thập và ghi tất cả thông tin cần thiết vào tệp proto Điều này sẽ tự động tạo mã cho các lỗi ứng dụng và cảnh báo giám sát Do đó, có thể quản lý thông tin tập trung trong một tệp, giảm đáng kể chi phí quản lý

Trong phần này, chúng tôi sẽ giải thích chi tiết cách triển khai cơ chế tạo tự động và những lợi ích của việc quản lý tập trung Lỗi/Cảnh báo/Runbooks đạt được bằng phương pháp này Chúng tôi cũng sẽ giải thích quy trình hoạt động thực tế, từ khi xảy ra lỗi đến việc phát hiện lỗi, thực sự mở vé, thực hiện hành động và giải quyết lỗi Trong suốt buổi học, bạn sẽ nhận được gợi ý về lợi ích của việc tận dụng khả năng tạo tự động xung quanh khả năng quan sát Bằng cách áp dụng những ý tưởng này, bạn cũng có thể có được ý tưởng cung cấp thông tin cảnh báo phong phú hơn với chi phí thấp hơn