Strategi Optimisasi Biaya Cepat untuk Startup Tahap Awal

Optimisasi biaya adalah pertimbangan utama bagi setiap startup dan dapat dicapai dengan berbagai macam teknik, tetapi cara Anda menanganinya tergantung pada tahap pertumbuhan bisnis Anda. Tidak seperti perusahaan korporasi, startup sangat fokus pada pengembangan produk. Hal ini dapat memaksa startup untuk memilih antara waktu yang dihabiskan untuk membangun fungsionalitas tambahan untuk mengelola biaya, seperti mengatur ulang struktur akun atau membangun jalur analisis biaya, dan memprioritaskan perubahan arsitektur yang tidak terlalu berdampak besar untuk menjaga momentum Anda. Dalam artikel ini, kami akan membagikan tiga strategi optimisasi biaya yang mudah diterapkan untuk membantu Anda dengan cepat memahami dan mengoptimalkan pengeluaran Anda, kemudian kembali membangun fitur yang akan mendorong nilai bagi pelanggan Anda. Tiga konsep utama yang menjadi fokus adalah kesadaran pengeluaran, penyesuaian arsitektur, dan diskon penggunaan.

Spend Awareness

Sebelum melakukan perubahan apa pun, penting untuk memahami apa dan di mana Anda saat ini mengeluarkan biaya. AWS Cost Explorer dan AWS Budgets adalah alat yang paling efisien untuk membantu Anda membuat keputusan biaya yang tepat.

Pahami Trennya

AWS Cost Explorer membantu Anda memahami tren pengeluaran umum dengan cepat. Saat bisnis Anda meningkatkan skala, begitu pula biaya infrastruktur Anda, dan Cost Explorer memberi Anda gambaran menyeluruh tentang pengeluaran tersebut. Tampilan beranda Cost Explorer menunjukkan pengeluaran enam bulan terakhir Anda yang dikelompokkan berdasarkan layanan, yang akan membantu Anda menilai hal-hal berikut:

• Di mana saya harus memulai upaya optimisasi biaya? Tampilan default akan menunjukkan lima layanan teratas yang berkontribusi pada pengeluaran bulanan, yang sangat membantu jika Anda ingin mengetahui layanan mana yang harus Anda dioptimalkan biayanya dan ingin membuat dampak terbesar pada pengeluaran.
• Apakah saya menghabiskan jumlah yang signifikan untuk layanan yang tidak sesuai dengan pola normal? Jawaban Anda mungkin bergantung pada beban kerja, tetapi, misalnya, biaya penyimpanan biasanya lebih rendah daripada biaya komputasi, jadi Anda mungkin tidak mengharapkan pengeluaran volume EBS secara signifikan lebih tinggi daripada pengeluaran Anda di Amazon Elastic Compute Cloud (Amazon EC2).

Tetapkan Anggaran

Bahkan jika Anda tidak memiliki anggaran tetap untuk pengeluaran infrastruktur Anda, kami tetap menyarankan untuk menerapkan AWS Budgets untuk melacak biaya dan mendapatkan peringatan saat Anda telah mencapai ambang batas pengeluaran tertentu. Kesalahan konfigurasi yang tidak disengaja dapat mengakibatkan tagihan yang membengkak, dan peringatan dapat membantu Anda mengetahui dan memperbaiki kesalahan sebelum menjadi semakin besar. Jika Anda tidak memiliki peringatan penganggaran yang disiapkan, luangkan beberapa menit untuk mengikuti tutorial ini untuk mengaturnya.

Penyesuaian Arsitektur

Setelah Anda memahami biaya Anda, Anda pasti ingin mempertimbangkan untuk merampingkan arsitektur Anda agar lebih hemat biaya. Perubahan yang kami soroti di bawah ini dapat menghasilkan penghematan terbesar dengan upaya terkecil, sehingga Anda dapat dengan cepat kembali membangun produk Anda.

Matikan Sumber Daya Saat Tidak Digunakan

Saran ini mungkin terdengar sederhana, tetapi cara termudah, tercepat, dan paling berdampak untuk mencapai penghematan biaya adalah mematikan sumber daya saat tidak digunakan. Dalam satu minggu kerja, 70% dari jam kerja adalah jam nonkerja. Bayangkan berapa banyak yang dapat Anda hemat dengan mematikan sumber daya nonproduksi selama waktu tersebut! Berikut adalah kiat-kiat untuk membantu Anda mengidentifikasi apa yang harus dimatikan:

• Gunakan tanda: Gunakan tanda untuk menentukan apa yang harus dimatikan dan membedakan antara sumber daya produksi dan nonproduksi.
• Periksa Trusted Advisor:  Pilar Optimisasi Biaya Trusted Advisor, seperti yang ditunjukkan di bawah ini, akan menunjukkan sumber daya dalam status idle, dan merupakan titik awal yang baik untuk memeriksa sumber daya yang dapat dimatikan jika Anda belum menandai apa pun.
• Identifikasi beban kerja yang tidak konstan: Beban kerja yang tidak berjalan secara terus-menerus dapat dimatikan dan dinyalakan kembali bila diperlukan. Misalnya, Anda dapat menghentikan notebook Amazon SageMaker saat tidak digunakan. Amazon Redshift memiliki fitur jeda dan lanjutkan untuk mempermudah

Meski Anda tahu apa yang perlu dimatikan, hal itu tidak akan menghasilkan penghematan kecuali Anda benar-benar mematikannya. Jika Anda kesulitan dengan hal ini, otomatiskan prosesnya dengan memanfaatkan solusi, seperti AWS Instans Scheduler untuk mengonfigurasi jadwal mulai dan berhenti Amazon EC2 dan Amazon RDS.

Gunakan Penawaran Terbaru

Cara sederhana untuk mengurangi biaya sekaligus mempertahankan performa adalah dengan menggunakan fitur-fitur terbaru dan terbaik yang ditawarkan AWS, termasuk:

• Menggunakan generasi terbaru dari tipe instans: Menggunakan versi terbaru dari tipe instans, misalnya, berpindah dari m4 ke m5, akan meningkatkan performa harga.
• Menjelajahi tipe instans baru seperti instans AWS Graviton2 berbasis ARM: Prosesor Graviton2 menawarkan performa harga hingga 40% lebih baik dibandingkan dengan instans berbasis x86 generasi saat ini. Selain EC2, tipe instans Graviton2 tersedia untuk digunakan dengan layanan terkelola, seperti Amazon RDS, Amazon Aurora, Amazon ElastiCache, Amazon OpenSearch, dan Amazon EMR. Karena layanan terkelola menghilangkan tugas pengelolaan infrastruktur, beralih ke Graviton2 adalah cara terbaik untuk menghasilkan penghematan biaya tanpa perubahan kode aplikasi.

Diskon Penggunaan

Jika Anda menjalankan beban kerja dengan kondisi stabil, Anda bisa dengan yakin menghasilkan angka komitmen untuk diskon penggunaan. Namun, bagaimana jika Anda berada di tahap awal pertumbuhan, atau memiliki penggunaan yang tidak dapat diprediksi? Compute Savings Plans membantu Anda mencapai keseimbangan antara penggunaan yang terus berkembang dan mendapatkan penghematan untuk apa yang sudah Anda gunakan.

• Mengapa Compute Savings Plans, alih-alih EC2 Instance Savings Plans? Bagaimana dengan Instans Terpesan? Compute Savings Plans memberi Anda lebih banyak fleksibilitas daripada EC2 Instance Savings Plans dan Instans Terpesan sehingga menjadikannya pilihan ideal jika Anda masih dalam proses membuat perubahan arsitektur. Paket ini menawarkan diskon persen untuk penggunaan komputasi apa pun (Amazon EC2, AWS Fargate, dan AWS Lambda), yang berarti Anda selalu dapat menggunakan perangkat keras generasi terbaru sekaligus tetap mendapatkan penghematan. Selain itu, AWS juga merupakan pilihan ideal jika Anda merasa perlu mengganti tipe instans atau mendesain ulang antara komputasi terkelola sendiri dan nirserver.
• Seberapa besar komitmen yang harus saya buat?  Rekomendasi Savings Plan yang disediakan di AWS Cost Management memberikan nilai dasar tentang seberapa besar komitmen yang harus diberikan. Karena Savings Plans adalah komitmen dolar per jam, rekomendasi ini diukur berdasarkan jumlah minimum komputasi yang Anda gunakan setiap jam. Anda dapat menumpuk beberapa Savings Plans, jadi sebaiknya Anda memulai dengan paket konservatif, dan menambahkan lebih banyak paket nanti jika Anda terus mencapai penggunaan 100%.

Kesimpulan

Optimisasi biaya adalah proses yang berkelanjutan dan harus menjadi bagian dari siklus pengembangan perangkat lunak Anda. Saran-saran ini hanyalah permulaan tentang bagaimana startup tahap awal harus memikirkan proses optimisasi biaya. Tim pengembangan Anda harus mempertimbangkan biaya saat menerapkan fitur baru, dan tim akun AWS Anda juga dapat menjadi sumber yang tepat untuk memandu Anda melalui proses optimisasi. Dengan memahami pengeluaran Anda menggunakan AWS Cost Explorer dan AWS Budgets, mematikan sumber daya yang tidak digunakan, mengadopsi perangkat keras terbaru, dan memanfaatkan Compute Savings Plans untuk diskon penggunaan yang fleksibel, Anda dapat tetap gesit, sekaligus merampingkan biaya.