• Tổng quan
• Kiểm soát những sự kiện Lambda gửi đến function của bạn
• Cú pháp filter
• Thử nghiệm thêm tiêu chí lọc vào event source mapping bằng console
• Kết luận

Tổng quan

AWS Lambda giới thiệu khả năng sử dụng Customer managed keys (CMK) từ Amazon Key Management Service (KMS) để mã hóa tiêu chí lọc trong event source mappings (ESMs).

Tính năng này áp dụng cho việc lọc bản ghi từ hàng đợi hoặc luồng trước khi gửi đến hàm Lambda, cho phép kiểm soát bảo mật chi tiết hơn đối với tiêu chí lọc sự kiện.

Tính năng có sẵn tại tất cả Region thương mại của AWS có dịch vụ AWS Lambda.

Có thể sử dụng tính năng này khi tạo hoặc cập nhật event source mapping thông qua nhiều công cụ và dịch vụ của AWS như API, Management Console, CLI, SDK, CloudFormation và SAM.

Kiểm soát những sự kiện Lambda gửi đến function của bạn

Bạn có thể sử dụng lọc sự kiện để kiểm soát những bản ghi nào từ luồng dữ liệu (stream) hoặc hàng đợi (queue) mà Lambda sẽ gửi đến hàm của bạn. Ví dụ, bạn có thể thêm một bộ lọc để hàm của bạn chỉ xử lý các tin nhắn Amazon SQS chứa một số tham số dữ liệu nhất định. Lọc sự kiện chỉ hoạt động với một số ánh xạ nguồn sự kiện (event source mapping) nhất định. Bạn có thể thêm bộ lọc vào ánh xạ nguồn sự kiện cho các dịch vụ AWS sau đây:

• Amazon DynamoDB
• Amazon Kinesis Data Streams
• Amazon MQ
• Amazon Managed Streaming for Apache Kafka (Amazon MSK)
• Apache Kafka tự quản lý
• Amazon Simple Queue Service (Amazon SQS)

Theo mặc định, bạn có thể định nghĩa tối đa 5 bộ lọc khác nhau cho một ánh xạ nguồn sự kiện (event source mapping) duy nhất. Các bộ lọc của bạn được kết hợp với nhau theo phép logic OR. Nếu một bản ghi từ nguồn sự kiện của bạn thỏa mãn một hoặc nhiều bộ lọc của bạn, Lambda sẽ bao gồm bản ghi đó trong sự kiện tiếp theo mà nó gửi đến hàm của bạn. Nếu không có bộ lọc nào được thỏa mãn, Lambda sẽ loại bỏ bản ghi đó.

Cú pháp filter

Bảng bên dưới là mô tả:

• Toán tử so sánh: Mô tả loại so sánh được thực hiện
• Ví dụ thực tế: Cung cấp một ví dụ thực tế về cách sử dụng toán tử
• Cú pháp: Hiển thị cú pháp giống JSON được sử dụng để triển khai quy tắc trong Lambda

Lưu ý rằng toán tử Exist chỉ hoạt động trên các node lá trong JSON nguồn sự kiện của bạn. Nó không khớp với node nút trung gian.

Ví dụ, với JSON sau đây, mẫu bộ lọc { “person”: { “address”: [ { “exists”: true } ] } } sẽ không tìm thấy kết quả khớp vì “address” là một nút trung gian.

{

  "person": {

    "name": "John Doe",

    "age": 30,

    "address": {

      "street": "123 Main St",

      "city": "Anytown",

      "country": "USA"

    }

  }

}

Thử nghiệm thêm tiêu chí lọc vào event source mapping bằng console

1. Vào aws lambda function chọn Add trigger

2. Ở phần Trigger configuration chọn loại trigger hỗ trợ filter event. Ở đây tôi chọn SQS

3. Ở phần Filter criteria chọn Add

Lần này tôi muốn Lambda xử lý chỉ những record mà Metadata bằng 1 hay 2.

Sau khi thêm Filter criteria, nhấn Save

Chú ý:

Khi làm bằng aws console, không cần cung cấp Pattern key hay là dấu nháy kép

Ở ví dụ trên { “Metadata” : [ 1, 2 ] }  sẽ tương đương với FilterCriteria

{

   "Filters": [

      {

          "Pattern": "{ \"Metadata\" : [ 1, 2 ] }"

      }

   ]

}

Kết luận

