Dịch vụ kiến trúc Cloud và tối ưu chi phí Cloud

Dịch vụ kiến trúc cloud mang lại những gì?

Sáu câu hỏi các đội ngũ thường đặt ra trước khi thuê người thiết kế hoặc tối ưu cloud, được trả lời từ chính các nền tảng chúng tôi đang vận hành.

01 / 06

Một dự án kiến trúc và chi phí cloud bao gồm những gì?

Thiết kế nền tảng và chi phí vận hành nó, xem như một việc. Tùy điểm xuất phát, đó là một kiến trúc mới xây dưới dạng mã, hoặc rà soát và tinh chỉnh những gì bạn đang chạy.

Kiến trúc: tính toán, mạng, kho dữ liệu, định danh, quy trình triển khai và giám sát, được vẽ và quyết định trước khi xây bất cứ thứ gì.
Chi phí: gắn chi phí với workload và đội ngũ, chỉnh cỡ tài nguyên, thu về 0 khi rảnh, vòng đời lưu trữ, tối ưu truy vấn và cam kết sử dụng theo mức dùng thực.
Cơ chế kiểm soát: tag, ngân sách, cảnh báo bất thường và buổi rà soát hằng tháng, để hóa đơn không tăng trở lại.

Điểm chính: Phần lớn khoản tiết kiệm đến từ cách hệ thống được xây, không phải từ chiết khấu trên phần đang lãng phí.

02 / 06

AWS, Google Cloud hay Azure: nên xây trên nền tảng nào?

Thường là nền tảng mà đội ngũ và dữ liệu của bạn đang ở sẵn. Chuyển cloud để lấy chiết khấu hiếm khi có lời khi đã tính chi phí di chuyển và đào tạo lại.

Với hệ thống mới, chúng tôi cân nhắc các dịch vụ quản lý sẵn mà bạn cần (BigQuery rất mạnh cho phân tích, AWS có danh mục dịch vụ rộng nhất, Azure hợp với đội ngũ đã dùng định danh và công cụ Microsoft), hợp đồng và tín dụng hiện có, cùng nơi dữ liệu bắt buộc phải lưu. Các dịch vụ tương đương chỉ gần giống chứ không giống hệt: chẳng hạn VPC của Google Cloud là toàn cầu, còn mạng của AWS và Azure theo vùng.

Sản phẩm nhỏ thường không cần đến cả ba: Firebase, Supabase, Vercel hay DigitalOcean có thể vận hành chúng rẻ hơn, và chúng tôi dùng chúng khi phù hợp.

Điểm chính: Chọn cloud theo đội ngũ và dữ liệu, rồi thiết kế bên trong nó.

03 / 06

Các bạn rà soát một kiến trúc như thế nào?

Theo chính khung chuẩn của các nhà cung cấp, rồi đối chiếu với hoạt động kinh doanh của bạn. AWS, Google Cloud và Azure đều công bố Well-Architected Framework, bao gồm vận hành xuất sắc, bảo mật, độ tin cậy, hiệu năng, tối ưu chi phí và, với AWS và Google Cloud, tính bền vững.

Chúng tôi đi qua từng trụ cột cùng sơ đồ, dữ liệu hóa đơn và lịch sử sự cố của bạn, xếp hạng từng phát hiện theo rủi ro, công sức và khoản tiết kiệm, để buổi rà soát kết thúc bằng một kế hoạch chứ không phải một điểm số.

Điểm chính: Một buổi rà soát chỉ có ích khi kết thúc bằng danh sách thay đổi được xếp hạng mà bạn làm được.

Nguồn: AWS Well-Architected Framework(mở trong thẻ mới)

04 / 06

Lãng phí cloud đến từ đâu?

