Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Contoh kasus penggunaan otomotif Corp
Bagian whitepaper ini menunjukkan bagaimana pertimbangan, pertanyaan definisi persyaratan, dan pohon keputusan digunakan untuk membantu Anda memutuskan desain jaringan hibrida yang optimal. Mengidentifikasi dan menangkap persyaratan penting karena digunakan sebagai masukan ke pohon keputusan. Menangkap persyaratan di muka menghindari iterasi desain lebih lanjut. Menghentikan proyek sama sekali jika desain harus ditinjau kembali dan memiliki sumber daya berharga yang ditunda dapat diminimalkan dan idealnya dihindari ketika persyaratan dipahami di muka.
Contoh Corp Automotive akan digunakan di seluruh bagian ini sebagai pelanggan ilustratif. Mereka mencari untuk awalnya menyebarkan proyek analitik pertama mereka diAWS. Proyek analitik difokuskan pada analisis data dari mobil yang diproduksi oleh perusahaan dan kumpulan data lain yang sudah ada di pusat data perusahaan. Awalnya, grup arsitektur perusahaan berpikir mereka akan membutuhkan, VPC AmazonAkun AWS, dan beberapa subnet untuk menjadi tuan rumah lingkungan produksi dan pengembangan. Tim proyek sangat ingin memulai, dan mereka meminta akses lingkungan pengembangan sesegera mungkin. Mereka bertujuan untuk masuk produksi tiga bulan dari sekarang.
Contoh Corp Automotive juga berencana untuk digunakan AWS untuk beberapa proyek tambahan, seperti memigrasikan sistem ERP mereka, Virtual Desktop Infrastructure (VDI), dan 20 aplikasi lainnya dari lokal hingga AWS selama 6 bulan ke depan. Beberapa persyaratan untuk proyek tambahan masih ditentukan, tetapi jelas bahwa AWS Cloud penggunaannya akan tumbuh.
Tim arsitektur memutuskan untuk memanfaatkan pendekatan yang diuraikan dalam whitepaper ini. Mereka menggunakan pertanyaan definisi persyaratan yang diuraikan di bawah setiap pertimbangan untuk menangkap masukan untuk membuat keputusan desain mereka.
Mereka mulai dengan persyaratan yang terkait dengan jenis konektivitas yang dirangkum dalam tabel berikut.
Tabel 4 — Contoh input keandalan Automotive Corp
| Pertimbangan pemilihan tipe konektivitas | Pertanyaan definisi persyaratan | Jawaban |
|---|---|---|
| Saatnya Menyebarkan | Apa timeline yang diperlukan untuk penerapan? Jam, hari, minggu, atau bulan? |
|
| Keamanan | Apakah persyaratan dan kebijakan keamanan Anda memungkinkan penggunaan koneksi terenkripsi melalui internet untuk terhubung AWS atau mengamanatkan penggunaan koneksi jaringan pribadi? |
|
| Saat memanfaatkan koneksi jaringan pribadi, apakah lapisan jaringan harus menyediakan enkripsi saat transit? | Tidak, enkripsi lapisan aplikasi akan digunakan. | |
| SLA | Apakah konektivitas hybrid SLA dengan kredit layanan diperlukan? |
|
| Apa target uptime? |
|
|
| Apakah seluruh jaringan hybrid mematuhi target uptime? |
|
|
| Kinerja | Apa throughput yang dibutuhkan? |
|
| Berapa latensi maksimum yang dapat diterima antara AWS dan jaringan lokal? |
|
|
| Apa jitter jaringan maksimum yang dapat diterima? |
|
|
| Biaya | Berapa banyak data yang akan Anda kirim AWS per bulan? |
|
| Berapa banyak data yang akan Anda kirim AWS per bulan? |
|
|
| Apakah konektivitas ini permanen? | Ya |
Berdasarkan persyaratan yang diterima, tim arsitektur mengikuti pohon keputusan tipe konektivitas dari Gambar 9. Ini memungkinkan tim arsitektur untuk memutuskan jenis konektivitas untuk pengembangan dan pengujian dan lingkungan produksi. Untuk lingkungan produksi, mereka mempertimbangkan persyaratan langsung serta yang akan datang. Untuk pengembangan dan pengujian Contoh Corp Automotive akan membuat site-to-site VPN melalui internet. Untuk produksi, mereka akan bekerja dengan penyedia layanan untuk menghubungkan jaringan perusahaan merekaAWS Direct Connect. Contoh Corp Automotive awalnya mempertimbangkan untuk menggunakan Direct Connect Hosted Connect, namun karena persyaratan untuk SLA yang AWS disediakan
Setelah memutuskan jenis konektivitas, langkah selanjutnya adalah menangkap persyaratan yang memengaruhi pemilihan desain konektivitas. Ini terkait dengan desain logis, seperti bagaimana koneksi dikonfigurasi dan AWS layanan mana yang digunakan untuk mendukung persyaratan bisnis dan teknis.
Untuk menangkap persyaratan skalabilitas dan model komunikasi, tim arsitektur menggunakan pertanyaan definisi persyaratan dari bagian terkait dari whitepaper ini. Persyaratan yang terkait dengan kedua pertimbangan tersebut dirangkum dalam tabel berikut.
Tabel 5 - Pertanyaan definisi persyaratan
| Pertimbangan pemilihan desain konektivitas | Pertanyaan definisi persyaratan | Jawaban |
|---|---|---|
| Skalabilitas | Berapa jumlah VPC saat ini atau yang diantisipasi yang memerlukan konektivitas ke situs lokal? | 2 awalnya, tumbuh menjadi 30 dalam 6 bulan |
| Apakah VPC ini digunakan dalam satu Wilayah AWS atau beberapa Wilayah? | Wilayah Tunggal | |
| Berapa banyak situs lokal yang perlu dihubungkan? AWS | 2 pusat data | |
| Berapa banyak perangkat gateway pelanggan yang Anda miliki, per situs, yang perlu terhubungAWS? | 2 router per pusat data | |
| Berapa banyak rute yang diharapkan akan diiklankan ke AWS VPC serta jumlah rute yang diharapkan akan diterima dari samping? AWS |
|
|
| Apakah ada rencana untuk mempertimbangkan peningkatan bandwidth koneksi ke AWS dalam waktu dekat? |
|
|
| Model desain konektivitas | Apakah ada persyaratan agar komunikasi antar-VPC diaktifkan (dalam Wilayah dan/atau lintas Wilayah)? | Ya, dalam Wilayah AWS |
| Apakah ada persyaratan untuk mengakses layanan titik akhir AWS publik langsung dari lokal? | Ya | |
| Apakah ada persyaratan untuk mengakses AWS layanan menggunakan titik akhir VPC dari tempat? | Tidak |
Berdasarkan masukan, tim arsitektur mengikuti pohon keputusan dari bagian Desain Konektivitas. Setelah mengantisipasi bahwa jumlah VPC akan tumbuh dari 2 menjadi 30 dalam 6 bulan ke depan, tim arsitektur memutuskan untuk menggunakan AWS Transit Gateway sebagai gateway terminasi untuk koneksi dan untuk perutean antar-VPC. Independent AWS Transit Gateway s akan menghentikan koneksi VPN yang digunakan untuk pengembangan dan pengujian, dan untuk konektivitas produksi denganAWS Direct Connect. Penggunaan AWS Transit Gateway s terpisah membuat manajemen perubahan lebih sederhana dan memberikan demarkasi yang jelas antara dev/test dan lingkungan produksi. Untuk produksi, AWS Direct Connect gateway diperlukan karenaAWS Transit Gateway. VIF publik akan digunakan untuk akses ke layanan endpoint AWS publik. Gambar 14 mengilustrasikan jalur yang diambil pada pohon keputusan berdasarkan persyaratan yang dikumpulkan.
Gambar 14 — Contoh pohon keputusan desain koneksi otomotif Corp.
Setelah memutuskan solusi untuk memenuhi persyaratan model skalabilitas dan komunikasi, langkah selanjutnya adalah menangkap persyaratan yang terkait dengan keandalan. Ini terkait dengan tingkat ketersediaan dan ketahanan yang diperlukan.
Untuk menangkap persyaratan keandalan, tim arsitektur menggunakan pertanyaan definisi persyaratan dari bagian terkait dari whitepaper ini. Persyaratan dirangkum dalam tabel berikut.
Tabel 6 - Pertanyaan persyaratan keandalan
| Pertimbangan pemilihan desain konektivitas | Pertanyaan definisi persyaratan | Jawaban |
|---|---|---|
| Keandalan | Berapa besarnya dampak pada bisnis jika terjadi kegagalan konektivitasAWS? |
|
| Dari sudut pandang bisnis, apakah biaya mengikuti kegagalan konektivitas AWS lebih besar daripada biaya penerapan model konektivitas yang sangat andal? AWS |
|
Berdasarkan masukan yang diterima, tim arsitektur mengikuti pohon keputusan dari bagian pertimbangan keandalan yang dibahas sebelumnya pada whitepaper ini. Setelah mempertimbangkan target uptime 99,99% untuk konektivitas produksi dan dampak bisnis yang tinggi jika terjadi gangguan layanan, tim arsitektur memutuskan untuk menggunakan 2 lokasi Direct Connect dan memiliki 2 tautan dari setiap pusat data lokal ke setiap lokasi Direct Connect (total 4 tautan). Konektivitas VPN yang digunakan untuk pengembangan dan pengujian juga akan menggunakan dua koneksi VPN untuk redundansi tambahan. Menggunakan teknik rekayasa rute yang dibahas di bagian keandalan, konektivitas akan dikonfigurasi sebagai berikut:
-
Untuk pengembangan dan pengujian, lalu lintas akan diseimbangkan beban menggunakan ECMP melalui 2 terowongan menuju pusat data utama. Ini memungkinkan throughput yang lebih tinggi. Terowongan yang menuju ke pusat data sekunder akan digunakan jika terjadi kegagalan terowongan utama.
-
Untuk produksi, latensi antara lokal dan AWS di salah satu lokasi Direct Connect sangat mirip. Dalam hal ini, telah diputuskan untuk memuat keseimbangan lalu lintas antara AWS dan lokal melalui dua koneksi yang menuju ke pusat data utama untuk sistem lokal yang digunakan di pusat data utama. Demikian pula, untuk sistem lokal yang berjalan di pusat data sekunder, lalu lintas akan menjadi beban seimbang antara dua koneksi ke pusat data sekunder. Jika terjadi kegagalan koneksi, BGP akan memfasilitasi failover otomatis.
Gambar 15 mengilustrasikan jalur yang diambil pada pohon keputusan berdasarkan persyaratan yang dikumpulkan.
Gambar 15 — Contoh pohon keputusan keandalan otomotif Corp.
