Ghi nhật ký * Kinh doanh * Sự kiện - sử dụng khung ghi nhật ký?

Question

Something đây không cảm thấy đúng với tôi ở đây, và vì vậy tôi muốn đầu vào của cộng đồng - có lẽ tôi đang tiếp cận này trong một cách sai lầm ....

Q: Sản phẩm thích hợp để sử dụng đăng nhập cơ sở hạ tầng truyền thống khung (như log4net) để đăng nhập sự kiện kinh doanh?

Khi tôi nói sự kiện kinh doanh, tôi có nghĩa là tôi muốn có một bản ghi toàn cầu như thế này:

xx:xx Customer A purchased widget B. 
xx:xx Widget B was dispatched from warehouse. 
xx:xx Customer B payment declined. 

Hầu hết các khuôn khổ khai thác gỗ cơ sở hạ tầng truyền thống có mức độ sự kiện một cái gì đó như thế này:

FATAL 
ERROR 
WARN 
INFO 
DEBUG 

An nhiên những thông điệp này không phù hợp với điều đó. Mô tả hay nhất sẽ là INFO, nhưng tất nhiên đây là những sự kiện quan trọng và INFO có tầm quan trọng rất thấp.

tôi sẽ vẫn như thế này như một 'đăng nhập' (ví dụ: Tôi không muốn phải giải nén này từ doanh nghiệp của tôi đối tượng mỗi khi tôi muốn nhìn thấy nó)

Dường như với tôi tôi có hai lựa chọn:

1) Sử dụng một khuôn khổ như log4net và chỉ cần xác định một logger đặc biệt cho việc này (và sống với thực tế là nó không cảm thấy bên phải).

2) Cung cấp dịch vụ để thực hiện việc này không phụ thuộc vào dịch vụ ghi nhật ký truyền thống.

Tôi đang hướng tới 2. Có ai khác đã làm trong một tình huống tương tự?

Cảm ơn!

Answer 1

Điều bạn muốn nghe giống như dịch vụ kiểm toán chứ không phải dịch vụ ghi nhật ký. Nếu tôi đúng, mục tiêu của bạn là theo dõi những sự kiện kinh doanh này cho mục đích lịch sử và thậm chí có thể báo cáo.Bạn có thể sử dụng các chi tiết trong kiểm toán, vì thiếu một cụm từ tốt hơn, đổ lỗi cho các sự kiện xảy ra trong hệ thống.

Tôi có thể sẽ không sử dụng hệ thống ghi nhật ký, như log4j, vì mục đích này. Trong hệ thống của chúng tôi, kiểm toán là một công dân hạng nhất là một dịch vụ đầy đủ.

- HTH, Dusty

Answer 2

Những âm thanh như các loại điều mà khách hàng của bạn có khả năng có thể muốn truy vấn hoặc báo cáo về từ bên trong ứng dụng của bạn - sự lựa chọn hiển nhiên sẽ là cơ sở dữ liệu. Trong trường hợp này, tôi cảm thấy như khung khai thác gỗ truyền thống sẽ không phù hợp bởi vì khi nói đến dữ liệu mà bạn có thể muốn truy cập bên trong khung đăng nhập ứng dụng của bạn cho phép bạn làm những việc không thực sự có ý nghĩa, ví dụ bạn có thể thay đổi nơi ghi nhật ký được gửi đến dựa trên tệp app.config (điều này không vui nếu bạn thử và đọc nó từ một vị trí khác).

Điều đó nói rằng, nếu một khung đăng nhập cho phép bạn thực hiện chính xác những gì bạn muốn đã sau đó có isnt bất kỳ sự xấu hổ trong chỉ sử dụng khung đăng nhập như thực hiện của bạn và tiết kiệm cho mình nỗ lực:

class TransactionLogger 
{ 
    public void Log (Message message) 
    { 
     MyLoggingFramework.Log(message.string, etc...); 
    } 
} 

Answer 3

Rời khỏi logger cho những thứ phải làm với chương trình, chứ không phải với doanh nghiệp. Nó chỉ là một công cụ để giúp các nhà phát triển.

Viết hệ thống của riêng bạn để ghi nhật ký sự kiện kinh doanh. Nếu nó là một yêu cầu kinh doanh để có một hồ sơ, bạn sẽ muốn một cái gì đó bạn có quyền kiểm soát và bạn sẽ cần phải sử dụng logger ở trên để theo dõi nó hoạt động như thế nào.

Về cơ bản, số 2 trong câu hỏi của bạn.

Answer 4

Đối với tôi ý tưởng về một sự kiện kinh doanh là nó đóng một vai trò trong một số chế biến kinh doanh trong tương lai, bất cứ điều gì từ thực sự kích hoạt Actions kinh doanh chỉ đơn giản là có sẵn cho phân tích.

Do đó, các yêu cầu QOS hoàn toàn khác. cần API riêng của mình.

Chắc chắn ban đầu là bản đồ xuống để đăng nhập, nhưng trong tương lai có thể đi đến tin nhắn đáng tin cậy hoặc DB.

Answer 5

Trong các sự kiện kinh doanh của tôi bao gồm số lượng lớn hoặc rất nhiều hoạt động kỹ thuật đằng sau hậu trường, chỉ một số sự kiện kinh doanh quan trọng đối với doanh nghiệp.

Điều này tạo ra sự cố khi cố gắng sử dụng phương pháp ghi nhật ký chung, do đó, nói chung, trong các hệ thống tôi đã làm việc, cả hai đều được sử dụng.
Ghi nhật ký các khía cạnh kỹ thuật và ghi nhật ký sự kiện doanh nghiệp cho các sự kiện kinh doanh.

Ghi nhật ký sự kiện doanh nghiệp, không sử dụng công nghệ tương tự như ghi nhật ký kỹ thuật và thay vào đó ghi nhật ký vào bảng lịch sử/kiểm tra được thiết kế tùy chỉnh (Đôi khi chúng được phân tách, tùy thuộc vào chi tiết bắt buộc). mỗi ứng dụng. (Điều này giúp các kiểm toán viên và người dùng cảm thấy vui vẻ.)

Điều này cho phép báo cáo dễ dàng và quản lý thông tin, đồng thời mở rộng phạm vi của từng đặc điểm kỹ thuật một chút.

Answer 6

bạn có thể sử dụng nhưng bạn cần là phần mềm theo dõi hoạt động kinh doanh và sự kiện. Trên đỉnh đầu của tôi, IBM WebSphere Business Monitor cung cấp khả năng này. Nó xử lý sự kiện cơ sở chung (một triển khai thực hiện của IBM về tiêu chuẩn Định dạng sự kiện Web quản lý phân tán dịch vụ Web) và sau đó lấy dữ liệu đó và tạo các trang tổng quan hoạt động kinh doanh.

Answer 7

Kiểm tra DiALog: A Distributed Model for Capturing Provenance and Auditing Information, ngoài khía cạnh phân tán, bạn có thể sử dụng nguyên tắc đối tượng-vị ngữ chủ đề để ghi lại sự kiện kinh doanh. Và sau đó tái tạo lại những con đường mòn nhất định.

Answer 8

Đây là bài đăng có liên quan. Audit logging and exception management framework.