ಟೆರಾಫಾರ್ಮ್ ಮಾಡ್ಯೂಲ್‌ನಲ್ಲಿ ಪ್ರೋಗ್ರಾಮೆಬಲ್ AWS ಲ್ಯಾಂಡಿಂಗ್ ವಲಯವನ್ನು ಪರಿಚಯಿಸಲಾಗುತ್ತಿದೆ

ಎಲ್ಲರಿಗು ನಮಸ್ಖರ! ಡಿಸೆಂಬರ್‌ನಲ್ಲಿ, OTUS ಹೊಸ ಕೋರ್ಸ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ - ಕ್ಲೌಡ್ ಸೊಲ್ಯೂಷನ್ ಆರ್ಕಿಟೆಕ್ಚರ್. ಈ ಕೋರ್ಸ್‌ನ ಪ್ರಾರಂಭದ ನಿರೀಕ್ಷೆಯಲ್ಲಿ, ವಿಷಯದ ಕುರಿತು ಆಸಕ್ತಿದಾಯಕ ವಸ್ತುಗಳ ಅನುವಾದವನ್ನು ನಾವು ನಿಮ್ಮೊಂದಿಗೆ ಹಂಚಿಕೊಳ್ಳುತ್ತಿದ್ದೇವೆ.

AWS ಲ್ಯಾಂಡಿಂಗ್ ವಲಯ ಉತ್ತಮ ಅಭ್ಯಾಸಗಳ ಆಧಾರದ ಮೇಲೆ ಸುರಕ್ಷಿತ, ಬಹು-ಖಾತೆ AWS ಪರಿಸರವನ್ನು ತ್ವರಿತವಾಗಿ ಹೊಂದಿಸಲು ಗ್ರಾಹಕರಿಗೆ ಸಹಾಯ ಮಾಡುವ ಪರಿಹಾರವಾಗಿದೆ.

ಐದು ವರ್ಷಗಳಿಂದ, Mitoc ಗ್ರೂಪ್‌ನಲ್ಲಿರುವ ನಮ್ಮ ತಂಡವು ದೊಡ್ಡ ಸಂಸ್ಥೆಗಳಿಗೆ ತಮ್ಮ ಡಿಜಿಟಲ್ ಹೆಜ್ಜೆಗುರುತನ್ನು AWS ಕ್ಲೌಡ್‌ಗೆ ಯಶಸ್ವಿಯಾಗಿ ಡಿಜಿಟಲ್ ಆಗಿ ಪರಿವರ್ತಿಸಲು ಮತ್ತು ನಿರ್ಮಿಸಲು ಅಥವಾ ಸ್ಥಳಾಂತರಿಸಲು ಸಹಾಯ ಮಾಡಲು ದಣಿವರಿಯಿಲ್ಲದೆ ಕೆಲಸ ಮಾಡಿದೆ. ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೇಳುವುದಾದರೆ, AWS ನಲ್ಲಿ ನಮ್ಮ ಸ್ನೇಹಿತರನ್ನು ಉಲ್ಲೇಖಿಸಲು: "ನಮ್ಮ ಗ್ರಾಹಕರು AWS ನೊಂದಿಗೆ ತಮ್ಮನ್ನು ಮರುಶೋಧಿಸುತ್ತಿದ್ದಾರೆ." ಗ್ರಾಹಕರ ಪರವಾಗಿ ಯಂತ್ರಶಾಸ್ತ್ರವನ್ನು ಮರುಶೋಧಿಸಲು ಮತ್ತು ಸರಳೀಕರಿಸಲು ಇದು ಎಂದಿಗೂ ಮುಗಿಯದ ಪ್ರಯತ್ನವಾಗಿದೆ, ಮತ್ತು AWS ಸುಲಭವಾಗಿ ಕಲಿಯಲು ಪರಿಹಾರಗಳೊಂದಿಗೆ ಸಂಕೀರ್ಣ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುವ ಉತ್ತಮ ಕೆಲಸವನ್ನು ಮಾಡುತ್ತದೆ.