Với việc AWS Lambda hỗ trợ mã hóa tiêu chí lọc cho event source mappings bằng Customer managed keys (CMK) cho phép các nhà phát triển tăng cường bảo mật cho các ứng dụng điều khiển bởi event.

The post AWS Lambda hỗ trợ mã hóa tiêu chí lọc (filter criteria) cho event source mappings appeared first on Sunny Cloud | AWS Billing và giải pháp AWS toàn diện.

CloudWatch Synthetics tạo ra một dịch vụ được gọi là Canary để thực hiện việc giám sát, phục vụ các nhu cầu:

– Thu thập dữ liệu và đo lường hiệu suất.

– Phù hợp với hiệu suất ngắn hạn.

Canary tạo ra một hàm Lambda sử dụng Node.js hoặc Python runtime để thực thi script. Blueprint được cung cấp sẵn, có thể tạo Canary mà không cần code trong các trường hợp sử dụng cơ bản.

Để sử dụng API giám sát với script tự chọn, hãy chuẩn bị những điều sau:

・ Chuẩn bị script

・ Tải lên S3

・ Tạo Canary

Ưu điểm của Amazon CloudWatch Synthetics

・ Có thể nhanh chóng thực hiện Synthetics Monitoring khi cần thiết.

・ Có thể kiểm soát monitoring thông qua lập trình.

・ Giả sử phương pháp sử dụng đơn giản, không cần lập trình, chỉ sử dụng các mẫu (Blueprint) được cung cấp sẵn.

・Có thể tùy chỉnh, đạt được tính linh hoạt cao thông qua việc tích hợp với các dịch vụ AWS.

・ Tích hợp với các dịch vụ AWS khác như S3, EventBridge, X-Ray.

Nội dung cập nhật

Trong bản cập nhật này cho phép lưu trữ dữ liệu lịch sử của  trạng thái chạy canary từ 7 ngày lên đến 30 ngày.

Bạn có thể lưu trữ thông tin cho mỗi kết quả thực hiện từ 1 đến 455 ngày. Cập nhật lần này cho phép hiển thị các tệp HAR, nhật ký lịch sử chạy Canary và các tài liệu khắc phục sự cố khác trong tối đa 30 ngày, giúp dễ dàng xác định các mô hình sự cố của việc chạy Canary liên tục và không liên tục ngay trên bảng điều khiển CloudWatch.

Lợi ích của cập nhật là: Canary chạy từ CloudWatch Synthetics cũng đã được tích hợp với tính năng giám sát hiệu suất ứng dụng mới (APM) CloudWatch Application Signals (phiên bản preview).

Bạn có thể bắt đầu xem dữ liệu lịch sử từ “Hiển thị thống kê và chi tiết Canary”.

The post Amazon CloudWatch Synthetics hiện hỗ trợ lưu trữ trạng thái chạy canary trong 30 ngày appeared first on Sunny Cloud | AWS Billing và giải pháp AWS toàn diện.

Subscription filter có thể sử dụng với Kinesis Data Streams, Lambda, hoặc Kinesis Data Firehose. Các log được gửi đến dịch vụ đích thông qua subscription filter được mã hóa base64 và nén theo định dạng gzip.

Đây là tính năng cho phép phát hiện log xuất ra từ CloudWatch Logs trong thời gian thực và có thể liên kết dữ liệu chứa các chuỗi cụ thể hoặc toàn bộ dữ liệu với Kinesis Data Streams, Kinesis Data Firehose, Lambda,…

Cài đặt được thực hiện bằng CLI.

CloudWatch Logs subscription filter có thể được tạo bằng lệnh `aws logs put-subscription-filter`. Sau khi cài đặt subscription filter, tất cả các log event phù hợp với filter pattern sẽ được CloudWatch Logs chuyển tiếp đến stream.

Ví dụ, nếu có chuỗi [Error] trong CloudWatch Logs subscription filter, log sẽ được gửi đến Lambda rồi thông qua SNS thông báo đến chat. 

Nội dung cập nhật Subscription filter

Subscription filter cấp độ tài khoản sử dụng API put-account-policy đã được hỗ trợ. 

Cập nhật này cho phép phân phối các log event theo thời gian thực đã được nhập vào Amazon CloudWatch Logs đến Amazon Kinesis Data Stream, Amazon Kinesis Data Firehose, hoặc AWS Lambda, và thực hiện xử lý, phân tích tùy chỉnh sử dụng AWS account level filter, hoặc chuyển tiếp đến các đích khác.