Quản lý chi phí cloud khó ở mọi nơi: trong khảo sát State of the Cloud 2025 của Flexera với hơn 750 chuyên gia, 84% cho rằng đây là thách thức cloud lớn nhất của các tổ chức hiện nay.
Tài nguyên nhàn rỗi và quá cỡ: máy chủ định cỡ cho đỉnh tải chỉ đến hai lần mỗi năm, môi trường dev và staging chạy suốt đêm.
Lưu trữ bị bỏ quên: ổ đĩa không gắn với máy nào, snapshot cũ, log giữ mãi mãi.
Đường đi dữ liệu đắt đỏ: quét toàn bảng mỗi lần dashboard làm mới, lưu lượng qua NAT gateway và giữa các vùng sẵn sàng.
Sai mức giá: trả giá theo nhu cầu cho những workload đã ổn định cả năm.

Điểm chính: Lãng phí ẩn trong các thiết lập mặc định: không ai chủ động chọn giữ log mãi mãi.

Nguồn: Flexera, 2025 State of the Cloud Report(mở trong thẻ mới)

05 / 06

Làm sao giảm chi phí mà không ảnh hưởng độ ổn định?

Bằng cách xác định những gì không cắt trước khi động vào bất cứ thứ gì: năng lực hấp thụ đỉnh tải, tài nguyên phục vụ độ trễ mà khách hàng cảm nhận, cơ sở dữ liệu đang chịu tải thực, sao lưu và chuyển đổi dự phòng.

Sau đó mỗi thay đổi được thực hiện theo lô nhỏ, dưới dạng mã, kèm kiểm tra độ ổn định và phương án quay lại, và khoản tiết kiệm được đo so với mức nền.

Điểm chính: Một khoản tiết kiệm gây ra sự cố thì không phải là tiết kiệm.

06 / 06

Tính phí thế nào và bao lâu thì thấy tiết kiệm?

Buổi kiểm toán chi phí và kiến trúc được báo giá cố định sau buổi tư vấn miễn phí, tùy quy mô hạ tầng. Phần triển khai được báo giá cố định sau kiểm toán, và rà soát định kỳ theo phạm vi cố định hằng tháng. Chúng tôi không bao giờ tính phí theo phần trăm khoản tiết kiệm.

Các thay đổi nhanh, như dọn tài nguyên nhàn rỗi, đặt thời hạn lưu log và chỉnh cỡ, thường có kết quả trong vài tuần đầu; thay đổi kiến trúc và cam kết sử dụng theo sau trong hai đến ba tháng tiếp theo.

Điểm chính: Giá và phạm vi được chốt sau kiểm toán, trước khi thực hiện bất kỳ thay đổi nào.

Chúng tôi triển khai như thế nào? Qua bốn giai đoạn bên dưới, do nhà sáng lập dẫn dắt từ cuộc trao đổi đầu tiên.

Đặt lịch tư vấn

Kiến trúc tham chiếu

Kiến trúc production trên mọi cloud lớn và on-premises

Mỗi sơ đồ là bố cục chúng tôi dùng làm điểm xuất phát cho một nền tảng production ở doanh nghiệp vừa và lớn, theo đúng quy ước của từng nhà cung cấp: mạng, zone, subnet, ranh giới bảo mật và các dịch vụ bên trong. Xem luồng chạy từng bước hoặc chuyển sang góc nhìn chi phí; ghi chú dưới mỗi sơ đồ nêu dự án đã bàn giao gần nhất với nó.

Kiến trúc tham chiếu · AWS

Nền tảng production nhiều AZ trên AWS

Lớp bảo vệ ở biên phía trước, bộ cân bằng tải trải trên hai Availability Zone, container và dữ liệu nằm trong subnet riêng sau các security group, còn định danh, khóa mã hóa, nhật ký kiểm toán và sao lưu được quản lý tập trung.

Người dùng

Kỹ sư

GitHub Actions

Route 53

CloudFront

Cache tại biên

AWS WAF

IAM

Cognito

Secrets Manager

Amazon S3

Quy tắc vòng đời

Amazon SQS

AWS Lambda

Trả tiền theo việc

EventBridge

AWS KMS

Internet gateway

NAT gateway

Dùng endpoint thay NAT

Cân bằng tải

NAT gateway

Fargate task

Chỉnh cỡ rồi cam kết

Aurora (ghi)

ElastiCache

Aurora (đọc)

Giữ bản dự phòng

Amazon ECR

Session Manager

CloudWatch

Thời hạn lưu log

