Jadi inilah hal tentang SLA dan SLO: mereka adalah *target.* Tim melakukan yang terbaik untuk memenuhinya, dan secara historis sering melakukannya. Ketika pemadaman melanggar SLO, perusahaan yang menjanjikan mereka mungkin perlu membayar denda secara kontraktual. Tapi ini adalah perangkat lunak... Hal-hal tak terduga bisa terjadi!
Abhimanyu
Abhimanyu25 Okt, 01.48
Sebagai teknisi backend, kami sering mengambil AWS DynamoDB/S3 dan ketersediaan empat 9 detik mereka pada nilai nominal. Tetapi pemadaman 14 jam mengingatkan kita bahwa nilai yang dipasarkan ≠ kenyataan. Selalu rancang fail-safe untuk sistem penting!
Ini semua tentang manajemen risiko, pada akhirnya: 1. Berapa banyak waktu aktif yang dijanjikan vendor, dan seberapa besar Anda dapat mempercayai mereka? 2, Seberapa besar pukulan pada bisnis Anda jika SLO dilanggar? Apa rencana B Anda ketika ini terjadi (pemadaman vendor). Apakah Anda bahkan memiliki rencana B?
Perangkat lunak menjadi sangat berantakan dibandingkan dengan industri lain, dan kita harus dapat mengelola kekacauan ini, hidup dengannya, menjinakkannya, dan mengatasinya. Itu semua karena perangkat lunak selalu berubah! Sejujurnya itu adalah sesuatu yang membuat rekayasa perangkat lunak benar-benar menantang + mengasyikkan!!
41,5K