sharding theo user_id có đúng không? shard có giới hạn của nó còn user_id thì quá nhiều.
Vụ lưu bản sao thì không đúng. Các hệ thống ổ cứng tự nó có giải pháp Raid để backup rồi. Người ta chỉ clone data theo region để tối ưu tốc độ truy cập thôi.
DB thiết kế quá sơ sài và không đúng. Cốt lõi trong Social network là các post. news feed cũng là các post. img - user - follower nó còn thiển cận quá.
Thiết kế newsfeed cũng quá sơ sài, không ý nghĩa gì. Newsfeed là phần khó nhất cả về thuật toán lần hiệu năng. Một câu hỏi đơn giản như là làm sao để tin lên newsfeed không bị lặp lại cũng đau đầu rồi. (Youtube làm vụ này rất dở, xem bị lặp suốt).
Nói chung, đặt yêu cầu 500tr người dùng là quá lớn. Với cỡ đó thì chỉ cần đi vào giải quyết 1 vde trong đấy là đủ, 1 bài thế này quá loãng và ít thông tin. Đơn giản như photo_id cũng tốn không ít giấy mực rồi.
Với bản cloud, dữ liệu của mk ở cloud storage luôn được sao lưu dưới dạng mã hóa, nên dữ liệu có thể được khôi phục trong trường hợp xảy ra sự cố dẫn đến mất dữ liệu. còn vs bản self-hosted, Locker đang triển khai tính năng cho phép người dùng tự chọn kho dữ liệu để sao lưu, và chọn tần suất sao lưu, là biện pháp cần thiết trong trường hợp hệ thống self-hosted của người dùng gặp sự cố b ạ 😊
Sd các SDK với các ngôn ngữ tương ứng. hiện có JS, Python, dotNet, Java. Với các ngôn ngữ Locker chưa hỗ trợ thì có thể call binary Secret CLI bạn nhé 😄
Thế thì mk xin trả lời bạn, bên này phát hành mã nguồn mở, ai cũng có thể vào audit sourcecode của Locker SM. Còn mã hóa dữ liệu end-to-end encryption, zero-knowledge encryption, zero-trust model nữa.
Phải dùng thử thực tế thì mới kết luận được b ạ chứ mình cũng chỉ share thế thôi, cũng k thiếu gì bên giống thế này 😉
Nói như bạn thì làm sao để sure là dữ liệu của người dùng không bị bên phát triển phần mềm Locker này xem được? Đúng là cái j chẳng có rủi ro của nó
Mất nhiều thời gian hay không còn tùy thuộc vào quy mô và phức tạp của hệ thống người dùng và độ rải rác của secrets trong hệ thống bạn nhé. Khi tích hợp, doanh nghiệp có thể cần nhân viên có kiến thức và kỹ năng kỹ thuật để cấu hình, triển khai và tích hợp Locker vào hệ thống hiện có. Hình như bên này còn hỗ trợ đào tạo cách sd thì phải, bạn lên web xem thì chuẩn hơn
THẢO LUẬN
js tự tạo thêm array null cho tới đúng số key id được thêm vào, thật là nguy hiểm
sharding theo user_id có đúng không? shard có giới hạn của nó còn user_id thì quá nhiều.
Vụ lưu bản sao thì không đúng. Các hệ thống ổ cứng tự nó có giải pháp Raid để backup rồi. Người ta chỉ clone data theo region để tối ưu tốc độ truy cập thôi.
DB thiết kế quá sơ sài và không đúng. Cốt lõi trong Social network là các post. news feed cũng là các post. img - user - follower nó còn thiển cận quá.
Thiết kế newsfeed cũng quá sơ sài, không ý nghĩa gì. Newsfeed là phần khó nhất cả về thuật toán lần hiệu năng. Một câu hỏi đơn giản như là làm sao để tin lên newsfeed không bị lặp lại cũng đau đầu rồi. (Youtube làm vụ này rất dở, xem bị lặp suốt).
Nói chung, đặt yêu cầu 500tr người dùng là quá lớn. Với cỡ đó thì chỉ cần đi vào giải quyết 1 vde trong đấy là đủ, 1 bài thế này quá loãng và ít thông tin. Đơn giản như photo_id cũng tốn không ít giấy mực rồi.
Dạ em cảm ơn tác giả của bài viết vì đã bỏ ra nhiều tâm huyết, diễn đạt logic và dễ hiểu lắm ạ
Có web đấy bạn, Locker.io 👍️
Bên này có web hay gì để xem thêm ko b ?
Với bản cloud, dữ liệu của mk ở cloud storage luôn được sao lưu dưới dạng mã hóa, nên dữ liệu có thể được khôi phục trong trường hợp xảy ra sự cố dẫn đến mất dữ liệu. còn vs bản self-hosted, Locker đang triển khai tính năng cho phép người dùng tự chọn kho dữ liệu để sao lưu, và chọn tần suất sao lưu, là biện pháp cần thiết trong trường hợp hệ thống self-hosted của người dùng gặp sự cố b ạ 😊
Team bạn dùng công cụ nào v, mk tham khảo vài bên nhưng vẫn chưa ưng lắm lại phức tạp nuwac
Bên này có cung cấp khả năng sao lưu và khôi phục secrets trong trường hợp xảy ra sự cố dẫn đến mất dữ liệu ko b?
+1 respect
Sd các SDK với các ngôn ngữ tương ứng. hiện có JS, Python, dotNet, Java. Với các ngôn ngữ Locker chưa hỗ trợ thì có thể call binary Secret CLI bạn nhé 😄
Cho mk hỏi nếu dự án của mk code bằng các ngôn ngữ X thì sẽ tích hợp công cụ này tke nào?
Khác quái gì HashiCorp Vault v ?
Thế thì mk xin trả lời bạn, bên này phát hành mã nguồn mở, ai cũng có thể vào audit sourcecode của Locker SM. Còn mã hóa dữ liệu end-to-end encryption, zero-knowledge encryption, zero-trust model nữa. Phải dùng thử thực tế thì mới kết luận được b ạ chứ mình cũng chỉ share thế thôi, cũng k thiếu gì bên giống thế này 😉
Nói như bạn thì làm sao để sure là dữ liệu của người dùng không bị bên phát triển phần mềm Locker này xem được? Đúng là cái j chẳng có rủi ro của nó
Mất nhiều thời gian hay không còn tùy thuộc vào quy mô và phức tạp của hệ thống người dùng và độ rải rác của secrets trong hệ thống bạn nhé. Khi tích hợp, doanh nghiệp có thể cần nhân viên có kiến thức và kỹ năng kỹ thuật để cấu hình, triển khai và tích hợp Locker vào hệ thống hiện có. Hình như bên này còn hỗ trợ đào tạo cách sd thì phải, bạn lên web xem thì chuẩn hơn
Cho mk hỏi nếu tích hợp tool Locker này cho doanh nghiệp có lâu không? Bên doanh nghiệp có cần nhân viên chuyên môn gì ko?
xin nghỉ đi phỏng vấn có nên nói với lead là em đi phỏng vấn để xem giá của mình đang ở mức nào không anh:>
😝😝😝
😀
Hữu ích quá anh ơi. Mong anh ra nhiều bài viết hơn ạ