AWS ಲ್ಯಾಂಡಿಂಗ್ ವಲಯ (ಮೂಲ)

AWS ಲ್ಯಾಂಡಿಂಗ್ ವಲಯ ಎಂದರೇನು?

ಅಧಿಕೃತ ಮೂಲದಿಂದ ಮಾಹಿತಿಯ ಪ್ರಕಾರ:

AWS ಲ್ಯಾಂಡಿಂಗ್ ವಲಯವು AWS ಉತ್ತಮ ಅಭ್ಯಾಸಗಳ ಆಧಾರದ ಮೇಲೆ ಬಹು ಖಾತೆಗಳೊಂದಿಗೆ ಸುರಕ್ಷಿತ AWS ಪರಿಸರವನ್ನು ತ್ವರಿತವಾಗಿ ಹೊಂದಿಸಲು ಗ್ರಾಹಕರಿಗೆ ಸಹಾಯ ಮಾಡುವ ಪರಿಹಾರವಾಗಿದೆ. ಹಲವಾರು ಆಯ್ಕೆಗಳೊಂದಿಗೆ, ಬಹು-ಖಾತೆ ಪರಿಸರವನ್ನು ಹೊಂದಿಸುವುದು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಬಹು ಖಾತೆಗಳು ಮತ್ತು ಸೇವೆಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ ಮತ್ತು AWS ಸೇವೆಗಳ ಆಳವಾದ ತಿಳುವಳಿಕೆ ಅಗತ್ಯವಿರುತ್ತದೆ.

AWS ಲ್ಯಾಂಡಿಂಗ್ ವಲಯವು ವಿಭಿನ್ನ ಗ್ರಾಹಕರಿಗೆ ವಿತರಿಸಲಾದ ಒಂದೇ ರೀತಿಯ ವಿನ್ಯಾಸ ಮಾದರಿಗಳ ಸಂಕೀರ್ಣತೆ ಮತ್ತು ಸ್ಥಿರತೆಯನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಕಡಿಮೆ ಮಾಡಿದೆ. ಮತ್ತೊಂದೆಡೆ, ನಮ್ಮ ತಂಡವು ಕೆಲವು ಕ್ಲೌಡ್ ಫಾರ್ಮೇಶನ್ ಘಟಕಗಳನ್ನು ಯಾಂತ್ರೀಕೃತಗೊಳಿಸುವಿಕೆಗಾಗಿ ಮತ್ತಷ್ಟು ಬಳಸಲು ಅವುಗಳನ್ನು ಟೆರಾಫಾರ್ಮ್ ಘಟಕಗಳಾಗಿ ಮರುಸಂರಚಿಸಬೇಕು.

ಆದ್ದರಿಂದ ನಾವು ನಮ್ಮನ್ನು ಕೇಳಿಕೊಂಡೆವು, ಸಂಪೂರ್ಣ AWS ಲ್ಯಾಂಡಿಂಗ್ ವಲಯ ಪರಿಹಾರವನ್ನು ಟೆರಾಫಾರ್ಮ್‌ನಲ್ಲಿ ಏಕೆ ನಿರ್ಮಿಸಬಾರದು? ನಾವು ಇದನ್ನು ಮಾಡಬಹುದೇ ಮತ್ತು ಇದು ನಮ್ಮ ಗ್ರಾಹಕರ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುತ್ತದೆಯೇ? ಸ್ಪಾಯ್ಲರ್: ಇದು ಮತ್ತು ಈಗಾಗಲೇ ನಿರ್ಧರಿಸುತ್ತಿದೆ! 🙂

ನೀವು ಯಾವಾಗ AWS ಲ್ಯಾಂಡಿಂಗ್ ವಲಯವನ್ನು ಬಳಸಬಾರದು?