Cách sử dụng Subscription filter cấp độ tài khoản là thiết lập một chính sách Subscription filter đơn lẻ, cho phép xuất log từ nhiều hoặc tất cả các nhóm log. Vì không cần Subscription filter cho từng nhóm log nên giúp giảm thời gian thực hiện. 

Subscription filter cấp độ tài khoản có sẵn cho cả nhóm log hiện có và những nhóm mới tạo.

Sau khi tạo IAM Role, có thể tạo Subscription filter cấp độ tài khoản như sau.

Kinesis data stream

aws logs put-account-policy \

–policy-name “ExamplePolicy” \

–policy-type “SUBSCRIPTION_FILTER_POLICY” \

–policy-document ‘{“RoleArn”:”arn:aws:iam::123456789012:role/CWLtoKinesisRole”, “DestinationArn”:”arn:aws:kinesis:region:123456789012:stream/TestStream”, “FilterPattern”: “Test”, “Distribution”: “Random”}’ \

–selection-criteria ‘LogGroupName NOT IN [“LogGroupToExclude1”, “LogGroupToExclude2”]’ \

–scope “ALL”

Lambda

aws logs put-account-policy \

–policy-name “ExamplePolicyLambda” \

–policy-type “SUBSCRIPTION_FILTER_POLICY” \

–policy-document ‘{“DestinationArn”:”arn:aws:lambda:region:123456789012:function:helloWorld”, “FilterPattern”: “Test”, “Distribution”: “Random”}’ \

–selection-criteria ‘LogGroupName NOT IN [“LogGroupToExclude1”, “LogGroupToExclude2”]’ \

–scope “ALL”

Kinesis Data Firehose

aws logs put-account-policy \

–policy-name “ExamplePolicyFirehose” \

–policy-type “SUBSCRIPTION_FILTER_POLICY” \

–policy-document ‘{“RoleArn”:”arn:aws:iam::123456789012:role/CWLtoKinesisFirehoseRole”, “DestinationArn”:”arn:aws:firehose:us-east-1:123456789012:deliverystream/delivery-stream-name”, “FilterPattern”: “Test”, “Distribution”: “Random”}’ \

–selection-criteria ‘LogGroupName NOT IN [“LogGroupToExclude1”, “LogGroupToExclude2”]’ \

–scope “ALL”

Tham khảo: 【アップデート】CloudWatch Logsでアカウントレベルのサブスクリプションフィルターが発表されました | SunnyCloud

The post CloudWatch Logs đã công bố subscription filter cấp độ tài khoản appeared first on Sunny Cloud | AWS Billing và giải pháp AWS toàn diện.

Chức năng quản lý runtime version của AWS Lambda giúp kiểm soát và quản lý runtime version mà Lambda functions (hàm Lambda) của bạn sử dụng. Điều này cung cấp cho bạn khả năng xem runtime patch version và kiểm soát quá trình cập nhật runtime cho các Lambda function (hàm lambda) của bạn

Với cấu hình mặc định, AWS Lambda sẽ tự động cập nhật runtime khi có phiên bản mới. Tuy nhiên, chức năng quản lý phiên bản runtime cho phép bạn điều khiển quá trình cập nhật, đồng bộ hóa cập nhật runtime với quá trình triển khai của các function theo yêu cầu. Điều này cho phép bạn kiểm soát thời gian Lambda áp dụng cập nhật runtime, giúp phát hiện sớm sự không tương thích có thể xảy ra trong cập nhật runtime.

Thêm vào đó, bạn có thể đồng bộ hóa cập nhật runtime với quá trình triển khai của các function theo yêu cầu của bạn. Điều này cho phép bạn kiểm soát khi Lambda áp dụng cập nhật runtime, giúp bạn phát hiện sớm sự không tương thích có thể xảy ra trong cập nhật runtime.

Trong trường hợp xảy ra sự không tương thích trong cập nhật runtime, bạn có khả năng quay trở lại runtime version trước đó. Điều này giúp duy trì hoạt động của function và giảm thiểu thời gian gián đoạn. Bên cạnh đó, bạn còn có thể sửa chữa sự không tương thích trước khi áp dụng runtime version mới nhất.

Chế độ cập nhật runtime

Có ba chế độ cập nhật runtime:

1. Auto（tự động）※mặc định
2. Function Update（cập nhật function）
3. Manual（thủ công）

1) Auto (tự động)

Đây là cấu hình mặc định được AWS khuyến nghị. Lambda có thể tự động xử lý cập nhật runtime, giảm thiểu tối đa chi phí hoạt động.

