Terraform Basics

Key Learning Outcomes:

Understand Infrastructure as Code (IaC) and Terraform Basics
Understanding Terraform Providers
Design-First Approach to Building Cloud Infrastructure
Resources: Stay alert with the Latest Computing Trends

Excited? Let’s go!

Hướng dẫn này sẽ bao gồm các lĩnh vực riêng biệt được nêu trong Tài liệu Đánh giá Terraform. Mỗi phần sẽ cung cấp tài liệu tham khảo, hướng dẫn thực hành và các nguồn bổ sung để bạn tham khảo thêm.

Mặc dù tài liệu này tóm tắt những nội dung chính của từng phần, nhưng nó không thể bao gồm tất cả kiến thức về Terraform. Mức độ bạn cần nghiên cứu thêm các tài liệu được liên kết trong từng phần phụ thuộc vào kiến thức nền tảng của bạn về lĩnh vực đó.

Nói tóm lại, hãy sử dụng tài liệu này như một điểm khởi đầu để học Terraform. Đọc tài liệu tham khảo được cung cấp, thực hiện các hướng dẫn và tham khảo các nguồn bổ sung để đào sâu kiến thức của bạn.

Tiến hóa của Cloud

Pre-Cloud: Hãy quay ngược thời gian về những năm 90 và đầu những năm 2000, khi các công ty công nghệ xây dựng các ứng dụng web cần thực hiện những điều sau:

Bạn lên ý tưởng.
Viết phần mềm cho ứng dụng của bạn.
Mua một loạt máy chủ và thiết lập trung tâm dữ liệu ở đâu đó.
Quản lý tất cả các vấn đề về nguồn điện, mạng và vận hành đi kèm với việc vận hành trung tâm dữ liệu của riêng bạn.

Đây là một quá trình rất khó khăn.

Cloud: Mọi thứ thay đổi đáng kể vào những năm 2010. Giờ đây, bạn vẫn có ý tưởng, lập trình nó trên máy tính cá nhân hiện đại hơn nhiều. Nhưng thay vì tự cung cấp máy chủ, bạn triển khai lên Cloud. Cloud đã trở thành tiêu chuẩn mặc định, mặc dù bạn vẫn có thể mua máy chủ riêng và tự lưu trữ. Welcome to the on-demand era!

Sự khác biệt chính giữa Cloud và Máy chủ truyền thống:

Cung cấp cơ sở hạ tầng thông qua API: Với cloud, bạn có thể yêu cầu tài nguyên, lưu trữ và mạng bằng cách sử dụng các giao diện lập trình ứng dụng (API) thay vì mua phần cứng vật lý.
Tạo và hủy máy chủ trong vài giây: Cloud cho phép bạn tạo và hủy bỏ các máy chủ ảo theo yêu cầu, cung cấp khả năng mở rộng linh hoạt hơn nhiều so với việc mua và cài đặt phần cứng vật lý.
Tuổi thọ dài + Có thể thay đổi → Tuổi thọ ngắn + Không thay đổi: Mô hình truyền thống thường sử dụng các máy chủ vật lý có tuổi thọ tương đối dài và có thể được nâng cấp phần cứng theo thời gian. Ngược lại, Cloud khuyến khích sử dụng các máy chủ ảo ngắn hạn, không thay đổi cấu hình. Sau khi sử dụng, các máy chủ ảo này có thể dễ dàng bị hủy bỏ và thay thế bằng các máy chủ mới với cấu hình phù hợp.

IaC (Infrastructure as Code) là một cách tiếp cận mới mẻ để quản lý cơ sở hạ tầng. IaC cho phép bạn định nghĩa và quản lý toàn bộ cơ sở hạ tầng của mình thông qua code (mã nguồn). Phương pháp này đảm bảo tính minh bạch và kiểm soát hoàn toàn đối với cơ sở hạ tầng, cung cấp cho bạn cái nhìn tổng quan chính xác về môi trường của mình tại bất kỳ thời điểm nào.

Đoạn trích dẫn trên lấy từ “Terraform: Up & Running Writing Infrastructure as Code” của O’Reilley.

Các loại công cụ IaC

Công cụ IaC có thể được phân loại thành hai chức năng chính: Provisioning và Configuration management tools.

