Log in or Sign up
Diễn Đàn Bất Động Sản | Diễn Đàn Nhà Đất
Home
Forums
>
LĨNH VỰC KHÁC
>
Mua Bán - Rao Vặt Các Mặt Hàng Khác
>
Hiểu một cách Microservices là gì
>
ĐỒ MẶC NHÀ PIJAMA LỤA MANGO THIẾT KẾ QUẦN ĐÙI
Béo thì giấu bụng, gầy thì tôn dáng Đồ mặc nhà pijama lụa mango thiết kế tay ngắn quần dài freesize từ 42-58kg...
Đặt hàng
BỘ DA ĐẸP TÓC ĐEN, DƯỠNG SÁNG DA MẶT WONMOM
Bộ da đẹp tóc đen, dưỡng sáng da mặt, kích thích mọc tóc suôn mượt Wonmom là bộ sản phẩm bao gồm 2 sản phẩm...
Đặt hàng
SET ĐỒ BỘ NỮ MẶC NHÀ THIẾT KẾ GEMMI FASHION
Với thiết kế đơn giản và bảng màu đa dạng, bộ da cá cotton cao cấp là gợi ý hoàn hảo cho set đồ đôi khi mùa đông...
Đặt hàng
ÁO COTTON HỒNG ĐỖ CROPTOP IN HOA AP222P52
Sản phẩm được làm từ chất liệu cotton với nhiều ưu điểm: khả năng thấm hút tuyệt vời, an toàn với làn da, đặc biệt...
Đặt hàng
Reply to Thread
Name:
Verification:
Message:
<p>[QUOTE="thetvbytesoft, post: 63, member: 43"]<font face="Tahoma">hiểu đơn giản, microservice là phương pháp đặc biệt triển khai hệ thông phần mềm, khá phổ biến trong những năm gần đây. Đặc biệt, nó có khả năng mở rộng nên ứng dụng trong nhiều nền tảng, thiết bị trải rộng trên web, di động, Internet of Things, các thiết bị đeo tay...cần hỗ trợ trong tương lai. Rất nhiều người chủ đã chuyển đổi từ Monolithic sang kiến trức mới này</font></p><p><font face="Tahoma"><br /></font></p><p style="text-align: center"><font face="Tahoma"><img src="https://1.bp.blogspot.com/-3QzYjWy8t0c/XaPMb59FmbI/AAAAAAAACfc/HaiUC9aEoa8M1hj_1zgmd9ixhaGrXUGPACNcBGAsYHQ/s400/hieu-mot-cach-Microservices-la-gi.png" class="bbCodeImage wysiwygImage" alt="" unselectable="on" /></font></p><p><font face="Tahoma"><br /></font></p><p><font face="Tahoma"><br /></font></p><p><font face="Tahoma">Đây chưa hẳn là một phương pháp mới. Vì có hình thành từ những năm đầu thế kỷ 21, nhưng tới tháng 5/2011. thuật ngữ "microservices" mới phổ biến hơn, trong các hội thảo kiến trúc sư phần mềm tại Venice. Để làm rõ về Microservices, chúng ta sẽ tìm hiểu theo Martin Fowler như sau:</font></p><p><font face="Tahoma"><br /></font></p><p><font face="Tahoma"><b>Xem thêm: </b><a href="https://bytesoft.vn/phan-mem-quan-ly-kho-cho-doanh-nghiep" target="_blank" class="externalLink ProxyLink" data-proxy-href="https://bytesoft.vn/phan-mem-quan-ly-kho-cho-doanh-nghiep" rel="nofollow"><b>phần mềm quản lý doanh nghiệp</b></a></font></p><p><font face="Tahoma"><br /></font></p><p><font face="Tahoma">The microservice architectural style is an approach to developing a single application as a suite of small services, each running in its own process and communicating with lightweight mechanisms, often an HTTP resource API. </font></p><p><font face="Tahoma"><br /></font></p><p><font face="Tahoma"><b>Xem thêm: <a href="https://bytesoft.vn/lap-trinh-aspnet-mvc-co-ban" target="_blank" class="externalLink ProxyLink" data-proxy-href="https://bytesoft.vn/lap-trinh-aspnet-mvc-co-ban" rel="nofollow">mvc</a></b></font></p><p><font face="Tahoma"><br /></font></p><p><font face="Tahoma">Hơi khó hiểu chút. Bạn có thể hiểu máy móc Microsevices chia các ứng dụng lớn thành các ứng dụng nhỏ kết nối với nhau. Mỗi dịch vụ đảm nhiệm một chức năng riêng biệt và các dịch vụ ấy được kết nối với nhau tạo nên một tổng thể hài hòa. Ví dụ nha, mỗi dịch vụ như một quầy hàng chuyên biệt trong siêu thị, mỗi quầy bán một mặt hàng riêng, được liên kết với nhau thông qua mã số quầy hàng.</font></p><p><font face="Tahoma"><br /></font></p><p><font face="Tahoma"><b>Xem thêm: <a href="https://bytesoft.vn/lap-trinh-aspnet-mvc-co-ban" target="_blank" class="externalLink ProxyLink" data-proxy-href="https://bytesoft.vn/lap-trinh-aspnet-mvc-co-ban" rel="nofollow">asp.net là gì</a></b></font></p><p><font face="Tahoma"><br /></font></p><p><font face="Tahoma">Quay trở lại Monolithic, vậy nó "bán" cái gì trong siêu thị? ... Monolithic là một tổng đại lý, gộp chung các mặt hàng vào một cửa hàng lớn _ all in one.,</font></p><p><font face="Tahoma"><br /></font></p><p><font face="Tahoma">Monolithic có cấu trúc module khá hợp lý, đóng gói thành một khối tổng thế, các khối "đóng cửa bảo nhau" bên trong, dễ viết, dễ triển khai, liên kết với nhau chặt chẽ. Nhưng cũng chính vì thế, chặt chẽ quá khó "cởi". Khi muốn deployment phải khởi chạy toàn bộ các khối, nếu khối nào "dẹo" thì nguy cơ "dẹo" cả hệ thống khá cao. Chưa kể khi hệ thống phình to, sự ràng buộc làm việc upgrade trở nên khó khăn, nhiều khi phải đập đi xây lại. Bảo trì cũng vô cùng tốn kém mà mất thời gian. Thử tưởng tượng hệ thống có 3 triệu dòng code mà mang ra chỉnh sửa, nghĩ thôi đã thấy áp lực rồi!</font></p><p><font face="Tahoma"><br /></font></p><p><font face="Tahoma">Microservices xuất hiện như để xóa đi những rắc rối đó.</font></p><p><font face="Tahoma"><br /></font></p><p><font face="Tahoma">Dễ nâng cấp và scale, việc nâng cấp các service tách biệt khiến nó trở nên dễ dàng hơn.</font></p><p><font face="Tahoma"><br /></font></p><p><font face="Tahoma">Cũng vì tách biệt nên khi một sevice có yểu mệnh mà "dẹo" thì cũng không quá ảnh hưởng đến hệ thống, có thể phục hồi nhanh chóng.</font></p><p><font face="Tahoma"><br /></font></p><p><font face="Tahoma">Các service có thể dùng các ngôn ngữ / framework khác nhau. Không còn hiện tượng "không cùng ngôn ngữ không nói chuyện".</font></p><p><font face="Tahoma"><br /></font></p><p><font face="Tahoma">Dễ dàng kiểm thử, thay thế, bảo trì các service.</font></p><p><font face="Tahoma"><br /></font></p><p><font face="Tahoma">Nhưng tất nhiên, nó cũng có những nhược điểm</font></p><p><font face="Tahoma"><br /></font></p><p><font face="Tahoma">Hệ thống được chia thành các service nhỏ, cũng vì nhỏ mà nhiều khi quá nhỏ, trở nên khó kiểm soát.</font></p><p><font face="Tahoma"><br /></font></p><p><font face="Tahoma">Các service phải giao tiếp bên ngoài với nhau nên nhiều khi tốc độ không cao. Mà nhiều khi chúng nó còn chả nói chuyện được với nhau ấy chứ.</font></p><p><font face="Tahoma"><br /></font></p><p><font face="Tahoma">Mỗi service sẽ có database riêng, cách thức hoạt động riêng nên tính đồng nhất không được đảm bảo, phức tạp.</font></p><p><font face="Tahoma"><br /></font></p><p><font face="Tahoma">Nếu các service sử dụng các chức năng của service khác một cách xếp chồng như bậc thang, thì một service "dẹo" vẫn ảnh hưởng to lớn đến hệ thống.</font></p><p><font face="Tahoma"><br /></font></p><p><font face="Tahoma">Các nhược điểm trên cũng đưa ra nhược điểm là triển khai Microservices khó hơn rất nhiều, đòi hỏi bạn phải có kiến thức để vận hành hệ thống trơn tru, mà có lẽ kiến thức chưa đủ, kinh nghiệm nữa!</font></p><p><font face="Tahoma"><br /></font></p><p><font face="Tahoma">Nôm na là vậy! Microservice vẫn là lý tưởng hướng đến cho những hệ thống trong tương lai!</font>[/QUOTE]</p><p><br /></p>
[QUOTE="thetvbytesoft, post: 63, member: 43"][FONT=Tahoma]hiểu đơn giản, microservice là phương pháp đặc biệt triển khai hệ thông phần mềm, khá phổ biến trong những năm gần đây. Đặc biệt, nó có khả năng mở rộng nên ứng dụng trong nhiều nền tảng, thiết bị trải rộng trên web, di động, Internet of Things, các thiết bị đeo tay...cần hỗ trợ trong tương lai. Rất nhiều người chủ đã chuyển đổi từ Monolithic sang kiến trức mới này [/FONT] [CENTER][FONT=Tahoma][IMG]https://1.bp.blogspot.com/-3QzYjWy8t0c/XaPMb59FmbI/AAAAAAAACfc/HaiUC9aEoa8M1hj_1zgmd9ixhaGrXUGPACNcBGAsYHQ/s400/hieu-mot-cach-Microservices-la-gi.png[/IMG][/FONT][/CENTER] [FONT=Tahoma] Đây chưa hẳn là một phương pháp mới. Vì có hình thành từ những năm đầu thế kỷ 21, nhưng tới tháng 5/2011. thuật ngữ "microservices" mới phổ biến hơn, trong các hội thảo kiến trúc sư phần mềm tại Venice. Để làm rõ về Microservices, chúng ta sẽ tìm hiểu theo Martin Fowler như sau: [B]Xem thêm: [/B][URL='https://bytesoft.vn/phan-mem-quan-ly-kho-cho-doanh-nghiep'][B]phần mềm quản lý doanh nghiệp[/B][/URL] The microservice architectural style is an approach to developing a single application as a suite of small services, each running in its own process and communicating with lightweight mechanisms, often an HTTP resource API. [B]Xem thêm: [URL='https://bytesoft.vn/lap-trinh-aspnet-mvc-co-ban']mvc[/URL][/B] Hơi khó hiểu chút. Bạn có thể hiểu máy móc Microsevices chia các ứng dụng lớn thành các ứng dụng nhỏ kết nối với nhau. Mỗi dịch vụ đảm nhiệm một chức năng riêng biệt và các dịch vụ ấy được kết nối với nhau tạo nên một tổng thể hài hòa. Ví dụ nha, mỗi dịch vụ như một quầy hàng chuyên biệt trong siêu thị, mỗi quầy bán một mặt hàng riêng, được liên kết với nhau thông qua mã số quầy hàng. [B]Xem thêm: [URL='https://bytesoft.vn/lap-trinh-aspnet-mvc-co-ban']asp.net là gì[/URL][/B] Quay trở lại Monolithic, vậy nó "bán" cái gì trong siêu thị? ... Monolithic là một tổng đại lý, gộp chung các mặt hàng vào một cửa hàng lớn _ all in one., Monolithic có cấu trúc module khá hợp lý, đóng gói thành một khối tổng thế, các khối "đóng cửa bảo nhau" bên trong, dễ viết, dễ triển khai, liên kết với nhau chặt chẽ. Nhưng cũng chính vì thế, chặt chẽ quá khó "cởi". Khi muốn deployment phải khởi chạy toàn bộ các khối, nếu khối nào "dẹo" thì nguy cơ "dẹo" cả hệ thống khá cao. Chưa kể khi hệ thống phình to, sự ràng buộc làm việc upgrade trở nên khó khăn, nhiều khi phải đập đi xây lại. Bảo trì cũng vô cùng tốn kém mà mất thời gian. Thử tưởng tượng hệ thống có 3 triệu dòng code mà mang ra chỉnh sửa, nghĩ thôi đã thấy áp lực rồi! Microservices xuất hiện như để xóa đi những rắc rối đó. Dễ nâng cấp và scale, việc nâng cấp các service tách biệt khiến nó trở nên dễ dàng hơn. Cũng vì tách biệt nên khi một sevice có yểu mệnh mà "dẹo" thì cũng không quá ảnh hưởng đến hệ thống, có thể phục hồi nhanh chóng. Các service có thể dùng các ngôn ngữ / framework khác nhau. Không còn hiện tượng "không cùng ngôn ngữ không nói chuyện". Dễ dàng kiểm thử, thay thế, bảo trì các service. Nhưng tất nhiên, nó cũng có những nhược điểm Hệ thống được chia thành các service nhỏ, cũng vì nhỏ mà nhiều khi quá nhỏ, trở nên khó kiểm soát. Các service phải giao tiếp bên ngoài với nhau nên nhiều khi tốc độ không cao. Mà nhiều khi chúng nó còn chả nói chuyện được với nhau ấy chứ. Mỗi service sẽ có database riêng, cách thức hoạt động riêng nên tính đồng nhất không được đảm bảo, phức tạp. Nếu các service sử dụng các chức năng của service khác một cách xếp chồng như bậc thang, thì một service "dẹo" vẫn ảnh hưởng to lớn đến hệ thống. Các nhược điểm trên cũng đưa ra nhược điểm là triển khai Microservices khó hơn rất nhiều, đòi hỏi bạn phải có kiến thức để vận hành hệ thống trơn tru, mà có lẽ kiến thức chưa đủ, kinh nghiệm nữa! Nôm na là vậy! Microservice vẫn là lý tưởng hướng đến cho những hệ thống trong tương lai![/FONT][/QUOTE]
Your name or email address:
Do you already have an account?
No, create an account now.
Yes, my password is:
Forgot your password?
Stay logged in
Home
Forums
Forums
Quick Links
Recent Posts
Members
Members
Quick Links
Notable Members
Current Visitors
Recent Activity
New Profile Posts
Menu