Trong chế độ này, cập nhật runtime được thực hiện theo hai bước.

Bước 1: Runtime version mới được áp dụng cho các function tạo mới hoặc được thay đổi.

Bước 2: Cập nhật runtime sẽ được áp dụng cho các function còn lại mà đã được cấu hình để sử dụng chế độ cập nhật runtime tự động.

2) Function Update (cập nhật hàm)

Mỗi lần thay đổi code hoặc cấu hình function, bạn sẽ cập nhật function đó lên runtime version mới nhất.

Điều này giống như bước đầu tiên của chế độ auto. Điểm khác biệt là trong chế độ auto có bước thứ hai, trong đó Lambda sẽ cập nhật runtime cho các function không thay đổi.

Trong chế độ Function Update, nếu function không thay đổi thì nó sẽ tiếp tục sử dụng runtime version hiện tại vô thời hạn. Nếu không thay đổi hàm thường xuyên, bạn cần sử dụng chế độ Auto.

Khi đồng bộ cập nhật runtime với việc triển khai function, bạn có thể kiểm soát khi nào Lambda cập nhật runtime. Ví dụ, có thể tránh cập nhật vào thời điểm mà người dùng truy cập nhiều hoặc khi có event, giúp giảm rủi ro do cập nhật.

Ngoài ra, khi sử dụng chế độ Function Update trong pipeline CI/CD, có thể phát hiện sự không tương thích trong runtime mới, điều này rất hữu ích nếu bạn tạo một phiên bản function công khai mới cho mỗi lần triển khai.

3) Manual (thủ công)

Bạn hoàn toàn có thể kiểm soát runtime version mà function sử dụng. Khi kích hoạt chế độ Manual, bạn cần chỉ định ARN của runtime version mà bạn muốn sử dụng. Việc này tương đương với việc xác nhận từ dòng log INIT_START.

Cập nhật chức năng Quản lý Runtime Version

1. Khi chọn function Lambda từ bảng điều khiển quản lý Runtime settings, có thể thấy nút “Edit runtime management configuration”.

2. Khi bạn chọn “Function update”, sẽ xuất hiện cảnh báo sau:
   “When you choose Function Update, your runtime version will not be updated unless you make updates to your function”
   Có nghĩa là:
   “khi chọn Function Update (Cập nhật hàm), runtime version sẽ không được cập nhật trừ khi bạn thay đổi function”

(3) Khi chọn “Manual“, sẽ có cảnh báo hiện ra như sau:
“When you choose Manual, your function’s runtime version won’t receive security updates”
Có nghĩa là:
“Khi bạn chọn [Manual], runtime version của function sẽ không nhận được cập nhật bảo mật.”

Ngoài ra, một ô để nhập ARN của runtime version cũng hiện ra.

Tổng kết

Chức năng Quản lý Runtime Version hiện đã được phát hành rộng rãi, nhưng cấu hình mặc định vẫn là lựa chọn được khuyên dùng. Hãy xem đây là tùy chọn tạm thời khi có vấn đề về sự không tương thích của các bản cập nhật runtime Lambda.

The post Chức năng Quản lý Runtime Version được phát hành rộng rãi trong AWS Lambda appeared first on Sunny Cloud | AWS Billing và giải pháp AWS toàn diện.

AWS Lambda là một dịch vụ tính toán, giúp bạn chạy các đoạn code bằng việc sử dụng các tài nguyên của AWS mà không cần cung cấp hoặc quản lý máy chủ. Nói một cách đơn giản, AWS Lambda là một dịch vụ tính toán hướng sự kiện trong, thực thi các đoạn code khi có sự kiện xảy ra trong môi trường AWS.

Không cần lo lắng về quản lý máy chủ, bạn chỉ cần viết code và tải lên Lambda dưới dạng file ZIP hoặc hình ảnh container. AWS Lambda tự động mở rộng ứng dụng của bạn, giúp đảm bảo khả năng xử lý tải lưu lượng biến đổi.

Với phí được tính theo mili giây, bạn có thể tối ưu hóa chi phí bằng cách viết code hiệu quả. Phí tính dựa trên thời gian thực thi code và số lần code được kích hoạt. Điều này giúp bạn kiểm soát và quản lý ngân sách dự án một cách hiệu quả.

Giới hạn số lượng thực thi đồng thời của Lambda

