e2e CI tests

The repo should do an end2end test run based on the actual action's Terraform/Ansible code.

We can run a full `provision->deploy->destroy` pipeline on every PR (it's 10mins). As far as I remember, external collaborators won't be able to run the CI on our behalf so we're good as long as BitOps doesn't leak (#36).

If that feels risky, we can use `/commands` comments in GH PRs for more granular control the CI runs for testing to avoid overusing the compute resources. Alternatively, use the [[ci skip]](https://docs.github.com/en/actions/managing-workflow-runs/skipping-workflow-runs) flags.

Are we confident in our work, ready to dogfood own GH Action and test deploy ST2 instance based on defaults to EC2? This will help verifying the action runs end-to-end on every new feature/change, avoid regressions and also allows testing the changes directly in this repo, rather than using another middle repo, speeding up the development and feedback loop.

Bắt đầu bằng cách xác định các workflow GitHub Actions hiện có của repository và các đường dẫn Terraform/Ansible được sử dụng để provision, deploy và destroy instance StackStorm. Xác định liệu mọi PR có nên kích hoạt lần chạy hay nên sử dụng một cơ chế command/skip có kiểm soát; được coi là hoàn tất khi một EC2 deployment mặc định hoàn thành từ đầu đến cuối mà không làm lộ BitOps hoặc lãng phí tài nguyên tính toán.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.