CloudTrail

GuardDuty

AWS Backup

Không cắt sao lưu

Region
VPC
Availability Zone
Subnet công khai
Subnet riêng
Security group

Route 53 phân giải tên miền, CloudFront phục vụ ứng dụng từ các điểm biên; AWS WAF lọc mọi yêu cầu bằng bộ luật có sẵn và giới hạn tần suất, còn Shield Standard chặn các đợt tấn công mạng trước khi chúng vào tới Region.
- Người dùng
- Route 53
- CloudFront
- AWS WAF
Khách hàng đăng nhập qua Amazon Cognito, nơi cấp token ngắn hạn có sẵn thông tin khách hàng doanh nghiệp; API kiểm tra token ở mọi yêu cầu thay vì tự giữ phiên đăng nhập.
- Người dùng
- Cognito
Yêu cầu đi vào VPC qua internet gateway, tới Application Load Balancer nằm ở subnet công khai của cả hai zone, nơi kết thúc TLS bằng chứng chỉ ACM. Security group của nó chỉ nhận HTTPS từ CloudFront.
- Internet gateway
- Cân bằng tải
ECS Fargate chạy API trong subnet riêng ở cả hai zone và thêm task khi tải tăng. Security group của mỗi task chỉ nhận lưu lượng từ bộ cân bằng tải, Secrets Manager nạp thông tin xác thực khi khởi động, còn lưu lượng ra ngoài đi qua NAT gateway của zone đó.
- Fargate task
- Fargate task
- Secrets Manager
- NAT gateway
- NAT gateway
Aurora PostgreSQL ghi ở một zone và giữ một bản đọc ở zone còn lại, vừa phục vụ truy vấn đọc vừa sẵn sàng thay thế nếu zone của bản ghi gặp sự cố. ElastiCache giữ dữ liệu đọc nhiều; security group của tầng dữ liệu chỉ nhận kết nối từ các task API.
- Aurora (ghi)
- ElastiCache
- Aurora (đọc)
File được lưu trên S3. Báo cáo và tác vụ nhập dữ liệu vào hàng đợi SQS để Lambda xử lý, EventBridge chạy các job theo lịch, kết quả ghi lại vào Aurora, nhờ vậy API luôn phản hồi nhanh.
- Amazon S3
- Amazon SQS
- AWS Lambda
- EventBridge
GitHub Actions nhận vai trò IAM qua OIDC, đẩy image đã quét lỗ hổng lên ECR rồi triển khai dịch vụ; Terraform quản lý mọi tài nguyên. Kỹ sư đăng nhập bằng IAM Identity Center và truy cập container, cơ sở dữ liệu qua Session Manager: không có máy bastion, không mở cổng SSH, mọi phiên đều được ghi lại.
- GitHub Actions
- Kỹ sư
- IAM
- Amazon ECR
- Session Manager
Log, chỉ số và cảnh báo được đưa về CloudWatch. CloudTrail ghi lại mọi lệnh gọi API và GuardDuty phân tích để phát hiện mối đe dọa; AWS Backup sao chép bản chụp cơ sở dữ liệu sang một Region thứ hai, còn khóa KMS mã hóa dữ liệu lưu trữ.
- CloudWatch
- CloudTrail
- GuardDuty
- AWS Backup
- AWS KMS

DNS và lớp biên. Route 53 phân giải tên miền, CloudFront phục vụ ứng dụng từ các điểm biên; AWS WAF lọc mọi yêu cầu bằng bộ luật có sẵn và giới hạn tần suất, còn Shield Standard chặn các đợt tấn công mạng trước khi chúng vào tới Region.

Triển khai và truy cập không dùng khóa. GitHub Actions nhận vai trò IAM qua OIDC, đẩy image đã quét lỗ hổng lên ECR rồi triển khai dịch vụ; Terraform quản lý mọi tài nguyên. Kỹ sư đăng nhập bằng IAM Identity Center và truy cập container, cơ sở dữ liệu qua Session Manager: không có máy bastion, không mở cổng SSH, mọi phiên đều được ghi lại.