AWS Lambda có một số giới hạn liên quan đến số lượng thực thi đồng thời và tài nguyên tính toán. Mặc dù số lượng thực thi đồng thời mặc định được giới hạn, bạn có thể yêu cầu AWS tăng giới hạn theo nhu cầu cụ thể của bạn. Tuy nhiên, cần lưu ý rằng việc yêu cầu nới lỏng giới hạn không phải lúc nào cũng được chấp nhận, và nên xem xét kiến trúc và tối ưu code của bạn trước.

Công thức tính số thực thi đồng thời của Lambda

Thực thi đồng thời = (Số lần gọi mỗi giây) x (Thời gian thực thi trung bình (giây))

Ví dụ, nếu một hàm Lambda mất trung bình 10 giây và phát hành 100 sự kiện mỗi giây, hàm Lambda sẽ phải thực hiện 1000 thực thi đồng thời và trở nên tiệm cận giới hạn.

Trong trường hợp có tải cao như nhận 1000 yêu cầu mỗi phút và mất 100 giây để hoàn thành một yêu cầu thì có khả năng cao là vượt quá 1000 thực thi đồng thời.

Khi số lượng thực thi đồng thời đạt giới hạn, các lệnh gọi tiếp theo sẽ bị giới hạn dịch vụ (throttling) và không thực hiện. Cách xử lý yêu cầu bị throttling phụ thuộc vào nguồn sự kiện của bạn.

Làm thế nào để tránh bị throttling?

Đầu tiên, kiểm tra xem lỗi throttling có phát sinh từ hàm Lambda hay không, nó có thể xảy ra khi gọi API trong quá trình gọi hàm. Sử dụng Amazon CloudWatch Logs để xác định lỗi throttling và xem liệu có dữ liệu tương ứng với Lambda Throttles Metrics hay không.

Tiếp theo, kiểm tra metrics về số lượng thực thi đồng thời của hàm và thực hiện xử lý “thử lại”. Trong trường hợp xử lý đồng bộ, khi xảy ra throttling, hàm Lambda sẽ trả về lỗi 429 “TooManyRequestsException”. Khi bạn gặp lỗi này, hãy thử lại xử lý tại nguồn gọi hàm. Trong trường hợp xử lý không đồng bộ, hệ thống sẽ tự động thử lại với khoảng thời gian tối đa là 6 giờ.

Tìm hiểu về số lượng thực thi đồng thời của Lambda

1. Có thể xác nhận từ giá trị cài đặt của hàm Lambda.

Chọn “Function” từ Lambda và nhấp vào tab “Configuration”. Trong trường hợp cài đặt mặc định, có thể xác nhận số lượng giới hạn tối đa của các tài khoản không được đặt trước là “1.000”.

(2) Có thể xác nhận từ Service Quotas.

Mở “Service Quotas” và nhấp vào “AWS Lambda”.

Xác nhận “Concurrent executions” là “1.000”.

Cách đăng kí nới lỏng giới hạn trên

Từ “Service Quotas”, nhấp vào “AWS Lambda” và chọn “Concurrent executions”. Cuối cùng nhấp vào “Request Quota Increase”.

Nhập vào giá trị mong muốn trong mục “Change quota value” và nhấp vào “Request”.

※Có vẻ như giá trị giới hạn tối đa có thể được tăng lên hàng trăm nghìn

Những giới hạn khác của Lambda

Hôm nay Sunny Cloud đã giới thiệu về số lượng thực thi đồng thời của Lambda và những hạn chế không thể thay đổi. Trước khi triển khai hàm Lambda, bạn hãy kiểm tra những hạn chế cụ thể của nó.

Tổng kết

Tổng kết lại, việc hiểu và quản lý số thực thi đồng thời của Lambda là một phần quan trọng trong việc phát triển ứng dụng serverless trên AWS. Hạn chế về số lượng thực thi đồng thời có thể ảnh hưởng đến hiệu suất ứng dụng của bạn, và việc tối ưu hóa code và quản lý các sự kiện là cách để đối phó với giới hạn này. Hãy luôn kiểm tra và hiểu rõ giới hạn của Lambda trước khi triển khai ứng dụng của bạn để đảm bảo sự ổn định và hiệu quả trong việc sử dụng dịch vụ này.

Sử dụng AWS có lợi hơn nhiều so với việc kí hợp đồng trực tiếp.
Được giảm giá 3% cho chi phí sử dụng AWS và có thể thanh toán bằng hóa đơn VND.

Tham khảo: 【アップデート】AWS Lambdaで新しい「ランタイム管理設定」がGAになりました

