Làm thế nào để kiến ​​trúc serverless quản lý các kết nối cơ sở dữ liệu?

Ưu điểm chính của kiến ​​trúc serverless được cho là các chương trình như vậy không cần máy chủ chuyên dụng để chạy liên tục. Sau đó được gọi theo yêu cầu và dừng thoát khỏi chức năng.

Điều này có nghĩa là một chương trình không có máy chủ sẽ phải nhanh chóng bắt đầu, để được phản hồi. Làm thế nào để nó xử lý các hành động tốn thời gian như kết nối cơ sở dữ liệu? Nó có kết nối với cơ sở dữ liệu mọi lúc hay nó quản lý kết nối cơ sở dữ liệu một cách riêng biệt với các yêu cầu chức năng như được thực hiện trong các ứng dụng máy chủ?

Vì một ứng dụng không có máy chủ không giữ trạng thái giữa các lần chạy, nên nó không thể duy trì nhóm kết nối cơ sở dữ liệu. Các ứng dụng không có máy chủ thực sự phải đối mặt với các ràng buộc tương tự như các tập lệnh CGI của 90. Nói chung, một quy trình máy chủ vĩnh viễn sẽ có thể vượt trội hơn kiến ​​trúc quy trình theo yêu cầu hoặc theo yêu cầu của container vì máy chủ thực hiện khởi tạo một lần, không phải một lần cho mỗi yêu cầu.

Các chương trình không có máy chủ không phù hợp với các tác vụ nhạy cảm với độ trễ như phục vụ trang web. Chúng phù hợp hơn cho các tác vụ nền lẻ tẻ mà bạn không muốn chạy trên máy chủ chính của mình mà không phải quản lý thủ công và tải cân bằng các máy chủ ứng dụng bổ sung. Chúng cũng có thể phù hợp nếu năng suất của nhà phát triển quan trọng hơn nhiều so với phản hồi có độ trễ thấp.

Nó phụ thuộc.

Việc thực hiện hậu trường của người chạy lambda sẽ ảnh hưởng đến điều này. Chúng ta có thể thấy rằng trong AWS, container có thể được sử dụng lại.

http://docs.aws.amazon.com/lambda/latest/dg/lambda-int sinhtion.html

Vì vậy, chúng ta có thể thấy kết nối / tái sử dụng kết nối cho một số yêu cầu ít nhất. Ngoài ra chúng ta nên xem xét cơ sở dữ liệu và cách nó xử lý các yêu cầu kết nối đến.

Loại câu hỏi này đối với tôi nhấn mạnh một số vấn đề với 'serverless' vẫn còn rất mới và chưa trưởng thành, vì vậy các chi tiết vẫn chưa được khắc phục.

Chúng ta nên luôn nhớ rằng serverless không có nghĩa là không có máy chủ. Nếu tốc độ bạn gọi lambda đủ cao, bạn thực sự có thể có một số máy chủ hoặc 'container' đang chạy.

Trong thực tế, thời gian khởi động và các tài nguyên như địa chỉ IP của lambdas có thể là một vấn đề thực sự. Có lẽ khi họ trưởng thành, sự đồng thuận về cách điều hành chúng sẽ xuất hiện và những vấn đề này sẽ nhận được câu trả lời chắc chắn.