Serverless Series (Golang) – Bài 1 – Serverless và AWS Lambda

Giới thiệu Chào các bạn tới với series về Serverless. Bài đầu tiên chúng ta sẽ tìm hiểu về Serverless là gì, AWS Lambda là gì. Song song với series này mình cũng có viết một series về Terraform, mục đích của mình khi viết hai series này chung là hướng tới việc mọi người

Giới thiệu

Chào các bạn tới với series về Serverless. Bài đầu tiên chúng ta sẽ tìm hiểu về Serverless là gì, AWS Lambda là gì. Song song với series này mình cũng có viết một series về Terraform, mục đích của mình khi viết hai series này chung là hướng tới việc mọi người khi đọc xong có thể thiết kế và triển khai được mô hình Serverless bằng AWS Lambda + quản lý các Infrastructure liên quan tới AWS Lambda bằng Terraform như API Gateway, Cognito, …

Serverless là một trong những mô hình phát triển ứng dụng trên cloud. Trước khi ta tìm hiểu về Serverless là gì, ta sẽ nói qua khi ta phát triển ứng dụng trên cloud, cloud sẽ cung cấp cho ta những mô hình phát triển như thế nào.

Cloud models

Trên Cloud ta sẽ có 4 mô hình phát triển như sau:

  • IaaS (Infrastructure as a Service)
  • PaaS (Platform as a Service)
  • CaaS (Container as a Service)
  • FaaS (Function as a Service)

Infrastructure as a Service

Đây là mô hình phổ biến nhất khi ta sử dụng cloud, các bạn có thể đã sử dụng nó hàng ngày mà ta không để ý. Ở mô hình này nhà phát triển Cloud sẽ exposes những API mà tương tác với virtualized platform bên dưới, như là API tương tác với máy ảo, API tương tác với storage, … Để ta có thể tự tạo và quản lý hạ tầng của ta trên cloud. Ví dụ như là AWS Cloud exposes những API liên quan tới EC2, cho phép ta tự tạo và quản lý EC2 của ta một cách dễ dàng bằng Web Console hoặc AWS CLI. Ở mô hình này thì ta sẽ tự tạo, và tự quản lý hạ tầng của ta cũng như việc scale của nó.

Platform as a Service

Đây là một mô hình phát triển mà cloud sẽ cung cấp cho ta một Platform Framework để ta phát triển ứng dụng danh hơn. Ví dụ để triển khai một ứng dụng web trên cloud, đầu tiên ta phải tạo EC2 (máy ảo), xong rồi ta cấu hình security group để traffic có thể đi vào EC2 của ta, xong sau đó ta deploy ứng dụng trên EC2, và làm lằng nhằng nhiều thứ nữa, thì các nhà phát triển cloud sẽ cung cấp cho ta các Platform để làm việc đó nhanh hơn. Ví dụ như AWS thì có AWS Elastic Beanstalk, là một Platform cho phép ta dễ dàng triển khai một ứng dụng web, ta chỉ cần xài ba cú click chuột đơn giản trên Web Console là ta sẽ có được một ứng dụng web, thay vì phải đi tạo và cấu hình lằng nhằng nhiều thứ khác.

Container as a Service

Mô hình này thì đơn giản là ta sẽ phát triển ứng dụng dựa trên container và có một tool để quản lý những container của chúng ta, ví dụ như là Kubernetes (các bạn có thể đọc series về Kubernetes của mình để hiểu hơn về mô hình CaaS). AWS có cung cấp cho ta AWS EKS để phát triển ứng dụng trên mô hình CaaS.

Function as a Service

Cuối cùng và là cấp nhỏ nhất, cloud cho phép ta phát triển ứng dụng chỉ dựa trên các Function, ta không cần phải tạo và quản lý hạ tầng phúc tạp gì hết, ta chỉ cần quản lý những function của chúng ta, và những function này có thể tự động auto scale mà ta không cần phải cấu hình gì cả, đây chính là thành phần chính trong mô hình Serverless của chúng ta.

Serverless

Từ trên ta có thể hiểu đơn giản Serverless là mô hình phát triển ứng dụng trên cloud mà cho phép ta xây dựng và chạy applications của chúng ta một cách dễ dàng, mà không cần quản lý server gì hết.

Lợi ích của mô hình Serverless