The post Quản Lý Giới Hạn Số Lượng Thực Thi Đồng Thời Trong AWS Lambda appeared first on Sunny Cloud | AWS Billing và giải pháp AWS toàn diện.

Dưới đây, Sunny Cloud sẽ giới thiệu 5 dịch vụ AWS quan trọng mà bạn nên biết để bắt đầu hành trình hướng tới môi trường công nghệ thông tin hiện đại cho doanh nghiệp của bạn:

1. Amazon EC2

Amazon EC2 là xương sống của AWS. Dịch vụ này cho phép bạn khởi chạy các máy chủ ảo có thể mở rộng trên đám mây. Với EC2, bạn có thể dễ dàng thay đổi kích thước công suất tính toán để phù hợp với nhu cầu, đảm bảo ứng dụng của bạn có thể vận hành trơn tru nhưng vấn tiết kiệm chi phí.

2. Amazon RDS (Dịch vụ cơ sở dữ liệu quan hệ)

Hiện đại hóa cơ sở hạ tầng của bạn cũng có nghĩa là hiện đại hóa cơ sở dữ liệu (Cơ sở Dữ liệu) của bạn. Amazon RDS cung cấp các giải pháp cơ sở dữ liệu hiệu suất cao, có thể mở rộng và được quản lý toàn phần, hỗ trợ các Cơ sở Dữ liệu phổ biến như MySQL, PostgreSQL và SQL Server. Nó đảm nhiệm các nhiệm vụ Cơ sở Dữ liệu thông thường, cho phép nhóm của bạn tập trung vào đổi mới.

3. AWS Lambda

Điện toán serverless (phi máy chủ) là yếu tố thay đổi cuộc chơi cho các ứng dụng hiện đại. AWS Lambda cho phép bạn chạy mã để phản hồi các sự kiện, tự động điều chỉnh quy mô theo lưu lượng truy cập. Điều này có nghĩa là bạn có thể xây dựng các ứng dụng có tính sẵn sàng cao và có khả năng mở rộng mà không cần quản lý máy chủ.

4. Amazon S3 (Dịch vụ lưu trữ đơn giản):

Cơ sở hạ tầng Công nghệ Thông tin hiện đại chủ yếu dựa vào dữ liệu và Amazon S3 là giải pháp hoàn hảo để lưu trữ đối tượng an toàn và có thể mở rộng. Lưu trữ và truy xuất bất kỳ lượng dữ liệu nào vào bất kỳ lúc nào, đồng thời tận dụng các tính năng như mã hóa dữ liệu, versioning và chính sách vòng đời dữ liệu.

5. AWS Elastic Load Balancing:

Khi bạn mở rộng cơ sở hạ tầng của doanh nghiệp để phục vụ nhu cầu lớn hơn, việc đảm bảo ứng dụng của bạn luôn hoạt động một cách ổn định và có khả năng tự phục hồi khi xảy ra sự cố trở nên cực kỳ quan trọng. Đây là lúc (AWS Elastic Load Balancing) trở thành người bạn đồng hành đáng tin cậy. Dịch vụ này tự động phân phối lưu lượng truy cập đến nhiều máy chủ khác nhau, đảm bảo rằng ứng dụng của bạn luôn sẵn sàng và phản hồi nhanh chóng.

Tổng kết

Bằng cách tích hợp các dịch vụ AWS này vào cơ sở hạ tầng Công nghệ Thông tin của doanh nghiệp, bạn có thể giảm chi phí hoạt động, cải thiện khả năng mở rộng, tăng cường bảo mật và tăng tốc đổi mới, đồng thời tối ưu hóa chi phí.

Hiện đại hóa cơ sở hạ tầng Công nghệ Thông tin không chỉ là một xu hướng, mà còn là một điều cần thiết trong thời đại số hóa ngày nay. AWS cung cấp các công cụ và dịch vụ để giúp bạn chuyển đổi doanh nghiệp của mình để thành công. Bắt đầu bằng việc tận dụng những dịch vụ AWS quan trọng này và thực hiện bước đầu tiên hướng tới một môi trường Công nghệ Thông tin linh hoạt và hiệu quả hơn, phù hợp với sự phát triển nhanh chóng của doanh nghiệp bạn.”

Tham khảo: AWS Amazon Blog

The post Khám phá 5 Dịch vụ AWS quan trọng giúp doanh nghiệp bạn hiện đại hóa công nghệ thông tin appeared first on Sunny Cloud | AWS Billing và giải pháp AWS toàn diện.