Provisioning Tools: chủ yếu liên quan đến việc tạo hoặc thiết lập tài nguyên cơ sở hạ tầng trong môi trường cloud. Điều này có thể bao gồm việc tạo máy ảo, lưu trữ, cơ sở dữ liệu hoặc tài nguyên mạng.
Configuration management tools: tập trung vào việc cấu hình và duy trì phần mềm chạy trên cơ sở hạ tầng được cung cấp. Điều này có thể bao gồm cài đặt gói, triển khai ứng dụng hoặc quản lý tài khoản người dùng và quyền hạn.

Dưới đây là một số công cụ IaC phổ biến nhất thuộc các danh mục này:

Provisioning Tools:

Terraform (vendor-neutral): Một trong những công cụ IaC phổ biến và linh hoạt nhất, Terraform sử dụng HashiCorp Configuration Language (HCL) để định nghĩa tài nguyên cơ sở hạ tầng trên nhiều nhà cung cấp Cloud và nền tảng khác nhau.
Pulumi: ..
AWS CloudFormation (cụ thể cho AWS): Công cụ IaC gốc cho AWS sử dụng JSON hoặc YAML để định nghĩa các tài nguyên cụ thể cho nền tảng AWS.
Azure Resource Manager (ARM) (cụ thể cho Azure): Dịch vụ Microsoft Azure cho phép người dùng định nghĩa và quản lý tài nguyên cơ sở hạ tầng trong nền tảng Cloud Azure bằng cách sử dụng các mẫu JSON hoặc YAML.
Google Cloud Deployment Manager (GDM) (cụ thể cho Google Cloud): Công cụ IaC của Google cho phép người dùng triển khai tài nguyên trên Google Cloud Platform bằng cách sử dụng các mẫu YAML.

Configuration management tools:

Ansible (dựa trên agent): Công cụ quản lý cấu hình mã nguồn mở phổ biến sử dụng sổ tay YAML để tự động hóa các tác vụ cung cấp, cấu hình và triển khai trên các hệ thống từ xa. Nó dựa vào các agent được cài đặt trên các nút được quản lý để thực thi các tác vụ.
Chef (dựa trên agent): Công cụ quản lý cấu hình mã nguồn mở sử dụng Ruby DSL để định nghĩa cấu hình cơ sở hạ tầng. Tương tự như Ansible, nó sử dụng các agent trên các node được quản lý để áp dụng cấu hình.
Puppet (dựa trên agent): Công cụ quản lý cấu hình mã nguồn mở khác sử dụng ngôn ngữ gọi là Puppet DSL để mô tả trạng thái mong muốn của hệ thống. Nó cũng dựa vào các agent được triển khai trên các node được quản lý.

Các công Provisioning được phân chia dựa trên khả năng tương thích với cloud của chúng:

Công cụ dành riêng cho từng Cloud (Cloud-Specific Tools): Chúng gắn liền với một nền tảng cloud cụ thể, chẳng hạn như AWS CloudFormation, Azure Resource Manager hoặc Google Cloud Deployment Manager. Chúng cung cấp khả năng tích hợp sâu với các cloud tương ứng nhưng không hỗ trợ môi trường đa cloud (multi-cloud).
Công cụ độc lập với Cloud (Cloud-Agnostic Tools): Terraform và Pulumi nổi bật trong danh mục này, cung cấp sự linh hoạt để quản lý cơ sở hạ tầng trên mọi nhà cung cấp cloud. Cách tiếp cận này cho phép quy trình làm việc và công cụ thống nhất, bất kể nền tảng cloud cơ bản nào.

Việc triển khai (IaC) mang lại nhiều lợi ích, cung cấp cách tiếp cận mới mẻ để quản lý và mở rộng quy mô cơ sở hạ tầng. Trong những phần tiếp theo, chúng ta sẽ đi sâu tìm hiểu những ưu điểm cụ thể của IaC:

IaC giúp nâng cao năng lực quản lý và mở rộng cơ sở hạ tầng hiệu quả.
Nó hỗ trợ DevOps, cho phép triển khai và quản lý cơ sở hạ tầng nhanh chóng, thống nhất. Bằng cách tự động hóa các quy trình cung cấp và quản lý, IaC đảm bảo các hoạt động diễn ra một cách thống nhất và có thể lặp lại, giảm thiểu đáng kể sự can thiệp thủ công và giảm thiểu rủi ro do lỗi của con người.
Xử lý cấu hình cơ sở hạ tầng dưới dạng code cho phép kiểm soát phiên bản thông qua các nền tảng như Git. Thực tiễn này hỗ trợ theo dõi thay đổi, cho phép quay lại các cấu hình trước đó và thúc đẩy cộng tác nhóm, giúp đơn giản hóa vòng đời phát triển và triển khai.