Đây là 4 lợi ích mình thấy của mô hình Serverless:

  • Giảm chi phí của việc quản lý và vận hành server, đây là công việc thường xuyên của DevOps, ta có thể giảm số lượng công việc mà DevOps cần phải làm. Như tạo, quản lý và monitor EC2.
  • Tự động scale và high-availability: FaaS của chúng ta sẽ tự động scale theo traffic, ta không cần cấu hình gì nhiều, trừ khi ta muốn nó scale theo một cách cụ thế nào đó.
  • Tối ưu tiền sử dụng cloud: đối với cloud vần đề quan trọng nhất là tiền hàng tháng, khi ta xài FaaS thì ta sẽ chỉ cần trả tiền cho từng function được trigger.
  • Hỗ trợ nhiều ngôn ngữ khác nhau: ta có thể dùng nhiều ngôn ngữ khác nhau để viết FaaS

Điểm yếu của mô hình Serverless

Thì cái nào có điểm mạnh thì cũng có điểm yếu 😂, đây là những điểm yếu mà mình thấy ở mô hình Serverless:

  • Khó debug.
  • Cold starts: mất một khoảng thời gian nếu function được trigger lần đầu tiên, hoặc function đó ít khi được request tới thì khi nó chạy lại khá tốn thời gian.
  • Khó tổ chức source code: vì mỗi function sẽ được deploy riêng nên cách tổ chức source code sẽ khó hay dễ tùy thuộc vào ngôn ngữ khác nhau.
  • Khó thiết kế môi trường dev local.

Serverless cloud providers

Thì 3 thằng cloud hiện tại mà phổ biến nhất là AWS, GCP, Azure. Từng thằng nó sẽ cung cấp cho ta dịch vụ FaaS khác nhau:

  • AWS thì cung cấp cho ta AWS Lambda
  • Google Cloud thì có Google Cloud Functions
  • Azure thì là Microsoft Azure Functions

Trong series này mình sẽ dùng vào AWS và AWS Lambda.

AWS Lambda

AWS Lambda là một service của AWS cho phép ta chạy và quản lý function. Đây là phần chính của mô hình Serverless. Ta sẽ viết code dưới mấy local và deploy nó lên AWS Lambda để chạy. Ngoài AWS Lambda thì AWS còn cung cấp cho ta một số dịch vụ như sau để xây dựng mô hình Serverless:

  • S3 ta dùng để lưu hình ảnh
  • API gateway để ta xây dựng REST API
  • DynamoDB cho database
  • Cognito dùng để Authentication
  • SQS dùng cho queue
  • SNS dùng cho notification (pub-sub)

AWS Lambda được thiết kế cho event-driven architecture, code của chúng ta sẽ được trigger dựa theo một event nào đó, ví dụ là request của client tới API, tất cả các process trigger là độc lập vói nhau và ta chỉ trả tiền cho từng trigger. So sánh với EC2 thì ta phải trả tiền theo giờ, thì ngay cả khi code trên EC2 của chúng ta không xử lý request nào của user cả thì ta vẫn tốn tiền trả, còn Lambda thì không như vậy.

Source events

Trên AWS thì Lambda sẽ được trigger từ một số event của các service khác như sau:

Thiết kế REST API theo mô hình Serverless

Thì có nhiều ứng dụng ta có thể thiết kế theo mô hình Serverless được, mà phổ biến nhất theo mình nghĩ có thể là dùng để xây dựng REST API và Single Page Application, mô hình như sau:

Ta sẽ config Route 53 (service dùng để route DNS) chỉa tới CloudFront (Content Delivery Network serivce, dùng dể cache static content), CloudFront của ta sẽ cache nội dung từ S3 (nơi ta lưu Single Page Application, có thể là React – Angular – Vue). Khi client tải nội dung từ Web Single Page Application thì trong ứng dụng này ta sẽ gọi HTTP API tới API gateway (service dùng để xây dựng REST API và chỉ request tới Lambda). Lambda sẽ được trigger từ API gateway, Lambda chạy và kết mối tới DynamoDB, sử lý request và trả kết quả về cho client.

Các ngôn ngữ AWS Lambda hỗ trợ

Tại thời điểm mình viết bài này thì Lambda hỗ trợ các ngôn ngữ sau đây: Java, Go, PowerShell, Node. js, C#, Python, Ruby. Nếu bạn muốn xài ngôn ngữ khác thì nó có cung cấp Runtime API để bạn integrate với ngôn ngữ đó. Ở trong series này mình sẽ viết bằng Golang, nếu các bạn muốn viết bằng NodeJS thì cứ comment nói mình sẽ viết cả hai phần Golang và NodeJS.

Thì nói nhiều rồi, bây giờ ta sẽ viết AWS Lambda đầu tiên.