Trong những năm gần đây, điện toán phi máy chủ (Serverless Computing) đã trở nên phổ biến đối với các doanh nghiệp. Đối với điện toán phi máy chủ người dùng sẽ không cần sở hữu máy chủ để chạy ứng dụng, từ đó người dùng sẽ không phải lo lắng về việc thiết lập hệ điều hành, vá lỗi hoặc mở rộng các máy chủ như khi chạy ứng dụng trên một máy chủ vật lý. Điều này giúp người dùng có nhiều thời gian hơn để tập trung vào phát triển ứng dụng của doanh nghiệp. Mà một trong những nền tảng phi máy chủ hàng đầu chính là AWS Lambda.
Trong bài blog này, Sunny Cloud sẽ giới thiệu AWS Lambda là gì, lợi ích của nó và cách các doanh nghiệp có thể tận dụng AWS Lambda làm nền tảng của họ.

AWS Lambda là gì?

AWS Lambda là dịch vụ điện toán phi máy chủ (serverless), hoạt động dựa trên mô hình FaaS (Function-as-a-service) do Amazon Web Services (AWS) cung cấp. Nó cho phép các nhà phát triển chạy code mà không cần lo lắng về việc cung cấp cơ sở hạ tầng cơ doanh nghiệp hoặc quản lý máy chủ việc đã được AWS đảm nhiệm mà chỉ cần tập trung vào việc viết ứng dụng 

Tính năng của AWS Lambda

Sunny Cloud đã tóm tắt một số tính năng quan trọng của AWS Lambda như sau: 

• AWS Lambda giúp doanh nghiệp dễ dàng mở rộng quy mô cơ sở hạ tầng mà không cần bất kỳ cấu hình bổ sung nào. Dịch vụ này giúp các nhà phát triển giảm bớt công sức vận hành liên quan đến cơ sở hạ tầng hệ thống.
• Dịch vụ này cung cấp nhiều tùy chọn như Amazon S3 Service, Amazon API Gateway, Amazon CloudWatch, Amazon Kinesis, Amazon DynamoDB, Amazon CodeCommit và nhiều tùy chọn khác để người dùng lựa chọn phù hợp với kinh phí và nhu cầu.
• Không có chi phí trả trước. Doanh nghiệp chỉ phải trả một mức chi phí tối thiểu cho bộ nhớ mà hàm lambda sử dụng và số lượng truy vấn, nhờ đó tiết kiệm chi phí cho người dùng.
• AWS Lambda sử dụng AWS IAM để xác định tất cả các vai trò và chính sách bảo mật nhằm đảm bảo ứng dụng của người dùng được an toàn.
• AWS Lambda cung cấp khả năng chịu lỗi cho các dịch vụ chạy mã code và chức năng. Người dùng không cần phải lo lắng về thời gian ngừng hoạt động của ứng dụng.

Lợi ích của AWS Lambda

Dưới đây là một số ưu điểm của của AWS Lambda mà Sunny Cloud ghi nhận:

1. Tiết kiệm chi phí

Với kiến trúc dựa trên máy chủ truyền thống, doanh nghiệp thường phải trả tiền cho những tài nguyên nhàn rỗi. Ngược lại, Lambda chỉ tính phí cho thời gian tính toán thực tế mà code của doanh nghiệp sử dụng. Mô hình trả tiền cho mỗi lần sử dụng này có thể giúp tiết kiệm chi phí đáng kể, đặc biệt đối với các ứng dụng có khối lượng công việc rời rạc hoặc không thể đoán trước.

2. Khả năng mở rộng và độ đàn hồi

AWS Lambda tự động thay đổi quy mô ứng dụng của doanh nghiệp để đáp ứng các truy vấn gửi đến. Nó có thể xử lý hàng nghìn lần thực thi đồng thời, đảm bảo mã code của doanh nghiệp có thể vận hành trơn tru ngay cả khi chịu tải cao. Khả năng mở rộng và linh hoạt này khiến Lambda trở thành lựa chọn tuyệt vời cho các ứng dụng có khối lượng công việc khác nhau.

3. Giảm chi phí vận hành

Bằng cách chuyển việc quản lý máy chủ sang AWS, Lambda giảm chi phí vận hành cho các nhà phát triển và nhóm CNTT. Doanh nghiệp không còn cần phải lo lắng về việc cung cấp, vá lỗi hoặc giám sát máy chủ. AWS đảm nhiệm những nhiệm vụ này, cho phép doanh nghiệp tập trung vào việc viết mã và mang lại giá trị cho khách hàng của mình.