Dự án gần nhất đã bàn giao: alice/ai chạy API trên ECS Fargate với đăng nhập Cognito, và một nền tảng phân tích y tế triển khai bằng Terraform, Secrets Manager và OIDC. Đọc case study alice/ai

Cách chúng tôi thiết kế và tối ưu cloud cho bạn

Bốn giai đoạn, mỗi giai đoạn kết thúc bằng thứ bạn kiểm tra được: danh sách phát hiện có xếp hạng, thiết kế đã duyệt, khoản tiết kiệm đo được và cơ chế kiểm soát do đội của bạn nắm giữ.

01
Bước 01
Đánh giá hiện trạng
Tuần 1 đến 2
Chúng tôi đọc kiến trúc và hóa đơn cùng lúc, chỉ với quyền xem trên tài khoản của bạn.
Dữ liệu hóa đơn: chi phí gắn với workload, môi trường và đội ngũ
Rà soát kiến trúc theo Well-Architected Framework của nhà cung cấp
Thay đổi nhanh: tài nguyên nhàn rỗi, máy quá cỡ, log giữ mãi mãi
Kết quả: danh sách phát hiện có xếp hạng, mỗi mục kèm khoản tiết kiệm, rủi ro và công sức.
02
Bước 02
Thiết kế mục tiêu
Tuần 2 đến 3
Một kiến trúc mục tiêu và thứ tự thực hiện, được duyệt trước khi bắt đầu bất kỳ thay đổi nào.
Sơ đồ mục tiêu và nhật ký quyết định cho từng lựa chọn dịch vụ
Những gì không cắt: năng lực phục vụ khách hàng, cơ sở dữ liệu đang chịu tải, khả năng khôi phục
Kế hoạch cam kết sử dụng theo mức nền đo được, không theo dự báo
03
Bước 03
Triển khai
Tuần 3 đến 10
Thay đổi được thực hiện theo lô nhỏ, dưới dạng mã, mỗi lô đều có kiểm tra độ ổn định và phương án quay lại.
Terraform cho mọi thay đổi, được review trong repository của bạn
Chỉnh cỡ, thu về 0 khi rảnh, vòng đời lưu trữ và tối ưu truy vấn
Savings Plans, đặt trước hoặc chiết khấu cam kết khi mức nền đã ổn định
Kết quả: khoản tiết kiệm được đo so với mức nền, theo từng thay đổi.
04
Bước 04
Cơ chế kiểm soát và bàn giao
Các cơ chế giữ cho hóa đơn không tăng trở lại, rồi bàn giao cho đội của bạn.
Tag hoặc nhãn phân bổ chi phí trên mọi tài nguyên
Ngân sách và cảnh báo bất thường theo từng workload, gửi đến đúng người phụ trách
Mẫu rà soát hằng tháng 30 phút và tài liệu vận hành
30 ngày hỗ trợ sau bàn giao

Cloud để tự chạy so với cloud được thiết kế bài bản

Phần lớn hóa đơn cloud không đến từ một quyết định nào. Chúng tăng dần từ các thiết lập mặc định, từ tài nguyên không ai tắt và từ mức giá không ai xem lại. Đây là khác biệt chúng tôi xây vào hệ thống.

Tiêu chí

Cloud để tự chạyPhình to ngoài ý muốn

Cloud được thiết kếThứ chúng tôi xâyCó thiết kế, đo lường, kiểm soát

Mở rộng

Cloud để tự chạyMáy chủ định cỡ cho đỉnh tải, chạy quanh năm

Cloud được thiết kếTự mở rộng và thu về 0, bám theo lưu lượng thật

Môi trường nhàn rỗi

Cloud để tự chạyDev và staging chạy cả đêm lẫn cuối tuần

Cloud được thiết kếLịch chạy hoặc môi trường theo nhu cầu, tự tắt khi không dùng

Thay đổi

Cloud để tự chạyLàm tay trên giao diện quản trị

Cloud được thiết kếTerraform và CI/CD: mọi thay đổi đều được review và lặp lại được

Quyền truy cập

Cloud để tự chạyKhóa dùng lâu dài và quyền quá rộng