Terraform là một công cụ mạnh mẽ được thiết kế để tạo, sửa đổi và duy trì cơ sở hạ tầng một cách chính xác và hiệu quả. Nó kết hợp các phương pháp hay nhất cho phần mềm ứng dụng trực tiếp vào quản lý cơ sở hạ tầng, đảm bảo quy trình được sắp xếp hợp lý và đáng tin cậy

Terraform là một công cụ IaC trung lập với Clouds (Cloud Agnostic), nghĩa là nó tương thích với nhiều Cloud Provider và dịch vụ khác nhau (bất kỳ dịch vụ nào có API). Terraform thường được sử dụng kết hợp với các công cụ DevOps khác để tạo ra chiến lược tự động hóa cơ sở hạ tầng toàn diện. Ví dụ:

Ansible: Quản lý cấu hình
Packer, Cloud-init: Tạo template máy chủ
Kubernetes: Orchestration (Quản lý orchestration container)

Terraform hoạt động dựa trên Terraform Core, một engine mạnh mẽ xử lý các file cấu hình (bao gồm trạng thái và chi tiết cấu hình). Terraform Core tương tác với các API của Cloud Provider để điều chỉnh trạng thái cơ sở hạ tầng thực tế khớp với trạng thái mong muốn được nêu trong cấu hình. Điều này đạt được thông qua các nhà cung cấp (provider), chẳng hạn như AWS Terraform Provider hoặc Cloudflare Terraform Provider. Các Cloud Provider này đóng vai trò trung gian giữa Terraform và các dịch vụ Cloud cụ thể.

Các khái niệm cần biết về Terraform

terraform init: Lệnh này yêu cầu Terraform đến khối terraform trong code của bạn. Sau đó, Terraform sẽ tải xuống code cho Provider được chọn từ kho lưu trữ Terraform (Terraform Registry) và đặt nó vào thư mục làm việc. Bên cạnh đó, Terraform cũng tạo ra một file khóa (lock file) chứa tất cả các thông tin phụ thuộc và nhà cung cấp cụ thể được cài đặt trong không gian làm việc (workspace).

terraform modules (Mô-đun Terraform): Về cơ bản, module là các gói chứa nhiều tài nguyên được sử dụng cùng nhau. Một module bao gồm một tập hợp các file .tf và/hoặc .tf.json được lưu trữ cùng nhau trong một thư mục. Module là cách chính để đóng gói và tái sử dụng các cấu hình tài nguyên với Terraform.

terraform state file (file trạng thái Terraform): Đây là bản thể hiện trạng thái của Terraform, dưới dạng file JSON chứa thông tin về mọi tài nguyên và đối tượng dữ liệu. Nó cũng có thể chứa thông tin nhạy cảm (ví dụ: mật khẩu cơ sở dữ liệu). File này có thể được lưu trữ cục bộ hoặc từ xa.

Lưu ý: File trạng thái Terraform chứa dữ liệu nhạy cảm nên cần được quản lý cẩn thận.

terraform plan: Lệnh này lấy cấu hình Terraform (trạng thái mong muốn) và so sánh nó với file trạng thái Terraform (trạng thái thực tế). Nói cách khác, terraform plan giúp bạn xem trước những thay đổi mà Terraform sẽ thực hiện trên cơ sở hạ tầng của bạn dựa trên các cấu hình đã khai báo

Variables & Outputs trong TerraformTerraform cung cấp các loại biến khác nhau để bạn sử dụng trong cấu hình:

Biến đầu vào (Input Variables): Được khai báo với cú pháp var.<ten_bien>.
Biến cục bộ (Local Variables): Được khai báo với cú pháp local.<ten_bien>. Biến cục bộ chỉ tồn tại trong phạm vi của một khối hoặc biểu thức.
Biến đầu ra (Output Variables): Dùng để xuất thông tin từ cấu hình Terraform. Biến đầu ra có thể kết hợp nhiều cấu hình với nhau.

Expressions trong Terraform : Biểu thức trong Terraform cho phép bạn thao tác với dữ liệu và tạo ra các cấu hình linh hoạt. Biểu thức bao gồm:

Chuỗi mẫu (Template strings)
Các toán tử (Operators)
Điều kiện (Conditionals)
Vòng lặp (for)
Splat (...) để mở rộng danh sách hoặc map.
Khối động (Dynamic blocks) để tạo cấu hình lặp lại.
Ràng buộc (Constraints) để xác thực dữ liệu đầu vào.

Functions trong Terraform: Terraform cung cấp nhiều hàm đa dạng để thực hiện các tác vụ khác nhau trên dữ liệu:

Hàm số học (Numeric)
Hàm chuỗi (String)
Hàm tập hợp (Collection)
Hàm mã hóa (Encoding)
Hàm hệ thống tập tin (Filesystem)
Hàm ngày giờ (Date & Time)
Hàm băm và mã hóa (Hash & Crypto)
Hàm mạng IP (IP Network)
Chuyển đổi kiểu dữ liệu (Type Conversion)

Meta Argument trong Terraform: depends_on:depends_on là một meta argument được sử dụng để chỉ định thứ tự tạo các tài nguyên khi chúng phụ thuộc lẫn nhau (nhưng không phụ thuộc vào dữ liệu của nhau).

Ví dụ: Nếu phần mềm trên instance cần truy cập vào S3 bucket, việc tạo aws_instance sẽ thất bại nếu bạn cố gắng tạo nó trước aws_iam_role_policy. Điều này là do instance cần IAM role với các chính sách phù hợp để truy cập S3. Sử dụng depends_on sẽ đảm bảo aws_iam_role_policy được tạo trước aws_instance.

terraform dependency

Lưu ý: Sử dụng depends_on quá nhiều có thể dẫn đến việc Terraform tạo ra các plan "bảo thủ" (conservative plans) và thay thế nhiều tài nguyên hơn cần thiết. Chỉ sử dụng depends_on khi thực sự cần thiết để đảm bảo thứ tự tạo tài nguyên chính xác.

Meta Arguments trong Terraform: count vs for_each: Hai meta argument thường dùng là count và for_each, tuy có chức năng tạo nhiều tài nguyên từ một khối cấu hình nhưng lại có điểm khác biệt:

count:

Sử dụng một số nguyên để xác định số lượng tài nguyên cần tạo.
Thích hợp khi các tài nguyên cần tạo gần giống nhau và có thể được cấu hình chỉ với một giá trị số.
Ví dụ: Bạn có thể sử dụng count để tạo 3 máy chủ web giống hệt nhau.

for_each:

Sử dụng một map hoặc set để lặp qua các giá trị và tạo tài nguyên cho mỗi giá trị.
Cho phép tùy chỉnh cấu hình của từng tài nguyên dựa trên các giá trị trong map hoặc set.
Linh hoạt hơn count vì bạn có thể sử dụng các giá trị khác nhau để cấu hình từng tài nguyên.

Tóm lại:

Sử dụng count khi bạn cần tạo một số lượng xác định các tài nguyên gần giống nhau.
Sử dụng for_each khi bạn cần tạo các tài nguyên với cấu hình riêng lẻ dựa trên một tập hợp các giá trị.
Sao chép thủ công cấu hình cho từng tài nguyên không chỉ tốn thời gian mà còn dễ mắc lỗi. Bên cạnh đó, nó đi ngược lại nguyên tắc DRY (Don’t Repeat Yourself - Không lặp lại chính mình) - một nguyên tắc cơ bản trong phát triển phần mềm nhằm giảm thiểu việc lặp lại code

Setting up Terraform

Thiết lập Terraform là một quá trình từng bước:

Cài đặt Terraform: Bắt đầu bằng việc cài đặt Terraform trên hệ thống của bạn. Bạn có thể tham khảo hướng dẫn cài đặt chính thức từ HashiCorp: https://developer.hashicorp.com/terraform/tutorials/aws-get-started/install-cli
Thiết lập quyền truy cập với Cloud Provider:
Tiếp theo, bạn cần thiết lập quyền truy cập với Cloud Provider mà bạn sử dụng (ví dụ: AWS). Quy trình này thường liên quan đến việc tạo IAM role để cấp cho Terraform các quyền cần thiết để quản lý tài nguyên (RDS, EC2, IAM, S3, DynamoDB, Route53,...). Bạn có thể sử dụng các công cụ như AWS Command Line Interface (AWS CLI) để tạo IAM role và thiết lập chính sách.
Cấu hình Terraform: Sau khi thiết lập quyền truy cập, bạn bắt đầu viết cấu hình Terraform (file .tf). File này định nghĩa các tài nguyên cơ sở hạ tầng mong muốn, bao gồm nhà cung cấp (provider), vùng (region) và các tài nguyên cụ thể (ví dụ: EC2 instance).
Áp dụng cấu hình: Terraform cung cấp các lệnh để quản lý vòng đời của cấu hình:
- terraform init: Khởi tạo thư mục làm việc và tải về các plugin cần thiết để Terraform hiểu được các tài nguyên được khai báo trong cấu hình.
- terraform plan: Xem trước các thay đổi mà Terraform sẽ thực hiện trên cơ sở hạ tầng của bạn. Lệnh này giúp bạn kiểm tra xem cấu hình có hợp lệ và sẽ tạo ra những thay đổi gì trước khi thực sự áp dụng chúng.
- terraform apply: Thực hiện các thay đổi được mô tả trong cấu hình. Đây là lệnh để Terraform tạo hoặc cập nhật các tài nguyên trên nền tảng Cloud.
- terraform destroy (tùy chọn): Xóa các tài nguyên đã được tạo bằng Terraform. Lệnh này hữu ích khi bạn muốn dọn dẹp môi trường hoặc loại bỏ các tài nguyên không cần thiết.

Lưu ý rằng sử dụng terraform destroy sẽ xóa vĩnh viễn các tài nguyên, vì vậy hãy cẩn thận khi sử dụng lệnh này.

Lưu trữ trạng thái Terraform (Terraform State Backend)

Lưu trữ trạng thái (state backend) là một khía cạnh quan trọng trong Terraform vì nó lưu trữ thông tin về các tài nguyên đã được tạo và cấu hình của chúng. Terraform cung cấp hai lựa chọn chính để lưu trữ trạng thái:

What is Terraform State File and How it is Managed? | easydeploy.io

1. Lưu trữ cục bộ (Local Backend):

Lưu trữ file trạng thái ngay cạnh code Terraform của bạn.
Ưu điểm: Đơn giản và dễ thiết lập.
Nhược điểm:
- Các giá trị nhạy cảm được lưu trữ ở dạng văn bản thuần (plain text), gây ra rủi ro về bảo mật.
- Không phù hợp cho môi trường làm việc nhóm vì mỗi người dùng cần quản lý file trạng thái riêng.
- Khó tự động hóa việc quản lý trạng thái.

2. Lưu trữ từ xa (Remote Backend):

Lưu trữ file trạng thái trên một máy chủ từ xa, tách biệt với máy tính của người dùng.
Ưu điểm:
- Cải thiện tính bảo mật bằng cách cho phép mã hóa dữ liệu nhạy cảm.
- Thích hợp cho cộng tác nhóm vì nhiều người dùng có thể truy cập cùng một trạng thái.
- Dễ dàng tự động hóa việc quản lý trạng thái.
Nhược điểm:
- Làm tăng độ phức tạp của việc thiết lập và quản lý Terraform.

Các lựa chọn lưu trữ từ xa:

Terraform Cloud: Terraform Cloud cung cấp dịch vụ lưu trữ trạng thái được quản lý hoàn toàn.
- Ưu điểm: Dễ dàng sử dụng, tích hợp sẵn các tính năng quản lý người dùng và phân quyền.
- Nhược điểm: Phụ thuộc vào dịch vụ của bên thứ ba (Terraform Cloud).
Tự quản lý lưu trữ từ xa: Bạn có thể tự lưu trữ file trạng thái trên một dịch vụ lưu trữ Cloud như Amazon S3.
- Ưu điểm: Kiểm soát nhiều hơn đối với dữ liệu của bạn.
- Nhược điểm: Yêu cầu bạn tự thiết lập và quản lý lưu trữ từ xa.

Account Set-up checklist

Khi tìm hiểu về kiến trúc Cloud và IaC, có một số bài học kinh nghiệm giá trị phổ quát:

1. Xác định cơ sở hạ tầng của bạn dưới dạng code(Define your infrastructure as code):

Chọn một công cụ IaC phù hợp với nhu cầu và nền tảng cloud của bạn (ví dụ: Terraform, AWS CloudFormation, Azure Resource Manager).
Tìm hiểu cú pháp và chức năng cốt lõi của công cụ IaC bạn đã chọn.