4. Kiến trúc hướng sự kiện (Event-Driven Architecture)

Lambda được thiết kế cho kiến trúc hướng sự kiện. Nó có thể được kích hoạt bởi nhiều dịch vụ AWS khác nhau, chẳng hạn như Amazon S3, Amazon DynamoDB hoặc Amazon API Gateway. Mô hình hướng sự kiện này cho phép doanh nghiệp xây dựng các ứng dụng có khả năng mở rộng và tách rời cao. 

Ví dụ: doanh nghiệp có thể tự động xử lý các tệp đã tải lên, cập nhật database records của doanh nghiệp hoặc thực thi logic nghiệp vụ để đáp ứng các truy vấn API.

Các công ty nên sử dụng AWS Lambda như thế nào?

AWS Lambda cung cấp nhiều use case cho các công ty thuộc nhiều ngành khác nhau. Dưới đây là một vài ví dụ:

1. Xử lý dữ liệu theo thời gian thực

Lambda rất phù hợp cho các tác vụ xử lý dữ liệu theo thời gian thực. Các công ty có thể sử dụng Lambda để tiếp thu, chuyển đổi và phân tích dữ liệu truyền phát từ nhiều nguồn khác nhau. 

Ví dụ: doanh nghiệp có thể xử lý dữ liệu cảm biến IoT, thực hiện phân tích thời gian thực trên dữ liệu nhấp chuột của trang web hoặc kích hoạt cảnh báo dựa trên các sự kiện cụ thể.

2. Kiến trúc vi dịch vụ (Microservices Architecture)

Nhiều doanh nghiệp đang áp dụng kiến trúc microservice để xây dựng các ứng dụng mô-đun có thể mở rộng. AWS Lambda là một lựa chọn tuyệt vời để triển khai microservice. Mỗi vi dịch vụ có thể được triển khai như một chức năng Lambda độc lập giúp thúc đẩy sự linh hoạt, khả năng mở rộng và thời gian tiếp thị nhanh hơn.

3. Ứng dụng web serverless

Lambda có thể hỗ trợ các ứng dụng web serverless, trong đó logic front-end và back-end được tách riêng. Doanh nghiệp có thể sử dụng AWS API Gateway để xử lý các truy vấn HTTP được gửi đến từ đó kích hoạt các hàm Lambda tương ứng. Kiến trúc serverless này giúp loại bỏ nhu cầu quản lý máy chủ, đơn giản hóa việc triển khai và cải thiện khả năng mở rộng.

4. Pipelines xử lý dữ liệu

Lambda có thể được tích hợp vào quy trình xử lý dữ liệu để thực hiện các tác vụ ETL (Extract, Transform, Load). Doanh nghiệp có thể sử dụng Lambda để trích xuất dữ liệu từ nhiều nguồn khác nhau, chuyển đổi dữ liệu sang định dạng mong muốn và tải dữ liệu đó vào kho dữ liệu hoặc nền tảng phân tích. Cách tiếp cận serverless này cho phép doanh nghiệp xây dựng các pipeline dữ liệu có thể mở rộng và tiết kiệm chi phí.

Phần kết luận

AWS Lambda là một nền tảng điện toán serverless mạnh mẽ mang lại nhiều lợi ích cho các nhà phát triển và tổ chức. Hiệu quả về chi phí, khả năng mở rộng, giảm chi phí hoạt động và kiến trúc hướng sự kiện khiến nó trở thành sự lựa chọn tuyệt vời cho nhiều ứng dụng. Các công ty có thể tận dụng AWS Lambda để xử lý dữ liệu theo thời gian thực, kiến trúc vi dịch vụ, ứng dụng web không có máy chủ và quy trình xử lý dữ liệu.

Bằng cách áp dụng AWS Lambda, các công ty có thể tập trung vào việc xây dựng các ứng dụng đổi mới, giảm thời gian đưa sản phẩm ra thị trường và tiết kiệm chi phí. Vì vậy, tại sao phải chờ đợi? Hãy khám phá AWS Lambda và toàn bộ tiềm năng của điện toán serverless ngay bây giờ bằng cách liên hệ với Sunny Cloud ngay bây giờ.

Tham khảo: 

1. https://aws.amazon.com/vi/lambda/
2. https://aws.amazon.com/vi/serverless/

The post AWS Lambda – Giải pháp nền tảng Điện toán Serverless (Phi máy chủ) appeared first on Sunny Cloud | AWS Billing và giải pháp AWS toàn diện.