Cloud được thiết kếTriển khai qua OIDC, phân quyền tối thiểu, trình quản lý bí mật

Giám sát

Cloud để tự chạyLog rải rác và giữ mãi mãi

Cloud được thiết kếChỉ số, cảnh báo và thời hạn lưu log theo từng workload

Minh bạch chi phí

Cloud để tự chạyMỗi dịch vụ một dòng trên hóa đơn

Cloud được thiết kếChi phí gắn tag theo workload, đội ngũ và môi trường

Mức giá

Cloud để tự chạyGiá theo nhu cầu cho workload ổn định

Cloud được thiết kếCam kết sử dụng theo mức nền đo được

Lưu trữ

Cloud để tự chạyMọi file nằm ở tầng đắt nhất

Cloud được thiết kếQuy tắc vòng đời chuyển xuống tầng lạnh và lưu trữ dài hạn

Truy vấn

Cloud để tự chạyQuét toàn bảng mỗi lần dashboard làm mới

Cloud được thiết kếBảng phân vùng, gom cụm và kết quả được lưu đệm

Khôi phục

Cloud để tự chạyBản sao lưu chưa từng ai khôi phục thử

Cloud được thiết kếĐã kiểm thử khôi phục và có tài liệu các bước

Tối ưu chi phí cloud

Tối ưu chi phí đi theo kiến trúc

Dịch vụ tối ưu chi phí cloud cho AWS, Google Cloud và Azure: chúng tôi tìm ra hóa đơn thực sự đến từ đâu, cắt phần lãng phí và giữ nguyên những gì đang giúp hệ thống vận hành. Đây là sáu đòn bẩy chúng tôi sử dụng, gọi theo đúng tên của từng nhà cung cấp.

01
Chỉnh cỡ tài nguyên
Đưa CPU và bộ nhớ về đúng mức dùng đo được, bắt đầu từ những tài nguyên lớn nhất và rảnh nhất.
AWS
Compute Optimizer
Google Cloud
Recommender
Azure
Azure Advisor
02
Thu về 0 khi rảnh
Mọi thứ chấp nhận được độ trễ khởi động sẽ không tốn tiền giữa các yêu cầu và lượt chạy.
AWS
Lambda, Fargate tự co giãn
Google Cloud
Cloud Run services và jobs
Azure
Container Apps, Functions
03
Cam kết theo mức nền
Cam kết sử dụng chỉ phủ phần đã đo được là ổn định, không bao giờ theo dự báo.
AWS
Savings Plans, Reserved Instances
Google Cloud
Chiết khấu cam kết sử dụng
Azure
Reservations, savings plan
04
Phân tầng lưu trữ
Quy tắc vòng đời chuyển dữ liệu sang lớp rẻ hơn khi cũ dần và xóa những gì không ai cần.
AWS
Vòng đời S3, Glacier
Google Cloud
Nearline, Coldline, Archive
Azure
Tầng Cool và Archive
05
Tối ưu kho dữ liệu
Bảng phân vùng, gom cụm và file lưu theo cột giúp mỗi truy vấn đọc ít dữ liệu hơn.
AWS
Athena với Parquet, Redshift
Google Cloud
Phân vùng, gom cụm BigQuery
Azure
Job cluster Databricks
06
Theo dõi lưu lượng mạng
Chi phí truyền dữ liệu ẩn trong NAT gateway, lưu lượng giữa các vùng và dữ liệu ra ngoài; endpoint và cách bố trí giúp cắt giảm.
AWS
NAT gateway, VPC endpoint
Google Cloud
Cloud NAT, dữ liệu ra ngoài
Azure
NAT Gateway, Private Link

Một vòng lặp, không phải một đợt làm một lần

1Inform. Nhìn rõ chi phí: gắn tag theo workload, đội ngũ và môi trường, so với mức nền.
2Optimize. Hành động: chỉnh cỡ, lên lịch chạy, phân tầng lưu trữ, tối ưu truy vấn, rồi cam kết theo mức nền ổn định.
3Operate. Duy trì: ngân sách, cảnh báo bất thường, rà soát hằng tháng và cơ chế kiểm soát cho mọi workload mới.