ನೀವು ಒಂದು ಅಥವಾ ಎರಡು AWS ಖಾತೆಗಳಲ್ಲಿ ನಿಯಮಿತ ಕ್ಲೌಡ್ ಸೇವೆಗಳು ಮತ್ತು ಕ್ಲೌಡ್ ಸಂಪನ್ಮೂಲಗಳೊಂದಿಗೆ ವ್ಯವಹರಿಸುತ್ತಿದ್ದರೆ, ಈ ಕ್ರಮಗಳು ಮಿತಿಮೀರಿದ ಇರಬಹುದು. ಈ ವಿಷಯಕ್ಕೆ ಸಂಬಂಧಿಸದ ಯಾರಾದರೂ ಓದುವುದನ್ನು ಮುಂದುವರಿಸಬಹುದು :)

ಕೆಲಸವನ್ನು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ನೀವು ಏನು ಪರಿಗಣಿಸಬೇಕು?

ನಾವು ಕೆಲಸ ಮಾಡಿದ ಅನೇಕ ದೊಡ್ಡ ಸಂಸ್ಥೆಗಳು ಈಗಾಗಲೇ ಕೆಲವು ರೀತಿಯ ಕ್ಲೌಡ್ ತಂತ್ರವನ್ನು ಹೊಂದಿವೆ. ಸ್ಪಷ್ಟ ದೃಷ್ಟಿ ಮತ್ತು ನಿರೀಕ್ಷೆಗಳಿಲ್ಲದೆ ಕ್ಲೌಡ್ ಸೇವೆಗಳನ್ನು ಯಶಸ್ವಿಯಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸಲು ಕಂಪನಿಗಳು ಹೆಣಗಾಡುತ್ತಿವೆ. ದಯವಿಟ್ಟು ನಿಮ್ಮ ಕಾರ್ಯತಂತ್ರವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಲು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳಿ ಮತ್ತು AWS ಅದಕ್ಕೆ ಹೇಗೆ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಿ.

ಕಾರ್ಯತಂತ್ರವನ್ನು ಹೊಂದಿಸುವಾಗ, ಯಶಸ್ವಿ AWS ಲ್ಯಾಂಡಿಂಗ್ ವಲಯ ಗ್ರಾಹಕರು ಈ ಕೆಳಗಿನವುಗಳ ಮೇಲೆ ಸಕ್ರಿಯವಾಗಿ ಕೇಂದ್ರೀಕರಿಸುತ್ತಾರೆ:

• ಆಟೊಮೇಷನ್ ಸರಳವಾಗಿ ಒಂದು ಆಯ್ಕೆಯಾಗಿಲ್ಲ. ಕ್ಲೌಡ್ ಸ್ಥಳೀಯ ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಆದ್ಯತೆ ಇದೆ.
• ಕ್ಲೌಡ್ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಒದಗಿಸಲು ತಂಡಗಳು ಒಂದೇ ರೀತಿಯ ಸಾಧನಗಳೊಂದಿಗೆ ಒಂದೇ ಯಂತ್ರಶಾಸ್ತ್ರವನ್ನು ಸತತವಾಗಿ ಬಳಸುತ್ತವೆ. ಟೆರಾಫಾರ್ಮ್ ಅನ್ನು ಬಳಸುವುದು ಉತ್ತಮ.
• ಹೆಚ್ಚು ಉತ್ಪಾದಕ ಕ್ಲೌಡ್ ಬಳಕೆದಾರರು ಮರುಬಳಕೆ ಮಾಡಬಹುದಾದ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ರಚಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿದ್ದಾರೆ ಮತ್ತು ಮರುಬಳಕೆ ಮಾಡಬಹುದಾದ ಕೋಡ್ ಬದಲಿಗೆ ಅವುಗಳನ್ನು ಮರುಬಳಕೆ ಮಾಡಬಹುದಾದ ಸೇವೆಗಳಾಗಿ ವಿತರಿಸುತ್ತಾರೆ. ಸರ್ವರ್‌ಲೆಸ್ ಆರ್ಕಿಟೆಕ್ಚರ್‌ಗೆ ಆದ್ಯತೆ ನೀಡಲಾಗಿದೆ.

AWS ಲ್ಯಾಂಡಿಂಗ್ ವಲಯಕ್ಕಾಗಿ ಟೆರಾಫಾರ್ಮ್ ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಪರಿಚಯಿಸಲಾಗುತ್ತಿದೆ