Hello Lambda

Để làm được series này, yêu cầu bạn cần có AWS account nhé. Và cần cài AWS CLI trên máy của bạn. Các bạn làm theo hướng dẫn này nha https://docs.aws.amazon.com/cli/latest/userguide/cli-configure-quickstart.html.

Sau khi cài xong thì bạn test bằng câu lệnh sau:

$ aws lambda list-functions

Tiếp theo là bạn cần cài golang trên máy của mình. Các bạn làm theo hướng dẫn ở đây nha https://go.dev/doc/install.

Oke, sau khi làm sau hết thì ta bắt đầu vào việc viết Lambda function đầu tiền. Tạo một folder tên là hello-lambda và mở folder đó ra. Bạn mở terminal ngay folder đó và gõ:

$ go mod init hello-lambda
go: creating new go.mod: module hello-lambda
go: to add module requirements and sums:
        go mod tidy
$ go get github.com/aws/aws-lambda-go/lambda
go get: added github.com/aws/aws-lambda-go v1.27.0

Tạo một file tên là main.go với đoạn code sau đây:

package main

import"github.com/aws/aws-lambda-go/lambda"funchandler()(string,error){return"Welcome to Serverless world",nil}funcmain(){
	lambda.Start(handler)}

Ta sẽ viết một function tên là handler (ở đây bạn đặt tên gì cũng được) và dùng hàm lambda.Start(handler) để chạy Lambda có thể chạy function trên. Tiếp theo ta sẽ build file main.go này thành binary file và zip nó lại thành một file zip để có thể upload được lên AWS Lambda. Maximun của file zip là 50MB nhé.

$ go build -o hello main.go
$ zip main.zip hello

Oke, ta đã chuẩn bị xong phần code. Bây giờ ta sẽ lên AWS tạo một Lambda và upload code của ta lên. Truy cập lên AWS Console và kiếm Lambda.

Này là UI của AWS Console khi mình viết bài này, trong tương lai có thể sẽ khác. Sau khi vào Lambda thì bạn chuyển sang tab function và bấm create function. Chọn Author from scratch

Chỗ basic infomation ta nhập vào function name là hello-lambda và chọn runtime là Go 1.x

Sau đó ta bấm create function. Sau khi tạo xong thì ta sẽ thấy UI như sau:

Sau khi tạo xong thì ta mở terminal ở folder nãy ta build file zip code, chạy câu lệnh sau:

$ aws lambda update-function-code --function-name hello-lambda --zip-file fileb://./main.zip

Oke, vậy là ta đã tạo được lambda function đầu tiền, để test được nó thì bạn chạy câu lệnh sau:

$ aws lambda invoke --function-name hello-lambda --region us-west-2 response.json
{
    "StatusCode": 200,
    "ExecutedVersion": "$LATEST"
}

Bạn mở file response.json lên là sẽ thấy kết quả được lưu là “Welcome to Serverless world”, vậy là ta đã chạy được AWS Lambda function đầu tiên 😁.

Kết luận

Vậy là ta đã tìm hiểu xong về mô hình Serverless và AWS lambda. Thiết kế ứng dụng với mô hình Serverless sẽ giúp ta đỡ việc hơn trong việc quản lý server, và dùng AWS lambda sẽ tiết kiệm chi phí hơn so với việc sử dụng EC2. Nếu các bạn muốn mình tạo resource trên AWS bằng terraform thay vì web console thì comment ở dưới nhé. Nếu có thắc mắc hoặc cần giải thích rõ thêm chỗ nào thì các bạn có thể hỏi dưới phần comment. Mong các bạn theo dõi series của mình nhé 😆😁. Ở bài tiếp theo mình sẽ nói về cách dùng API Gateway để làm REST API với Lambda.

Nguồn: viblo.asia

Bài viết liên quan

Thay đổi Package Name của Android Studio dể dàng với plugin APR

Nếu bạn đang gặp khó khăn hoặc bế tắc trong việc thay đổi package name trong And

Lỗi không Update Meta_Value Khi thay thế hình ảnh cũ bằng hình ảnh mới trong WordPress

Mã dưới đây hoạt động tốt có 1 lỗi không update được postmeta ” meta_key=

Bài 1 – React Native DevOps các khái niệm và các cài đặt căn bản

Hướng dẫn setup jenkins agent để bắt đầu build mobile bằng jenkins cho devloper an t

Chuyển đổi từ monolith sang microservices qua ví dụ

1. Why microservices? Microservices là kiến trúc hệ thống phần mềm hướng dịch vụ,