Nguồn: FinOps Foundation: các giai đoạn FinOps(mở trong thẻ mới)

Những gì chúng tôi không cắt

Năng lực hấp thụ đỉnh lưu lượng của bạn
Tài nguyên phục vụ độ trễ mà khách hàng cảm nhận
Cơ sở dữ liệu đang chịu tải truy vấn thực
Sao lưu, khôi phục thảm họa và dự phòng nhiều vùng
Bất cứ thứ gì khiến đội của bạn phải dè chừng nền tảng về sau

Chúng tôi không tính phí theo phần trăm khoản tiết kiệm: cách tính đó khuyến khích cắt quá tay.

Đặt lịch tư vấn

Tran Tien Van, nhà sáng lập Van Data Team

Dấu hiệu cảnh báo

Dấu hiệu cloud của bạn cần một kiến trúc sư, không phải thêm một đợt chiết khấu

Nếu bạn thấy quen với từ hai dấu hiệu trở lên, hóa đơn đang nói với bạn điều gì đó về kiến trúc.

01Hóa đơn cloud tăng nhanh hơn cả số người dùng lẫn doanh thu.
02Không ai biết một dòng chi phí thuộc về đội ngũ hay tính năng nào.
03Môi trường dev và staging chạy suốt ngày đêm với cấu hình như production.
04Một tài nguyên, snapshot hay nhóm log bị bỏ quên xuất hiện trên hóa đơn nhiều tháng sau.
05Hạ tầng được chỉnh tay trên giao diện quản trị, và không ai dựng lại được.
06Hóa đơn kho dữ liệu hoặc AI tăng vọt mỗi khi có dashboard hoặc prompt mới.

Nếu bạn đang gặp bất kỳ dấu hiệu nào ở trên, hãy cùng trao đổi.

Đặt lịch tư vấn

Dự án cloud

Các nền tảng chúng tôi xây và vận hành, trên mọi cloud lớn

Nêu tên sản phẩm khi khách hàng đồng ý, giữ kín tên trong các trường hợp còn lại. Mọi con số đều lấy từ chính dự án.

Sản phẩm production chúng tôi thiết kế và đưa vào vận hành: 20+
Chi phí LLM giảm sau một lần đổi mô hình: ~92%
Cloud có hệ thống chúng tôi xây đang vận hành: 3

Dự án khách hàngĐang chạy

Y học chính xác

Nền tảng y học chính xác YouHeal trên Azure

Nền tảng thuần Azure gồm cổng thông tin cho khách hàng, công cụ cho bác sĩ và trợ lý sức khỏe AI cá nhân hóa: engine theo quy tắc tạo ra kết quả phân tích, còn AI trả lời từ chính báo cáo của từng khách hàng và kho tri thức của phòng khám.

Cổng thông tin khách hàng, công cụ cho bác sĩ và trợ lý sức khỏe AI trên Azure
Câu trả lời của AI dựa trên chính báo cáo của từng khách hàng, dưới sự kiểm soát của bác sĩ
Phân tích từ engine theo quy tắc; AI giải thích kết quả nhưng không thể thay đổi

Azure · Azure AI Services · Azure AI Search · FastAPI · React · TypeScript · PostgreSQL · Terraform · GitHub Actions

Đọc case study Xem sản phẩm của khách hàng

Dự án khách hàngĐang chạy

Sức khỏe và thể hình

Nền tảng thể chất và thói quen Zeno

Backend NestJS trên AWS với RDS và SQS, AI được định tuyến giữa Bedrock, Vertex AI và OpenAI, theo dõi chi phí từng lượt gọi.

85%

ngưỡng tin cậy cho mỗi chương trình được tạo

Xem sản phẩm của khách hàng

Dự án khách hàngĐang chạy

Hàng hải

Nền tảng bảo dưỡng hàng hải SeaSure

FastAPI, PostgreSQL có pgvector cùng các endpoint chat và video trực tiếp trên Google Cloud Run, có các gói Stripe và hạn mức sử dụng.

8

module nghiệp vụ đang vận hành

Xem sản phẩm của khách hàng

