[RPG29]

Đá lên phát

Có bác nào thử implement Saga Pattern/Process Manager để quản lý failure, handle cross services transaction chưa nhỉ?
Mình thấy cái pattern trên có vẻ là phù hợp nhất trong môi trường distribution thông thường k đòi hỏi chính xác cao độ. Event Sourcing thì có vẻ overkill quá, chỉ phù hợp cho finance, security... các kiểu.

[_sharp_]

Đá lên phát.
Có bác nào dùng Akka.NET http://getakka.net/ chưa nhỉ

[smiles]

>>> Chết bất thình lình khác với bảo trì chứ nhỉ? Thường với bảo trì bên mình sẽ dựng 1 instance mới làm trên đó ok rồi mới route request về instance mới bỏ instance cũ chứ k shutdown instance cũ ngay để đảm bảo uptime. Còn việc chọn hàng và thanh toán mình thấy nó khác nhau mà nhỉ. Khách vẫn có thể bỏ hàng vào giỏ, chỉ có bước checkout cuối do payment service nó chết rồi nên stuck ở đó chứ các bước trước vẫn bình thường?

Thế này thì chưa gọi là cloud được nhỉ, chắc vẫn dũng ec2 và classic balancer, sao không dùng beanstalk cho nhanh.

[hulk2]

Originally Posted by _sharp_

Rồi bác, cách đây 4 năm.
Có 2 chi nhánh ở SG và HN (gọi là location), ở mỗi location lại có các chi nhánh (region), mỗi 1 region lại có các phòng ban (department), phòng ban lại có staff (nhân viên trưởng phòng, phó phòng,...). Giám đốc/phó giám đốc ở region/location. Từng location/rẹgion/department và director, staff chỉ được thực hiện 1 vài action trên hệ thống ứng với scope của mình. Project yêu cầu phân quyền kiểu thế.

Còn data thì nếu bác dùng chung 1 DB thì cứ thêm field để biết là data từ đâu vào.
Còn nếu mỗi 1 cửa hàng dùng 1 DB riêng, data sync về 1 DB tập trung thì nhẹ nhàng hơn.

up source cho anh em tham khảo cái bác.

[dungttvt]

lại đá lên phát, sau bao nhiêu năm.
Em đang dùng identity server 4, token trả về user là dạng reference. Mọi request đều qua một con authentication để veriry về permission. Vì thế con server authentication đang là bottleneck, và hệ thống càng phình lên, nó càng phải to lên. Mặc dù có cache củng các thứ nhưng có lẽ cần xem lại về cơ chế.
Các bác cho ý kiến

[RPG29]

Dùng kiểu Opaque Token thì bắt buộc phải có Introspecting Endpoint để validate thôi bác, không còn cách nào khác. Dùng Opaque thì phải scale bên Authorization Server.

Không dùng Opaque Token thì có thể dùng Stateless Token như JWT, nhưng nếu số lượng permission lớn, cần authorize chi tiết thì JWT không ổn.

[kanguru123]

Có tài liệu nào về microservices hay không nhỉ các thím.Cũng muốn làm microservices mà chưa được làm dưn án nào về microservices.
Có xem qua khoá này nhưng thấy basic quá.
https://www.udemy.com/microservices-...-spring-cloud/

[momotico]

Originally Posted by kanguru123

Có tài liệu nào về microservices hay không nhỉ các thím.Cũng muốn làm microservices mà chưa được làm dưn án nào về microservices.
Có xem qua khoá này nhưng thấy basic quá.
https://www.udemy.com/microservices-...-spring-cloud/

lên github thiếu gì

[amarifleur]

Originally Posted by dungttvt

lại đá lên phát, sau bao nhiêu năm.
Em đang dùng identity server 4, token trả về user là dạng reference. Mọi request đều qua một con authentication để veriry về permission. Vì thế con server authentication đang là bottleneck, và hệ thống càng phình lên, nó càng phải to lên. Mặc dù có cache củng các thứ nhưng có lẽ cần xem lại về cơ chế.
Các bác cho ý kiến

permission thì author chứ .
Authen thì đơn giản nhất là bác đặt một con api gateway (edge server)

Author thì bác tách ra hai phần nhé: Define và Enforce. Define là định nghĩa quyền hạn, Enforce là thực thi phân quyền, cụ thể thì hệ thống bác đang làm như nào ??
Với microservices thì phần define role thì nên làm tập trung.
Phần kiểm tra quyền hạn (Enforce) thì tuỳ, cân nhắc theo độ phức tạp của hệ thống, hiện tại đang nổi lên service mesh , có thể đặt policy ở đấy khi mọi kết nối internal đi qua, lúc này phần enforce được tập trung ở service mesh. Còn nếu không muốn phức tạp thì từng service kéo đống quyền về mà tự kiểm tra cũng được

[RPG29]

Đá lên phát nữa cũng vấn đề Authentication & Authorization

Các bác đang dùng solution nào nhỉ, có pros/cons gì không?
1. Tự build dựa trên Spring Security, Spring Cloud...
2. 3rd cloud solution như Okta, Auth0...
3. 3rd on premise solution như KeyCloak, Drools...