ಹಲವಾರು ತಿಂಗಳುಗಳ ಕಠಿಣ ಪರಿಶ್ರಮದ ನಂತರ, ನಿಮ್ಮ ಮುಂದೆ ಪ್ರಸ್ತುತಪಡಿಸಲು ನನಗೆ ಸಂತೋಷವಾಗಿದೆ AWS ಲ್ಯಾಂಡಿಂಗ್ ವಲಯಕ್ಕಾಗಿ ಟೆರಾಫಾರ್ಮ್ ಮಾಡ್ಯೂಲ್. ಮೂಲ ಕೋಡ್ GitHub ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ, ಮತ್ತು ಸ್ಥಿರ ಬಿಡುಗಡೆ ಆವೃತ್ತಿಗಳು ಟೆರಾಫಾರ್ಮ್ ಮಾಡ್ಯೂಲ್ ರಿಜಿಸ್ಟ್ರಿಯಲ್ಲಿ ಪ್ರಕಟಿಸಲಾಗಿದೆ.

ಪ್ರಾರಂಭಿಸಲು, ಸರಳವಾಗಿ ಆನ್ ಮಾಡಿ main.tf ನಿಮ್ಮ ಕೋಡ್‌ಗೆ:

module "landing_zone" {
  source     = "TerraHubCorp/landing-zone/aws"
  version    = "0.0.6"
  root_path  = "${path.module}"
  account_id = "${var.account_id}"
  region     = "${var.region}"
  landing_zone_components = "${var.landing_zone_components}"
}

ಗಮನಿಸಿ: ಸಕ್ರಿಯಗೊಳಿಸಲು ಮರೆಯದಿರಿ variables.tf ಮತ್ತು ನಿಮಗೆ ಬೇಕಾಗಿರಬಹುದಾದ ಎಲ್ಲವೂ outputs.tf.

ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಸುಲಭವಾಗುವಂತೆ, ನಾವು ಡೀಫಾಲ್ಟ್ ಮೌಲ್ಯಗಳನ್ನು ಸೇರಿಸಿದ್ದೇವೆ terraform.tfvars:

account_id = "123456789012"
region = "us-east-1"
landing_zone_components = {
  landing_zone_pipeline_s3_bucket = "s3://terraform-aws-landing-zone/mycompany/landing_zone_pipeline_s3_bucket/default.tfvars"
  [...]
}

ಇದರರ್ಥ ಈ ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಬಳಸುವಾಗ terraform ನಿಮಗೆ ಅಗತ್ಯವಿದೆ:

1. ಮೌಲ್ಯಗಳನ್ನು ಬದಲಿಸು account_id и region ನಿಮ್ಮ ಸ್ವಂತಕ್ಕೆ, ಇದು AWS ಸಂಸ್ಥೆಯಲ್ಲಿನ ಡೇಟಾಗೆ ಅನುರೂಪವಾಗಿದೆ;
2. ಮೌಲ್ಯಗಳನ್ನು ಬದಲಿಸು landing_zone_components ನಿಮ್ಮ AWS ಲ್ಯಾಂಡಿಂಗ್ ವಲಯ ಬಳಕೆಯ ಪ್ರಕರಣಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗುವಂತಹವುಗಳು;
3. ತಿದ್ದುಪಡಿ s3://terraform-aws-landing-zone/mycompany ನಿಮ್ಮ ಬ್ಲಾಕ್‌ಗೆ S3 ಮತ್ತು ಕೀ ಪೂರ್ವಪ್ರತ್ಯಯ S3ಅಲ್ಲಿ ನೀವು ಫೈಲ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತೀರಿ .tfvars (ಅಥವಾ ಫೈಲ್‌ಗಳಿಗೆ ಸಂಪೂರ್ಣ ಮಾರ್ಗ .tfvars ನಿಮ್ಮ ಸ್ಥಳೀಯ ಸಂಗ್ರಹಣೆಯಲ್ಲಿ).

