Komuniti CloudFormation Kelewatan

1. Mengapa CloudFormation begitu lambat?
2. Berapa lama masa yang diperlukan untuk mendapatkan maklumat awan?
3. Adalah terraform lebih cepat daripada maklumat awan?
4. Berapa pantas penggunaan cloudformation?
5. Apakah keadaan tunggu dalam CloudFormation?
6. Apakah perbezaan antara keadaan tunggu cloudformation dan bergantung pada?
7. Apakah perbezaan antara keadaan tunggu dan dasar penciptaan CloudFormation?
8. Apa yang menyebabkan kelebihan awan hanyut?
9. Apa yang menyebabkan stack drift?
10. Apa yang hanyut dalam CloudFormation?
11. Adalah terraform lebih baik daripada maklumat awan?
12. Apa yang menyebabkan kelebihan awan hanyut?
13. Yang lebih mudah untuk kod terraform atau maklumat awan?
14. Sekiranya saya menggunakan CloudFormation atau CDK?
15. Adakah CDK mengganti maklumat awan?
16. Mengapa tidak menggunakan CDK?
17. Adakah CloudFormation sukar?

Mengapa CloudFormation begitu lambat?

Maklumat awan kelihatan perlahan kerana ia berusaha keras untuk tidak masuk ke dalam keadaan di mana infrastruktur anda rosak. Kedua -dua CloudFormation dan Terraform cuba melaksanakan sebanyak mungkin selari (menjaga kebergantungan antara sumber dalam fikiran).

Berapa lama masa yang diperlukan untuk mendapatkan maklumat awan?

Saya juga mencuba Waitcondition tetapi belum dapat bekerja. Tumpukan pada dasarnya hanya kekal dalam keadaan update_in_progress sehingga ia mencecah waktu tamat lalai (~ 3 jam), atau anda mencetuskan membatalkan kemas kini.

Adalah terraform lebih cepat daripada maklumat awan?

Skop. CloudFormation merangkumi kebanyakan bahagian AWS dan memerlukan sedikit masa untuk menyokong keupayaan perkhidmatan baru. Terraform merangkumi kebanyakan sumber AWS dan selalunya lebih cepat daripada CloudFormation ketika datang untuk menyokong ciri AWS baru.

Berapa pantas penggunaan cloudformation?

Tetapi penggunaan dengan CloudFormation sangat perlahan (15-20 minit).

Apakah keadaan tunggu dalam CloudFormation?

Tunggu keadaan, seperti namanya, adalah alat yang digunakan untuk mengawal urutan penciptaan sumber AWS dalam timbunan CloudFormation. Ia boleh menjeda penciptaan timbunan dan menunggu isyarat untuk memastikan sumber dan konfigurasi tertentu dilancarkan dengan betul sebelum meneruskan proses penciptaan timbunan.

Apakah perbezaan antara keadaan tunggu cloudformation dan bergantung pada?

Dependson tidak menunggu isyarat kejayaan atau kegagalan dari sumber AWS sebelum bergerak maju. Walaupun, sebaliknya, Waitcondition menunggu isyarat kejayaan dari sumber AWS anda dan meneruskan pelaksanaan templat CloudFormation.

Apakah perbezaan antara keadaan tunggu dan dasar penciptaan CloudFormation?

Waitcondition adalah sumber cloudformation dengan sendirinya, sedangkan penciptaan adalah atribut yang berkaitan dengan sumber lain. Pada masa ini, hanya AutoScalingGroup, contoh EC2 & Sumber Waitcondition menyokong atribut penciptaan.

Apa yang menyebabkan kelebihan awan hanyut?

Drift Konfigurasi berlaku apabila perubahan manual dibuat kepada sumber anda di luar timbunan CloudFormation yang mencipta mereka. Seperti yang ditunjukkan dalam rajah di bawah, perubahan kepada fungsi lambda akan menyebabkan timbunan awan ke hanyut dari keadaan asal.

Apa yang menyebabkan stack drift?

Stack drift berlaku apabila konfigurasi sebenar sumber infrastruktur berbeza dari konfigurasi yang diharapkan. Biasanya, ini disebabkan oleh pengguna mengedit sumber secara langsung dengan menggunakan perkhidmatan asas yang menghasilkan sumber.

Apa yang hanyut dalam CloudFormation?

Drift adalah perbezaan antara nilai konfigurasi yang dijangkakan bagi sumber timbunan yang ditakrifkan dalam templat CloudFormation dan nilai konfigurasi sebenar sumber -sumber ini dalam susunan CloudFormation yang sepadan.

Adalah terraform lebih baik daripada maklumat awan?

Manfaat Terraform meningkat fleksibiliti ke atas maklumat awan berkenaan dengan modulariti. Modul Terraform boleh ditarik untuk mana -mana penyedia yang disokong, atau organisasi boleh melancarkan sendiri.

Apa yang menyebabkan kelebihan awan hanyut?

Drift Konfigurasi berlaku apabila perubahan manual dibuat kepada sumber anda di luar timbunan CloudFormation yang mencipta mereka. Seperti yang ditunjukkan dalam rajah di bawah, perubahan kepada fungsi lambda akan menyebabkan timbunan awan ke hanyut dari keadaan asal.

Yang lebih mudah untuk kod terraform atau maklumat awan?

Dalam CloudFormation, adalah mungkin untuk menguruskan apa yang dipanggil "sumber tersuai" dengan menggunakan fungsi AWS Lambda penciptaan anda sendiri sebagai hujung belakang. Untuk Terraform, sambungan lebih mudah untuk menulis dan menjadi sebahagian daripada kod. Oleh itu, ada kelebihan untuk Terraform dalam kes ini.

Sekiranya saya menggunakan CloudFormation atau CDK?

Di samping itu, CDK menyediakan format penggunaan semula yang lebih berstruktur daripada CloudFormation. Tahap penggunaan semula komponen, niat, dan corak yang digunakan tiga peringkat bermakna anda boleh membina perpustakaan komponen dan corak yang boleh digunakan semula.

Adakah CDK mengganti maklumat awan?

Menggunakan bahasa pengaturcaraan yang biasa dan menyediakan perpustakaan di TypeScript, Python, Java, dan . Bersih, pemaju boleh menulis dengan kod yang sama dengan stack mereka yang lain untuk menguruskan infrastruktur mereka. CDK, bagaimanapun, tidak mempunyai AWS CloudFormation. Malah, CDK mensintesis ke CloudFormation.

Mengapa tidak menggunakan CDK?

Masalah dengan CDK tidak mempunyai komponen sisi awan tidak berhenti di debug. Kerana ia adalah alat sampingan klien ia meletakkan lebih banyak tanggungjawab kepada pasukan yang AWS biasanya akan mengendalikan, sebagai contoh: persekitaran penggunaan mesti dikekalkan - untuk pembangunan dan pengeluaran.

Adakah CloudFormation sukar?

CloudFormation agak kompleks dan pastinya menjadi cabaran bagi seseorang yang baru untuk AWS. Saya sangat mengesyorkan bahawa anda membina sistem ujian pada mulanya menggunakan konsol AWS untuk mendapatkan pemahaman yang lebih baik untuk bagaimana keadaan bersesuaian sebelum anda cuba skrip infrastruktur yang tidak remeh.