We built a new DynamoDB cost analyzer that helps developers understand what their workloads will really cost DynamoDB costs can blindside you. Teams regularly face “bill shock”: that sinking feeling when you look at a shockingly high bill and realize that you haven’t paid enough attention to your usage, especially with on-demand pricing. Provisioned capacity brings a different risk: performance. If you can’t accurately predict capacity or your math is off, requests get throttled. It’s a delicate balancing act. Although , ia sering kehilangan nuansa beban kerja dunia sebenar (contohnya, lalu lintas meletup atau corak akses yang tidak seragam, atau menggunakan jadual global atau caching). AWS menawarkan kalkulator harga DynamoDB We wanted something better. In full transparency, we wanted something better to help the teams considering Oleh itu, kami membina kalkulator kos DynamoDB baru yang membantu pengembang memahami apa beban kerja mereka benar-benar akan kos.Walaupun kami telah direka untuk pasukan yang membandingkan DynamoDB dengan ScyllaDB, kami percaya ia berguna bagi sesiapa yang ingin lebih tepat menganggarkan kos DynamoDB mereka, untuk apa-apa sebab. ScyllaDB sebagai alternatif DynamoDB calculator.scylladb.com How We Built It Kami mahu membina sesuatu yang akan berfungsi di sisi klien, tanpa keperluan untuk mana-mana komponen pelayan.Ini adalah aplikasi satu halaman JavaScript yang mudah yang kini kami tuan rumah di halaman GitHub.Jika anda ingin memeriksa kod sumber, jangan ragu untuk melihat https://github.com/scylladb/calculator Untuk menjadi jujur, bekerja dengan contoh di was a bit of a nightmare, and when you “show calculations,” you get these walls of text: https://calculator.aws/ I was tempted to take a shorter approach, like: Monthly WCU Cost = WCUs × Price_per_WCU_per_hour × 730 hours/month Tetapi setiap kali saya menyederhanakan ini, saya mendapati ia lebih sukar untuk mendapatkan persamaan antara apa yang saya hitung dan harga akhir dalam pengiraan AWS. Kadang-kadang perbezaan itu disebabkan oleh pengeringan, kadang-kadang ia disebabkan oleh campuran kapasiti cadangan + persediaan, dan sebagainya. https://github.com/scylladb/calculator/blob/main/src/calculator.js I may still refactor this into smaller functions. But for now, I wanted to get parity between theirs and ours. You’ll see that there are also some end-to-end tests for these calculations — I use those to test for a bunch of different configurations. I will probably expand on these in time as well. So that gets the job done for On Demand, Provisioned (and Reserved) capacity models. Jika anda telah menggunakan kalkulator AWS, anda tahu bahawa anda tidak boleh menentukan perkara-perkara seperti puncak (atau lebar puncak) dalam On Demand. Saya tidak pasti tentang alasan mereka. Saya memutuskan bahawa ia akan lebih mudah bagi pengguna untuk menentukan kedua-dua baseline dan puncak untuk membaca dan menulis (atau) dalam On Demand, seperti kapasiti disediakan. Another design decision was to represent the traffic using a chart. I do better with visuals, so seeing the peaks and troughs makes it easier for me to understand – and I hope it does for you as well. You’ll also notice that as you change the inputs, the URL query parameters change to reflect those inputs. That’s designed to make it easier to share and reference specific variations of costs. Terdapat beberapa matematik lain di sana, seperti mengetahui kos sebenar Jadual Global dan memahami kos yang dihasilkan daripada perkara-perkara seperti pemindahan rangkaian atau DynamoDB Accelerator (DAX). Kabar baiknya ialah anda boleh menganggarkan kos ini di samping beban kerja anda, kerana mereka boleh menjadi pengikut kos yang besar apabila merancang penggunaan DynamoDB anda. Explore “what if” scenarios for your own workloads Analyzing Costs in Real-World Scenarios The ultimate goal of all this tinkering and tuning is to help you explore various “what-if” scenarios from a DynamoDB cost perspective. To get started, we’re sharing the cost impacts of some of the more interesting DynamoDB user scenarios we’ve come across at ScyllaDB. Rakan saya Gui dan saya baru sahaja berkumpul untuk menyelidiki bagaimana faktor-faktor seperti peningkatan lalu lintas, pengembangan pelbagai pusat data, dan pengenalan caching (contohnya, DAX) memberi kesan kepada kos DynamoDB. Watch the DynamoDB costs chat now Tentang Tim Koopmans Tim telah mempunyai tangan dalam semua bentuk kejuruteraan selama beberapa dekad yang lalu dengan kecenderungan untuk kebolehpercayaan dan keselamatan. Pada tahun 2013 beliau menubuhkan Flood IO; platform pengujian prestasi yang didistribusikan.Selepas ia diperolehi, beliau menikmati meluaskan produk, perniagaan dan pasukan sebelum bergerak ke usaha lain yang berkaitan dengan prestasi.
