@maitrungduc1410 Dạ lúc vừa compose up thì em có thể exec vào elastic được nhưng cỡ 1 lúc lúc kibana chạy xong xuôi hết thì nó tự die và cho em out ra )))
series này dừng r à b?
mình tìm hiểu thì thấy bản thân prometheus, alert manager, grafana đều có thể config alert dc, vậy tại sao không dùng grafana luôn để config alert cho nó có giao diện trực quan hơn?
Hai hình đầu các mũi tên sai hướng (mũi tên trỏ về phía Client). Hình đầu, sự xuất hiện của Service D, E là không cần thiết vì nó không liên quan tới Client. Liên kết giữa các service A, B, C cũng không cần vẽ trong hình. Hình 1 mô tả việc Client phải gọi đến nhiều service. Còn hình 2 Mediator giải quyết sự phức tạp đấy cho Client. Các chi tiết thừa khiến hình minh họa hơi khó hiểu.
Nhìn vào code có thể thấy request và requestHandler không biết nhau và không biết mediator. Vậy hình 2 các mũi tên là từ service hướng về Mediator, không phải mũi tên 2 chiều.
Ngoài ra có một ví dụ khá tự nhiên với mediator là chat room. Chat room là giải pháp mà ai cũng nghĩ ra được và nó cũng là một Mediator.
THẢO LUẬN
Cảm ơn bạn ... để mình thử,,, với xem phương án nào hiệu năng cao hơn
cảm ơn bạn nhe
Hay quá! Có cái để mình tham khảo làm đồ án rồi
1 👍️
cám ơn bạn đã theo dõi 🤗
Bài hay quá bạn
@ankaza100277 thế thì e check log của elastic xem nhé, những dòng log cuối cùng khả năng sẽ cho e chi tiết về elastic
@maitrungduc1410 Dạ lúc vừa compose up thì em có thể exec vào elastic được nhưng cỡ 1 lúc lúc kibana chạy xong xuôi hết thì nó tự die và cho em out ra
)))
@hoanghieubrggz gì cũng làm được tất, chỉ có cái là vẫn nghèo thôi
@HoangCaoPhi So sánh với Facade cũng là 1 cách hay để làm rõ ý. 2 mẫu này có nhiều điểm tương đồng nhưng cách giải quyết lại khác nhau.
Cảm giác dịch word by word quá nhỉ, đọc hơi ngang
giờ code đc chưa bro =)))) tôi mới tập tành vào nên là cx như ông lúc đó đó.
series này dừng r à b? mình tìm hiểu thì thấy bản thân prometheus, alert manager, grafana đều có thể config alert dc, vậy tại sao không dùng grafana luôn để config alert cho nó có giao diện trực quan hơn?
@N0thing Ồ cảm ơn bạn, mình không để ý nó đang sử dụng python2. Cái này lạ ghe @@
@ankaza100277
Tại sao e lại ko exec vào
) vì elastic còn chưa chạy lên à e? trái tim của cả architecture mà ko lên thì làm sao đc?
elasticđược?e check xem lúc
upthìelasticbị lỗi gì, còn log bên trên của Kibana là bình thường nhé e. Dựa vào log thì có vẻ elastic của e die rồidùng join đi bro
Đáng lo là lark công ty chủ quản là của anh hàng xóm TQ
@dogsteven Cảm ơn bạn đã góp ý nhé. Tôi nghĩ chúng ta có thể dừng thảo luận về bản dịch và thuật ngữ ở đây. https://vi.wikipedia.org/wiki/Không_gian_mẫu
Em cảm ơn anh đã góp ý ạ! Chúc anh một buổi tối tốt lành!
Hai hình đầu các mũi tên sai hướng (mũi tên trỏ về phía Client). Hình đầu, sự xuất hiện của Service D, E là không cần thiết vì nó không liên quan tới Client. Liên kết giữa các service A, B, C cũng không cần vẽ trong hình. Hình 1 mô tả việc Client phải gọi đến nhiều service. Còn hình 2 Mediator giải quyết sự phức tạp đấy cho Client. Các chi tiết thừa khiến hình minh họa hơi khó hiểu.
Nhìn vào code có thể thấy request và requestHandler không biết nhau và không biết mediator. Vậy hình 2 các mũi tên là từ service hướng về Mediator, không phải mũi tên 2 chiều.
Ngoài ra có một ví dụ khá tự nhiên với mediator là chat room. Chat room là giải pháp mà ai cũng nghĩ ra được và nó cũng là một Mediator.