2. Áp dụng tính mô-đun và khả năng sử dụng lại (modularity and reusability):

Chia nhỏ cơ sở hạ tầng của bạn thành các thành phần có thể tái sử dụng (mô-đun) để tổ chức và bảo trì tốt hơn.
Sử dụng biến và điều kiện để quản lý cấu hình động.

3. Kiểm soát phiên bản cơ sở hạ tầng (Version control):

Lưu trữ code IaC của bạn trong hệ thống kiểm soát phiên bản như Git để theo dõi thay đổi, cộng tác và khôi phục.
Áp dụng chiến lược phân nhánh để quản lý các môi trường khác nhau (phát triển, dàn dựng, sản xuất).

4. Tự động hóa việc cung cấp và quản lý cơ sở hạ tầng (Automate infrastructure provisioning and management):

Tận dụng quy trình CI/CD để tự động triển khai cơ sở hạ tầng dựa trên thay đổi mã.
Tích hợp công cụ IaC của bạn với các công cụ DevOps khác để có quy trình làm việc hợp lý.

5. Bảo mật là tối quan trọng:

Thực hiện các biện pháp bảo mật tốt nhất khi xác định cấu hình cơ sở hạ tầng.
Sử dụng nguyên tắc đặc quyền tối thiểu và quản lý quyền truy cập cho tài nguyên cloud.
Lưu trữ và quản lý an toàn thông tin nhạy cảm (ví dụ: khóa API) được sử dụng trong mã IaC của bạn.

6. Test and validate your infrastructure :

Đảm bảo tính chính xác và nhất quán của nó.
Sử dụng test IAC để xác nhận các triển khai trước khi áp dụng cho môi trường production.

7. Giám sát và quản lý cơ sở hạ tầng :

Set up monitoring tools to track the health and performance of your cloud resources..
Áp dụng cơ chế ghi nhật ký và cảnh báo để xác định và giải quyết nhanh chóng các vấn đề về cơ sở hạ tầng.

8. Ghi chép tài liệu về cơ sở hạ tầng :

Duy trì tài liệu rõ ràng và súc tích về mã IaC và cấu hình cơ sở hạ tầng.
Điều này tạo điều kiện chia sẻ kiến thức, khắc phục sự cố và sửa đổi trong tương lai.

Tầm quan trọng của Phân tách Module trong viết code IaC

Bắt đầu xây dựng một dự án cơ sở hạ tầng mới, điều quan trọng là suy nghĩ về cách phân tách cơ sở hạ tầng của bạn thành các module tái sử dụng được. Hãy bắt đầu với cách tiếp cận "thiết kế trước" (designing-first), cân nhắc xem các thành phần nào sẽ cần thiết cho các dự án và môi trường khác nhau. Tầm nhìn xa này giống như kiến trúc sư lập kế hoạch cho các không gian khác nhau trong tòa nhà - mỗi không gian có một mục đích và yêu cầu cụ thể, nhưng tất cả đều hoạt động cùng nhau để tạo thành một tổng thể thống nhất.

Lợi ích của việc phân tách module:

Tính tái sử dụng: Các module có thể được sử dụng lại trong nhiều dự án và môi trường khác nhau, tiết kiệm thời gian và công sức.
Tính linh hoạt: Các module có thể dễ dàng kết hợp và khớp nối (mix and match) để tạo ra các cấu trúc cloud phức tạp hơn.
Bảo trì dễ dàng: Thay đổi trong một module có thể được thực hiện cục bộ mà không ảnh hưởng đến các phần khác của cơ sở hạ tầng.
Tính nhất quán: Sử dụng các module đảm bảo tính nhất quán trong cách các thành phần cơ sở hạ tầng được định cấu hình và quản lý.
Code gọn gàng hơn: Tránh lặp lại code bằng cách phân tách các chức năng chung vào các module riêng biệt.

Phương pháp "Thiết kế trước, viết code khi cần" (Design First, Code When Needed) phát triển phần mềm bằng cách ưu tiên sự tích hợp liền mạch giữa thiết kế và code. Nó đối nghịch với quy trình làm việc theo truyền thống, thường dẫn đến sự thiếu kết nối giữa hai giai đoạn quan trọng này, gây ra những thiếu hiệu quả và sản phẩm cuối cùng không gắn kết.

