Saya berlari melintasi halaman ini di dokumen Heroku ...
Domain telanjang, juga disebut domain bare atau apex, dikonfigurasikan dalam DNS melalui A-records dan memiliki implikasi ketersediaan serius ketika digunakan di lingkungan yang sangat tersedia seperti pusat data besar-besaran di lokasi, layanan infrastruktur cloud, dan platform seperti Heroku.
Untuk skalabilitas maksimum dan ketahanan aplikasi harus menghindari domain telanjang dan alih-alih hanya mengandalkan nama host berbasis subdomain.
Apakah ada yang berbicara Enterprise di sini? Apa "implikasi ketersediaan" yang mereka beri peringatan?
(Saya perhatikan bahwa http://stackoverflow.com tidak berfungsi, jadi jelas ada filosofi alternatif yang layak tentang masalah ini.)
.domain.com
(wildcard, digunakan jika domain root)). Anda dapat mengatasinya dengan menyajikan aset dari domain yang berbeda (SE menggunakan sstatic.net ) untuk menghindari subdomain www yang mengerikan.ALIAS
(atauANAME
mencatat) di halaman Anda?Jawaban:
Apa yang mereka bicarakan adalah bahwa ketika Anda menggunakan
CNAME
untuk menunjuk ke layanan mereka (yang hanya mungkin pada subdomain, bukan root zona - itu tidak dapat hidup berdampingan denganSOA
danNS
catatan yang diperlukan pada root zona Anda), mereka dapat membuat perubahan pada catatan DNS mereka sendiri untuk mengatasi beberapa jenis masalah ketersediaan.Dengan root zona, Anda harus menggunakan
A
catatan untuk menunjuk ke alamat IP tertentu untuk layanan. Jika mereka memiliki masalah dengan perutean, atau semacam penolakan layanan terhadap alamat tertentu, mereka tidak dapat memperbarui catatan zona AndaA
untuk menunjuk ke IP yang berbeda dengan cepat; mereka dapat memperbarui sendiri, dan itulah yangCNAME
memungkinkan mereka lakukan.Ini tidak berlaku untuk Stack Exchange karena mereka tidak menggunakan platform pihak ketiga; mereka akan merespons masalah ketersediaan, jadi apakah itu
CNAME
atauA
tidak ada bedanya bagi mereka.sumber
ALIAS
(atauANAME
) catatan?A
catatan target saat ini, kemudian melayani kembali sebagai tanggapan terhadap permintaan untuk nama itu. Mereka pada dasarnya dirancang untuk memecahkan masalah yang tepat ini, jadi mereka pasti cocok untuk digunakan untuk kasus ini.CNAME
setup pada subdomain.Sebagai tambahan untuk jawaban @ ShaneMadden, satu solusi adalah untuk platform pihak ketiga untuk juga mengelola zona DNS Anda. Misalnya, jika Anda menggunakan layanan Elastic Load Balancer AWS , dan layanan Route 53 DNS mereka, Anda dapat dengan andal menunjuk puncak zona pada instance ELB menggunakan catatan alias khusus mereka , yang memungkinkan mereka untuk memperbarui zona DNS Anda dalam menanggapi masalah ketersediaan.
Namun ini adalah argumen yang menentang konsep no-www , karena
www.example.com
dapat memilikiCNAME
catatan.sumber