ເທື່ອລະຂັ້ນຕາມຕົວເລກໃນພາບ
- ບໍລິການໃນ VPC ດຽວກັນເອີ້ນກັນດ້ວຍຊື່
.internalແລະ Security Group ຂອງ db ມີກົດອະນຸຍາດໃຫ້ api ເຂົ້າພອດ 5432 - web ບໍ່ມີກົດອະນຸຍາດ ຈຶ່ງເຂົ້າ db ບໍ່ໄດ້ (ບໍລິການໃໝ່ຢູ່ໃນ ກຸ່ມເລີ່ມຕົ້ນ ທີ່ລົມກັນໄດ້ທຸກພອດ ຕ້ອງຍ້າຍ db ມາຢູ່ກຸ່ມຂອງຕົນເອງກ່ອນ ກົດຈຶ່ງມີຜົນ)
- VPC Peering ເຊື່ອມ 2 Project ເຂົ້າກັນ ແຕ່ຍັງບໍ່ເປີດຫຍັງໃຫ້ ຈົນກວ່າຈະເພີ່ມກົດໃນ Security Group ທີ່ຕົ້ນທາງເປັນ VPC ທີ່ເຊື່ອມໄວ້
- ບໍລິການໃນ Subnet ທີ່ເລືອກອອກອິນເຕີເນັດຜ່ານ NAT Gateway ດ້ວຍ IP ຄົງທີ່ທີ່ເປັນຂອງທ່ານຄົນດຽວ ຄູ່ຄ້າຈຶ່ງໃສ່ IP ນີ້ໃນ whitelist ໄດ້
| ເຄື່ອງມື | ຕອບຄຳຖາມ | ອ່ານຕໍ່ |
|---|---|---|
| VPC ແລະ Subnet | ບໍລິການໃດຢູ່ໃນເຄືອຂ່າຍດຽວກັນ | VPC ແລະ Subnet |
| Security Group | ໃຜເຂົ້າບໍລິການໃດໄດ້ ທີ່ພອດໃດ | Security Group |
| VPC Peering | Project ໃດ 2 ໂຕໃນ Region ດຽວກັນລົມກັນໄດ້ | VPC Peering |
| Network Hub | ເຊື່ອມຫຼາຍ VPC ຫຼື VPC ທີ່ຢູ່ຕ່າງ Region | Network Hub |
| VPN Gateway | ໃຫ້ຫ້ອງການ ແລະ ພະນັກງານເຂົ້າເຖິງ VPC | VPN Gateway |
| Firewall | ກັ່ນຕອງທຣາຟຟິກລະຫວ່າງ VPC ແລະ ອອກອິນເຕີເນັດດ້ວຍກົດທີ່ລຽງລຳດັບ | Firewall ເທິງ Network Hub |
| NAT Gateway | ອອກອິນເຕີເນັດດ້ວຍ IP ຫຍັງ | NAT Gateway |
ວາງຊ່ວງ IP ຂອງແຕ່ລະ Project ບໍ່ໃຫ້ທັບກັນຕັ້ງແຕ່ກ່ອນສ້າງບໍລິການ ຈະເຊື່ອມ Peering ຫຼື Network Hub ໄດ້ພາຍຫຼັງໂດຍບໍ່ຕ້ອງຍ້າຍຊ່ວງ IP (ເບິ່ງ ວາງເຄືອຂ່າຍ)
VPC Peering ເຊື່ອມ 2 VPC ທີ່ຢູ່ Region ດຽວກັນ ຖ້າຕ້ອງເຊື່ອມຕັ້ງແຕ່ 3 VPC ຂຶ້ນໄປ ເຊື່ອມ VPC ຕ່າງ Region ຫຼື ໃຫ້ຫ້ອງການເຂົ້າມາຜ່ານ VPN ໃຫ້ໃຊ້ Network Hub