Triết lý cốt lõi:

Giữ cho giai đoạn thiết kế và viết code luôn đồng bộ.
Đảm bảo các cập nhật cho code được phản ánh vào thiết kế và ngược lại.

Lợi ích:

Khắc phục lỗ hổng phổ biến trong phát triển phần mềm: tài liệu không được cập nhật để khớp với codebase thực tế.
Nhấn mạnh tầm quan trọng của việc khớp nối các nhu cầu thiết kế với những thay đổi code, từ đó tạo điều kiện cho một quy trình phát triển hiệu quả và gắn kết hơn.

Ưu điểm:

Tránh lãng phí thời gian và công sức cho việc viết code cho các tính năng không được thiết kế đầy đủ.
Giúp dự án đi đúng hướng ngay từ đầu, dẫn đến sản phẩm cuối cùng đáp ứng tốt hơn các yêu cầu.
Cải thiện communication giữa các nhà thiết kế và lập trình viên, đảm bảo tất cả các bên đều cùng tham gia vào quy trình phát triển.
Dễ dàng điều chỉnh và cập nhật thiết kế khi cần thiết, nhờ sự đồng bộ giữa thiết kế và code.

Nhìn chung, phương pháp "Thiết kế trước, viết code khi cần" là một cách tiếp cận hiện đại và hiệu quả để phát triển phần mềm. Bằng cách ưu tiên thiết kế và đảm bảo sự thống nhất với code, phương pháp này giúp các nhóm tạo ra các sản phẩm phần mềm chất lượng cao hơn, đáp ứng được nhu cầu của người dùng.

Phương pháp "Shift Left" (dịch trái) trong quản lý cơ sở hạ tầng cloud nhấn mạnh việc tập trung sớm và liên tục vào chất lượng và hiệu quả trong suốt các giai đoạn thiết kế, mã hóa, kiểm thử và triển khai. Cách tiếp cận này khuyến khích các nhóm tích hợp các hoạt động quan trọng như lập kế hoạch, kiểm thử và xem xét vào giai đoạn đầu của chu kỳ phát triển, do đó xác định và giải quyết các vấn đề tiềm ẩn trước khi triển khai.

Bằng cách bắt đầu với giai đoạn thiết kế chi tiết, các nhóm có thể trực quan hóa và hiểu rõ những phức tạp của cơ sở hạ tầng Cloud ngay từ đầu. Điều này giúp giảm thiểu rủi ro của "design drift" - tình trạng thiết kế ban đầu trở nên lỗi thời do những thay đổi nhanh chóng trong cơ sở hạ tầng Cloud, dẫn đến sự không nhất quán khó có thể giải quyết sau này.

Từ thiết kế sang code và đảm bảo chất lượng ("Shift Left") phương pháp này tận dụng các công cụ như Terraform để dịch các thiết kế phức tạp thành mã thực thi. Bước này nhấn mạnh tầm quan trọng của việc xem xét code để đảm bảo cơ sở hạ tầng mạnh mẽ và đáng tin cậy. Kiểm thử, một bước thiết yếu trong phương pháp này, được thực hiện để xác minh tính bảo mật, tính hiệu quả về chi phí và chức năng, sử dụng các plugin và công cụ khác nhau để đánh giá toàn diện.

Lợi ích của phương pháp "Shift Left":

Phát hiện lỗi sớm: Bằng cách kiểm tra và xem xét mã sớm, các lỗi có thể được phát hiện và khắc phục ngay từ đầu, tiết kiệm thời gian và công sức về lâu dài.
Cải thiện chất lượng: Tích hợp các hoạt động đảm bảo chất lượng vào giai đoạn đầu của quy trình giúp cải thiện tổng thể chất lượng của cơ sở hạ tầng được triển khai.
Giảm thiểu rủi ro: Xác định và giải quyết các vấn đề tiềm ẩn trước khi triển khai giúp giảm thiểu rủi ro sự cố sau khi đưa vào hoạt động.
Tăng tốc độ triển khai: Bằng cách giải quyết các vấn đề trước, việc triển khai cơ sở hạ tầng trở nên nhanh chóng và hiệu quả hơn.
Cải thiện tính linh hoạt: Phát hiện lỗi sớm cho phép các nhóm phản ứng nhanh hơn với những thay đổi và điều chỉnh mã dễ dàng hơn.

Complete Terraform - part 1