trong 1 warp thì tất cả các threads tại cùng 1 cycle đều chạy single instruction và khác nhau là data thôi.
Ngoài ra block configuration là dạng dim3 {x, y, x}.
còn case một container chứa nhiều dịch vụ và muốn expose ra nhiều ip cùng một dải thì bạn tìm hiểu thêm docker compose, có thể tham khảo thêm trong series về docker của mình, bạn sẽ cấu hình nhiều ip khác nhau trong cùng dải với nhiều service tương ứng, tiếp tục vẫn là trỏ dịch vụ ra internet với một proxy
mình không rõ topo bạn dựng như thế nào và mục đích với topo đó là như thế nào? nhưng mình có thể chia sẻ ở đây là cơ bản bạn có nhiều dịch vụ trên máy chủ vào muốn expose từng dịch vụ cho từng ip riêng biệt thì bạn có thể tạo nhiều network ảo trong docker, mỗi network sẽ là một dải mạng riêng, khi bạn chạy các container gán với mỗi network riêng, rồi sử dụng một reverse proxy đơn giản như là nginx để trỏ tới dịch vụ, còn trường hợp một container chứa nhiều dịch vụ thì vẫn tương tự chỉ khác khi expose port trong-ngoài container sẽ khác hơn một chút.
@huytvomi Ở lần CI chạy release trước đó thì nó đã check build done các kiểu rồi nên mình cũng không cần thiết chạy lại các bước build, test.. mà chỉ cần chạy retry lại bước deploy thôi. CI bạn nên chia rõ các trạng thái như vậy. Tuy nhiên, ở nhiều trường hợp bất khả kháng như có breaking change trong cấu trúc cơ sở dữ liệu giữa các phiên bản thì việc xử lý bằng tay là khó tránh.
Bác ơi, em có một số điều muốn hỏi: Máy linux em đang chạy set trên VMW có 10 interface, mỗi interface em bridge DHCP ra 1 public ip. Em có thể điều hướng cho mỗi 1 dịch vụ docker sử dụng 1 ip từ các cấu hình mạng này ko ạ. Nếu có thể, bác có thể cho em xin info để liên hệ bác được ko ạ?
THẢO LUẬN
Cảm ơn bạn rất nhiều. Bài viết cực kỳ công phu và dễ hiểu. Boilerplate xịn nha.
😍😍
tks
bài viết hay ạ, em cám ơn
Bài viết chán quá bạn ơi
tks
thankis
@tiennhm uh nghe cũng hợp lý. Để lúc nào mình update lại bài viết.
trong 1 warp thì tất cả các threads tại cùng 1 cycle đều chạy single instruction và khác nhau là data thôi. Ngoài ra block configuration là dạng dim3 {x, y, x}.
@huukimit vâng tks anh.
còn case một container chứa nhiều dịch vụ và muốn expose ra nhiều ip cùng một dải thì bạn tìm hiểu thêm docker compose, có thể tham khảo thêm trong series về docker của mình, bạn sẽ cấu hình nhiều ip khác nhau trong cùng dải với nhiều service tương ứng, tiếp tục vẫn là trỏ dịch vụ ra internet với một proxy
mình không rõ topo bạn dựng như thế nào và mục đích với topo đó là như thế nào? nhưng mình có thể chia sẻ ở đây là cơ bản bạn có nhiều dịch vụ trên máy chủ vào muốn expose từng dịch vụ cho từng ip riêng biệt thì bạn có thể tạo nhiều network ảo trong docker, mỗi network sẽ là một dải mạng riêng, khi bạn chạy các container gán với mỗi network riêng, rồi sử dụng một reverse proxy đơn giản như là nginx để trỏ tới dịch vụ, còn trường hợp một container chứa nhiều dịch vụ thì vẫn tương tự chỉ khác khi expose port trong-ngoài container sẽ khác hơn một chút.
Bác ơi, bác nói rõ hơn chỗ cài đặt cAdvisor được không ạ
@huytvomi Ở lần CI chạy release trước đó thì nó đã check build done các kiểu rồi nên mình cũng không cần thiết chạy lại các bước build, test.. mà chỉ cần chạy retry lại bước deploy thôi. CI bạn nên chia rõ các trạng thái như vậy. Tuy nhiên, ở nhiều trường hợp bất khả kháng như có breaking change trong cấu trúc cơ sở dữ liệu giữa các phiên bản thì việc xử lý bằng tay là khó tránh.
Bạn đề cập chịu tải lớn cụ thể thông số là ntn???
Cũng chưa thấy bạn khai thác về nhược điểm của nó? Mình ví dụ:
=> dùng trong ngữ cảnh nào?
Bác ơi, em có một số điều muốn hỏi: Máy linux em đang chạy set trên VMW có 10 interface, mỗi interface em bridge DHCP ra 1 public ip. Em có thể điều hướng cho mỗi 1 dịch vụ docker sử dụng 1 ip từ các cấu hình mạng này ko ạ. Nếu có thể, bác có thể cho em xin info để liên hệ bác được ko ạ?
Rất vui khi giúp được cho bạn ^^
Mình bắt đầu tự học SAA-C03. Mình xin tài liệu nhé hieuph.0304@gmail.com .Cảm ơn bạn nhiều!
Mình nhầm ở phần đó, thanks bác đã góp ý để mình sửa lại 😂