Hệ sinh thái Node.js có thể tác động như thế nào?
Hệ sinh thái Node.js có thể tác động như thế nào?
Vì có rất nhiều nhà phát triển phía máy khách, những người biết JavaScript và đã quen với cách ngôn ngữ đó hoạt động, nên họ rất dễ dàng đi đến Node.js và bắt đầu xây dựng các phụ trợ của riêng họ. Serverless có một loại tương tự về nó. Serverless rất dễ dàng để bắt đầu, bắt đầu xây dựng một dịch vụ đám mây và khởi động nó. Bạn không cần phải lo lắng về việc thiết lập và quản lý VM, phần mềm chống vi-rút, tường lửa, v.v. - tất cả những gì được thực hiện cho bạn bởi dịch vụ được quản lý.
Giờ đây, bạn có thể sử dụng các khung không có máy chủ để triển khai các hệ thống ở quy mô cho không chỉ các ứng dụng HTTP ở mặt trước mà cả các hệ thống phụ trợ thậm chí còn cách xa lĩnh vực chuyên môn của chúng. Đó là một điều rất dễ tiếp cận
Tác động của Serverless đối với hệ sinh thái Node.js
Bởi vì node.js là ngôn ngữ ngôi sao của serverless, chúng ta sẽ thấy serverless, vì nó trở nên phổ biến hơn, đưa nhiều người hơn vào hệ sinh thái của node.js. Tuy nhiên, có một vài vấn đề mà những người mới tham gia vào hệ sinh thái node.js phải đối phó. Gần đây, Node.js bắt đầu bỏ qua một số bài học mà chúng tôi đã học được từ không gian web. Chúng tôi trở nên quá thoải mái với thực tế là vì những thứ này sẽ hoạt động lâu trên máy chủ, nên không có vấn đề gì nếu các gói của chúng tôi rất lớn và chúng tôi tải mọi thứ trên thế giới và xử lý quá trình đó.
Ngoài ra, chúng ta có xu hướng suy nghĩ miễn là ứng dụng không chiếm dung lượng bộ nhớ sự kiện lớn, người quan tâm đến các tệp nhỏ mà chúng ta có và mọi thứ dọc theo các dòng đó. Node.js là tuyệt vời vì các trường hợp đơn giản, nó xuất hiện rất nhanh. Đối với các trường hợp bạn quyết định tiếp tục và nhập Lodash và mọi khung công tác khổng lồ mà bạn có thể nghĩ ra vào bộ nhớ, phải mất một thời gian để đọc những thứ đó từ đĩa. Dấu chân bộ nhớ sau đó có nghĩa là những người đang sử dụng các thư viện bên trong các hàm phải trả nhiều tiền hơn vì họ phải trả tiền cho dấu chân bộ nhớ đó để thực sự tồn tại.
Nếu bạn tải các thư viện khổng lồ vào bộ nhớ hơn bao giờ hết, bạn không phải trả tiền cho điều đó. Nếu tôi có thể chọn thư viện, một megabyte so với thư viện, là 30 megabyte, điều đó có thể có nghĩa là sự khác biệt lớn cho hóa đơn cuối tháng của tôi trong trường hợp không có máy chủ.
Nó thực sự trả tiền để suy nghĩ về cách chúng ta có thể đi trước và giảm những gì thực sự được tải. Rất nhiều điều có thể giúp với điều này.
Ví dụ kinh điển về tác động của Node.js
Azure Chức năng gói webpack mã của bạn tất cả cùng nhau. Nó không nhất thiết phải làm nhiều như vậy để giảm dấu chân bộ nhớ. Vì thế, bạn muốn tiếp tục và chạy Uglify trên đầu trang của kết quả đầu ra của gói web. Tuy nhiên, nó làm giảm thời gian tải.
Ai đó từ Microsoft Azure đã kiểm tra gói với bốn mô-đun nút lớn nhất mà anh ta có thể tìm thấy. Anh ta đang cố gắng hiểu tác động của serverless đối với Node.js. Anh ta đặt chúng vào một chức năng và đo nó trên một chiếc i7 bằng ổ SSD. Đó là một hệ thống nhanh như chớp nhưng phải mất khoảng hai giây để chức năng đó xuất hiện lần đầu tiên.
Sau đó, chúng tôi đã làm cho Node.js đọc tất cả những thứ đó vào bộ nhớ. Khi anh ta đóng gói nó, mất khoảng một trăm mili giây - một cải tiến khổng lồ.
Khi bạn đang chạy trong serverless, sẽ mất nhiều thời gian hơn để tải các mô-đun đó vào bộ nhớ. Nhiều nhà cung cấp bán hàng thực sự có giới hạn về số lượng nội dung bạn thực sự có thể đưa lên đó ngay từ đầu. Điều quan trọng là phải suy nghĩ khi chúng ta viết các gói này, đặc biệt nếu chúng ta muốn các gói này hoạt động trong máy chủ, chúng ta cần nghĩ những thứ đó sẽ làm gì.
Đọc tài liệu trước khi mã hóa
Trong một trường hợp, một ứng dụng socket.io tại một công ty cơ sở dữ liệu chính, đã bắt đầu tiêu thụ quá nhiều ổ cắm. Các nhà phát triển Node.js làm việc trên ứng dụng nhận ra chức năng họ viết đang đến đó, liên tục sử dụng nó, mở các socket nhưng không đóng chúng. Tất nhiên, họ đã lạm dụng thư viện. Họ đã không đọc tài liệu đúng cách. Họ không sử dụng chức năng theo quy định nhưng họ đã sử dụng nó theo cách mà họ cảm thấy tự nhiên khi sử dụng chức năng đó - bên trong chức năng của họ.
Cách giải quyết nhanh khi viết gói có thể gây hại khi sử dụng trong máy chủ, nhà phát triển phải viết cảnh báo. Hướng dẫn cách tạo một cá thể đơn lẻ của nó bên ngoài hàm để nó nằm trong bộ nhớ của chúng. Nếu chúng ta nói về ví dụ socket.io ở trên, hướng dẫn cách viết mã cho nó để đóng socket trước khi các chức năng hoàn thành sẽ có ích rất nhiều.
Những cảnh báo và hướng dẫn này có thể giúp một cách lâu dài để đảm bảo rằng bất kỳ ai mã hóa Node.js trên serverless đều không cảm thấy xa lạ. Nó sẽ trả tiền để đảm bảo mọi người thành công theo cách đó.
Node.js và serverless thực sự đã đi rất xa và thực sự tốt vì tính chất nguồn mở, mạnh mẽ của mọi thứ và việc truy cập vào các phần của hệ thống dễ dàng như thế nào.
Rủi ro tiềm tàng
Vì việc triển khai dịch vụ ngày nay rất cụ thể của nhà cung cấp, nên có một số rủi ro ở đó. Vì vậy, đó là điều đáng để ghi nhớ. Có những người ngoài kia đang suy nghĩ về các cách để giải quyết một số vấn đề này.
Mặc dù các nhà cung cấp đang xây dựng một triển khai cụ thể chủ yếu được thiết kế để chạy trên nền tảng đám mây của họ, họ có thể biến nó thành nguồn mở. Họ nên cố gắng xây dựng nó theo cách nó giống một hệ thống di động hơn một chút. Họ nên đảm bảo rằng bạn không cảm thấy như mình bị khóa mặc dù nó được xây dựng để chạy thực sự tốt trên nền tảng đám mây của họ.
Những nỗ lực nên theo hướng mà các nhà cung cấp đang cố gắng đảm bảo rằng ít nhất họ xây dựng nó trong nguồn mở và cuối cùng hoạt động theo hướng mà ngay cả nền tảng mở.
Tương lai là đây!
Khi bạn đang suy nghĩ về việc cố gắng triển khai các dịch vụ ra đám mây, hãy xem xét đường dẫn không có máy chủ bất cứ nhà cung cấp nào bạn cảm thấy phù hợp với mình. Đó là tất cả về việc cố gắng cải thiện sự nhanh nhẹn mà bạn có thể triển khai và xây dựng các dịch vụ mà bạn có thể tin tưởng sẽ hoạt động tốt ở quy mô. Node.js có thể xây dựng nhiều hơn với serverless và bạn đã ở trong tình trạng tốt. Nếu biết ngôn ngữ lựa chọn trên nền tảng này - Node.js, thì bạn đã đi trước trò chơi. Serverless đã lợi dụng thực tế là Node.js và JavaScript đã có cộng đồng mở, lớn, tuyệt vời này.
Bạn nghĩ sao?
Đăng nhận xét