ಈ ಮಾಡ್ಯೂಲ್ ಹತ್ತಾರು, ನೂರಾರು ಅಥವಾ ಸಾವಿರಾರು ನಿಯೋಜಿಸಬಹುದಾದ ಘಟಕಗಳನ್ನು ಹೊಂದಿರಬಹುದು, ಆದರೆ ಅವೆಲ್ಲವನ್ನೂ ನಿಯೋಜಿಸಬಾರದು ಅಥವಾ ನಿಯೋಜಿಸಲಾಗುವುದಿಲ್ಲ. ರನ್ಟೈಮ್ನಲ್ಲಿ, ವೇರಿಯಬಲ್ ನಕ್ಷೆಯ ಭಾಗವಾಗಿರದ ಘಟಕಗಳು landing_zone_components ನಿರ್ಲಕ್ಷಿಸಲಾಗುವುದು.

ತೀರ್ಮಾನಕ್ಕೆ

ಕ್ಲೌಡ್ ಸ್ಥಳೀಯ ಆಟೊಮೇಷನ್ ಅನ್ನು ನಿರ್ಮಿಸಲು ಗ್ರಾಹಕರಿಗೆ ಸಹಾಯ ಮಾಡುವ ನಮ್ಮ ಪ್ರಯತ್ನಗಳ ಫಲವನ್ನು ಹಂಚಿಕೊಳ್ಳಲು ನಾವು ರೋಮಾಂಚನಗೊಂಡಿದ್ದೇವೆ ಮತ್ತು ಹೆಮ್ಮೆಪಡುತ್ತೇವೆ. AWS ಲ್ಯಾಂಡಿಂಗ್ ಝೋನ್‌ಗಾಗಿ ಟೆರಾಫಾರ್ಮ್ ಮಾಡ್ಯೂಲ್ ಮತ್ತೊಂದು ಪರಿಹಾರವಾಗಿದ್ದು, AWS ಉತ್ತಮ ಅಭ್ಯಾಸಗಳ ಆಧಾರದ ಮೇಲೆ ಬಹು ಖಾತೆಗಳೊಂದಿಗೆ ಸುರಕ್ಷಿತ AWS ಪರಿಸರವನ್ನು ತ್ವರಿತವಾಗಿ ಹೊಂದಿಸಲು ಸಂಸ್ಥೆಗಳಿಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ. AWS ಅತ್ಯಂತ ವೇಗದ ವೇಗದಲ್ಲಿ ಬೆಳೆಯುತ್ತಿದೆ ಎಂದು ನಮಗೆ ಚೆನ್ನಾಗಿ ತಿಳಿದಿದೆ ಮತ್ತು ಎಲ್ಲಾ ನೆಲೆಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಮತ್ತು ಇತರ AWS ಉತ್ಪಾದನಾ ಪರಿಹಾರಗಳೊಂದಿಗೆ ಸಂಯೋಜಿಸುವ ಟೆರಾಫಾರ್ಮ್ ಪರಿಹಾರವನ್ನು ತ್ವರಿತವಾಗಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ನಾವು ಬದ್ಧರಾಗಿದ್ದೇವೆ.

ಅಷ್ಟೇ. ನಿಮ್ಮ ಕಾಮೆಂಟ್‌ಗಳಿಗಾಗಿ ನಾವು ಕಾಯುತ್ತಿದ್ದೇವೆ ಮತ್ತು ನಿಮ್ಮನ್ನು ಆಹ್ವಾನಿಸುತ್ತೇವೆ ಉಚಿತ ವೆಬ್ನಾರ್ ಅದರೊಳಗೆ ನಾವು ಕ್ಲೌಡ್ ಲ್ಯಾಂಡಿಂಗ್ ಝೋನ್ ಡೊಮೇನ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ವಿನ್ಯಾಸವನ್ನು ಅಧ್ಯಯನ ಮಾಡೋಣ ಮತ್ತು ಮುಖ್ಯ ಡೊಮೇನ್‌ಗಳ ವಾಸ್ತುಶಿಲ್ಪದ ಮಾದರಿಗಳನ್ನು ಪರಿಗಣಿಸೋಣ.

ಮೂಲ: www.habr.com