Di sini dan selamat datang kembali.
Sekarang, di video hari ini, kita akan membahas tentang dasar-dasar penetapan harga UE.
Sekarang perhatikan bahwa penetapan harga secara keseluruhan dan khususnya penetapan harga UE adalah topik yang sangat besar dengan
sendirinya.
Bahkan, di salah satu organisasi tempat saya bekerja, salah satu anggota dari
tim Iblis, dia selalu mengerjakan soal harga saja.
Dan kenaikan ini juga didasarkan pada berapa banyak biaya yang bisa dia hasilkan untuk organisasi.
Dan dia mendapat kenaikan yang baik terutama karena dia mengurangi biaya keseluruhan yang secara khusus terkait dengan
dua contoh.
Sekarang, mari kita lanjutkan dan membahas dasar-dasar tentang penetapan harga.
Dan bersamaan dengan itu, kami juga akan melihat bagaimana kami dapat melanjutkan dan melakukan pengoptimalan biaya, Anda
tahu, ketika baru membahas tentang pembayaran untuk dua kasus ini.
Ada lima cara utama di mana kita dapat melanjutkan dan membayar untuk penggunaan keseluruhan.
Yang pertama benar sesuai permintaan.
Kedua adalah melalui program tabungan.
Anda telah memesan instans.
Anda memiliki contoh tempat.
Anda juga memiliki host khusus.
Jadi mari kita lanjutkan dan membahas masing-masing secara rinci.
Sekarang, yang pertama dan yang sangat umum, yang banyak digunakan oleh organisasi adalah penetapan harga berdasarkan permintaan.
Jadi dengan model penetapan harga jenis ini, Anda, Gordon, membayar kapasitas komputasi per jam atau per detik,
tergantung pada contoh yang telah dilakukan.
Sekarang, satu, keuntungan untuk harga Sesuai Permintaan adalah tidak diperlukan pembayaran di muka dan Anda
dapat menambah atau mengurangi kapasitas kapan pun diperlukan.
Jadi, misalnya, Anda membuat instance AC2 hari ini dan mungkin besok pagi Anda akan menjadi perantara.
Jadi Anda hanya membayar untuk data yang konsumsinya telah dilakukan.
Jadi itu adalah harga sesuai permintaan.
Nah, jangan sampai masalah harga juga bisa menimbulkan masalah yang tidak terduga, tidak hanya dari sisi penyedia layanan cloud,
tetapi juga dari sisi pelanggan.
Sekarang mari kita ambil contoh penyedia layanan cloud.
Jadi, katakanlah pada hari Senin, 500 pelanggan menggunakan enam di antaranya di server permintaan satu per satu.
Dan pada hari Rabu, hanya 30 pelanggan yang menggunakan 16 GB pada server permintaan secara individual.
Jadi dari sisi penyedia layanan cloud, mereka tidak akan memiliki gambaran yang jelas tentang berapa banyak server
yang harus mereka sediakan karena semua penyediaan akan memakan biaya tinggi dan penyediaan akan menyebabkan
pengalaman pengguna yang buruk.
Jadi ini adalah salah satu dilema yang dihadapi sebagian besar penyedia layanan cloud sekarang.
Ini juga dapat menyebabkan masalah tertentu dari sisi pelanggan.
Misalnya, katakanlah penyedia layanan cloud memiliki sumber daya tersebut di bawah sementara.
Kemudian berkali-kali telah diserap.
Saat Anda mencoba membuat instans baru, Anda akan mendapatkan kesalahan pembagian biaya yang diluncurkan ini, kapasitas tidak
mencukupi.
Jadi ini adalah salah satu kesalahan umum yang pernah dihadapi pelanggan beberapa tahun yang lalu.
Namun lagi-lagi, saat ini juga, kesalahan ini terjadi, tetapi tidak setinggi itu.
Tetapi perhatikan bahwa ini adalah sesuatu yang perlu diperhatikan.
Saya ingat di organisasi tempat saya bekerja sekitar empat atau lima tahun yang lalu, kami
dulu memiliki contoh database yang berjalan di situs.
Jadi sebagai bagian dari aktivitas paging, instance database disimpan dan akan dimulai dalam satu menit.
Namun, segera setelah kami mencoba untuk segera memulai, kami mendapatkan kesalahan kapasitas yang tidak mencukupi dan salah
satu aplikasi produksi turun karena itu.
Namun, setelah lima menit ketika kami memulainya lagi, itu bekerja dengan sangat baik.
Tapi ini adalah salah satu kelemahan on demand yang perlu Anda perhatikan.
Sekarang, cara kedua di mana penetapan harga akan bekerja didasarkan pada instans yang dipesan.
Jadi instans ini memberikan diskon yang signifikan, hingga 75 persen dibandingkan dengan harga sesuai permintaan.
Sekarang, alasan mengapa setiap instance memberikan diskon tinggi terutama karena komitmen.
Jadi, misalnya, katakanlah Anda akan menjalankan 20 server dari instance tertentu, katakanlah, dan selama dua
minggu ringan selama satu tahun.
Jadi, alih-alih menjalankan sesuai permintaan, yang akan memakan biaya lebih tinggi, seperti yang Anda katakan, saya akan menjalankan 24
jam jenis instans khusus ini selama satu tahun dan saya berkomitmen untuk itu.
Dan pada gilirannya akan terus maju dan memberi Anda diskon, terutama karena Anda telah memberikan komitmen
selama satu tahun untuk contoh khusus ini.
Jadi itulah yang dimaksud dengan instance yang dipesan.
Jadi Anda bisa untuk jangka waktu tertentu, mungkin satu atau tiga tahun, dan itu akan memberi Anda diskon untuk
harga instan yang mudah.
Jadi mari kita cepat mengambil contoh.
Jadi mari kita asumsikan bahwa Anda memiliki dua instance yang mudah menggunakan G4, semakin lama waktu yang dibutuhkan seperti instance terbaik.
Sekarang, ketika Anda menggunakan model instans sesuai permintaan, Anda akan dikenakan biaya sekitar dua koma satu tujuh
puluh enam dolar per jam.
Sekarang, jika Anda berencana menjalankan instans ini selama tiga tahun ke depan untuk penetapan harga Sesuai Permintaan, Anda akan
dikenakan biaya lima puluh tujuh hingga tujuh puluh enam dolar.
Namun, jika Anda bisa melakukan itu.
Anda akan menggunakan pita instans ini, yang dapat Anda lakukan adalah Anda dapat menggunakan instans tersebut dan Anda
dapat berada di muka selama tiga tahun.
Jadi sekarang yang akan terjadi adalah harga keseluruhan dari 57 akan diturunkan menjadi 21.
Jadi itu adalah penghematan 62 persen.
Jadi ini adalah keuntungan besar.
Tetapi satu-satunya peringatan di sini adalah Anda harus memberikan komitmen di sini jika yang Anda beli adalah instans yang dipesan
dan jika Anda tidak menjalankannya.
Jadi misalkan layanan dihentikan, tetap saja Anda akan dikenakan biaya untuk itu.
Jadi ini adalah salah satu bagian penting untuk diingat pada tinjauan tingkat tinggi.
Sekarang, sebelum kita pergi dan melihat lebih detail, izinkan saya dengan cepat menunjukkan sebuah contoh.
Jadi saya masuk ke kalkulator harga yang sudah ada, yang memungkinkan kita dengan cepat, Gordon, memperkirakan sesuatu.
Jadi izinkan saya melanjutkan dan membuat perkiraan di sini.
Sekarang kita akan menggunakan serangkaian ecto, mari kita lakukan konfigurasi dan dalam satu tahun untuk melanjutkan dan memilih
instance.
Biarkan saya melanjutkan dan memilih tipe yang diinstance di sini.
Jadi katakanlah saya akan melakukan slide putri saya.
Jadi mari kita asumsikan itu akan dilakukan dalam contoh ini.
Sekarang, sesuai permintaan, biaya per jam adalah nol koma dua hingga enam.
Sekarang, jika Anda turun kembali, Anda akan melihat bahwa ini adalah total biaya bulanan.
Ini untuk OnDemand.
Sekarang Anda dapat melanjutkan dan juga memilih strategi penetapan harga yang tepat.
Sekarang, saat kita membahas itu, ada berbagai pendekatan di mana penetapan harga akan berhasil.
Salah satunya adalah melalui rencana tabungan yang mudah.
Kemudian kami memiliki instance cadangan, lalu kami memiliki instance on demand dan seterusnya.
Jadi sekarang mari kita lihat seberapa besar perbedaan yang dihasilkan oleh instans cadangan.
Jadi kalau saya cepat-cepat melakukan reserve instance di sini, Anda juga harus memilih item mungkin satu tahun, tiga tahun.
Jadi jika Anda memilih tahun, itu akan memberi Anda diskon tertinggi.
Jadi mari kita pilih tiga tahun dan opsi pembayaran, katakanlah semuanya di muka.
Itu pada dasarnya berarti Anda memberikan seluruh uang di muka.
Baiklah.
Dan untuk tiga tahun ke depan, Anda membayar total dua, dua, tiga, tiga.
Jadi berdasarkan penggunaan dua contoh, sangat penting bagi Anda untuk merencanakan semuanya dengan tepat.
Sekarang, yang ketiga adalah contoh spot.
Tidak ada instans spot yang pada dasarnya memungkinkan kami menawar kapasitas komputasi cadangan hingga 90 persen dari
biaya OnDemand.
Jadi ini akan memberi Anda diskon tertinggi yang tersedia.
Namun, itu datang dengan peringatan.
Jadi mari kita ambil contoh sebuah hotel.
Jadi saya baru-baru ini mengunjungi salah satu negara.
Dan yang terjadi adalah ketika Anda memesan sebelumnya mungkin katakanlah Anda memesan satu bulan sebelumnya, biaya keseluruhan
akan jauh lebih tinggi.
Namun, jika Anda memesan hanya satu hari yang lalu dan jika mereka memiliki kamar kosong yang tersedia, maka mereka akan bernegosiasi
dengan biaya yang jauh lebih rendah.
Namun, itu hanya terjadi mungkin satu atau dua hari ke belakang.
Tidak ada yang serupa dengan ini, misalnya, katakanlah A. W memiliki banyak kapasitas komputasi yang
tersedia, tetapi tidak banyak pelanggan yang menggunakannya.
Jadi, alih-alih membiarkannya begitu saja, apa yang akan dikatakannya adalah Anda dapat melanjutkan dan menawar untuk kapasitas komputasi yang tidak terpakai
itu dan mereka akan memberi Anda diskon tertinggi.
Namun, kasus seperti itu, saya merekomendasikannya hanya untuk aplikasi yang memiliki waktu mulai dan berakhir yang
fleksibel.
Jadi pada dasarnya berarti bahwa instance ini tidak dijamin untuk berjalan.
Mereka dapat melanjutkan dan dihentikan kapan saja.
Jika ada pelanggan lain yang telah membuat instance on demand atau mereka jauh, jauh lebih tinggi dari
Anda.
Jadi ini adalah salah satu bagian yang penting untuk diingat.
Tapi tetap saja, contoh apa adalah sesuatu yang digunakan oleh banyak organisasi.
Jadi aplikasi mereka dirancang untuk memulai flexibile dan juga untuk mengakhiri flexibile.
Jadi mari kita ambil contoh.
Jadi di bawah mudah untuk mengkonsolidasikan file, cepat pergi ke permintaan tempat Aurier memungkinkan permintaan untuk contoh
tempat.
Mari kita lihat berapa harga yang kita dapatkan sekarang?
EMA hanya akan membiarkannya sebagai default.
Hal utama yang kami cari adalah tipe instance yang tersedia.
Jadi mari kita ambil contoh.
Jadi, Anda memiliki pembaca kursi tipe instan sekarang.
Harga spot di sini adalah nol koma nol dua sembilan empat.
Jadi ini seperti penghematan 72 persen dari permintaan.
Demikian pula, Anda memiliki ar3 tidak besar, yang memberikan penghematan 80 persen jika dibandingkan dengan permintaan.
Jadi ini bagus.
Jadi satu-satunya hal yang harus Anda pastikan adalah bahwa aplikasi Anda dirancang untuk memiliki
waktu mulai yang fleksibel karena instance ini dapat dihentikan.
Jadi Anda tidak benar-benar memiliki jaminan bahwa mereka akan berjalan.
Namun, ketika Anda membahas tentang on demand, setelah instance on demand berjalan, dijamin bahwa itu akan
terus berjalan kecuali dan sampai Anda menghentikannya dan mencoba memulai lagi.
Ini adalah contoh jika Anda memiliki kapasitas yang dan mereka dijamin untuk berjalan.
Jadi banyak peringatan di sini, tapi inilah yang dimaksud dengan contoh tempat.
Yang berikutnya adalah rencana tabungan.
Jadi rencana tabungan fleksibel.
Model penetapan harga yang juga menawarkan harga yang lebih rendah jika dibandingkan dengan instans berdasarkan permintaan.
Sekarang, yang pada dasarnya adalah konsep di sini adalah bahwa Anda dapat memenuhi jumlah penggunaan yang konsisten, yang diukur
dalam dolar.
Jadi, katakanlah Anda dapat menghasilkan empat atau lima dolar per jam untuk jangka waktu satu atau tiga tahun.
Jadi jika Anda keluar dan berkomitmen untuk jumlah ini dan AWG, akan terus maju dan memberi Anda diskon khusus untuk
ini.
Jadi ini adalah konsep dasar dari rencana tabungan.
Nah, yang terakhir yang harus kita ketahui adalah kuda yang berdedikasi.
Jadi kuda yang berdedikasi adalah Estacada fisik yang didedikasikan untuk Anda gunakan.
Jangan sampai ketika Anda membahas tentang upline dengan mudah dan katakanlah Anda sedang kehabisan
uang dan instan dapat berbagi hardbody dengan banyak pelanggan.
Jadi mereka mungkin memiliki satu ide besar di mana mereka memiliki beberapa mesin virtual yang sedang berjalan.
Dan mesin cuci itu pada dasarnya adalah contoh Ekta.
Namun, untuk kuda khusus, ini adalah server fisik yang didedikasikan untuk Anda gunakan hanya saja tidak dibagikan.
Perangkat keras tidak dibagikan di antara pelanggan lain.
Jadi sekali lagi, untuk kuda khusus, itu dapat dibeli di level OnDemand serta level instans yang
layak.
Namun, karena seluruh perangkat keras fisik didedikasikan untuk Anda, harga keseluruhan akan jauh
lebih tinggi untuk instans Ekta biasa.
Jadi itulah ikhtisar tingkat yang sangat tinggi tentang harga instans yang sebenarnya.
Dan ini akan menyimpulkan video hari ini.