Dự án khách hàngĐang chạy

Vận hành doanh nghiệp nhỏ

Hệ điều hành đa agent alice/ai cho doanh nghiệp nhỏ

Các controller FastAPI trên AWS ECS Fargate, đăng nhập nhiều khách hàng bằng Cognito và triển khai qua OIDC từ GitHub Actions, không dùng khóa dài hạn.

70+

tích hợp công cụ MCP dưới một supervisor

Xem sản phẩm của khách hàng

Dự án khách hàngĐang chạy

Giáo dục

Nền tảng học tập AI Graspr

NestJS và Next.js trên AWS, truy xuất trên Supabase Postgres với pgvector và hạn mức theo gói tính qua Stripe.

95%+

độ chính xác câu trả lời RAG, từ khoảng 80%

Xem sản phẩm của khách hàng

Thêm các dự án cloud

Các dự án tập trung vào chi phí và kiến trúc. Khách hàng được giữ kín tên; dịch vụ là những gì đã thực sự triển khai.

Luồng dữ liệu KPI bán hàng trên Cloud Run
Chi phí LLM giảm khoảng 92% sau khi chuyển bước trích xuất sang Claude Haiku, trên Cloud Run Jobs chỉ tính phí khi đang chạy.
Cloud Run Jobs · BigQuery · Claude Haiku
Chuyển công cụ thu thập dữ liệu từ EC2 sang Lambda
Công cụ thu thập dùng Chromium không giao diện chuyển từ EC2 chạy liên tục sang container Lambda tự thu về 0 giữa các lượt chạy.
AWS Lambda · ECR · Docker
Trung tâm dữ liệu Shopify nhiều khách hàng
Bốn dịch vụ Cloud Run đơn nhiệm; đồng bộ theo webhook thay cho việc kéo lại toàn bộ dữ liệu mỗi ngày cùng chi phí tính toán của nó.
Cloud Run · BigQuery · Firestore · Pub/Sub
ETL dữ liệu y tế trên Glue
Năng lực Glue tăng theo số nguồn trong giới hạn đã đặt, còn Parquet giúp Athena quét ít dữ liệu.
Airflow · AWS Glue · Athena · S3
Phân tích dữ liệu y tế trên Fargate
ECS Fargate quản lý bằng Terraform, có Secrets Manager và triển khai qua OIDC, hơn 255 bài kiểm thử trước mỗi lần phát hành.
ECS Fargate · Terraform · Secrets Manager
Trích xuất Common Crawl trên EMR
PySpark trên EMR đọc kho lưu trữ công khai của Common Crawl thay vì tự vận hành crawler, theo các lô chạy tiếp được.
AWS EMR · PySpark · S3
Bộ tích hợp trên Lambda
Bốn tích hợp SaaS chuyển khỏi máy chủ chạy liên tục sang các hàm Lambda không trạng thái, có cảnh báo lỗi qua SNS.
AWS Lambda · RDS MySQL · SNS
Năm chiến dịch, một dịch vụ Cloud Run
Một dịch vụ điều phối duy nhất thay cho năm lần triển khai theo lịch của năm chiến dịch báo cáo doanh thu.
Cloud Run · Cloud Scheduler · BigQuery

Đặt lịch tư vấn Xem tất cả case study

Khách hàng nói gì về các dự án cloud và dữ liệu của chúng tôi

Các đội ngũ tìm đến chúng tôi cho AI agent, thu thập dữ liệu web, nền tảng dữ liệu, báo cáo và hạ tầng đám mây. Đánh giá đã xác minh của họ nói lên cách chúng tôi làm việc: kỹ sư giàu kinh nghiệm, founder trực tiếp dẫn dắt, từ bản thử nghiệm đến vận hành.

Đã xác minh trên Upwork

5.0

71 đánh giá của khách hàng · 69 đánh giá năm sao

5 sao69
4 sao2
3 sao0
2 sao0
1 sao0

Xem đánh giá trên Upwork

CK

Chris K.

30/12/2025

“Lập trình viên backend rất giỏi, rất đáng để giới thiệu!”

Giai đoạn 2 của nền tảng FT