Cloud engineer

Disiplinnya

Kapabilitas inti

• 01Arsitektur penyedia layanan

  Memilih model compute, kelas storage, dan managed service sesuai bentuk workload yang sebenarnya — volume permintaan, lonjakan, gravitasi data, toleransi latensi — dan mengetahui di mana abstraksi sebuah penyedia berhenti sesuai dengan kebutuhan aplikasinya.

• 02Desain jaringan

  Perencanaan alamat, struktur subnet dan routing, konektivitas privat ke estate lain, egress yang terkendali, dan load balancing. Jaringan termasuk hal tersulit untuk direncanakan ulang begitu workload menempatinya, sehingga keputusan di sini bertahan jauh lebih lama daripada kebanyakan keputusan lain.

• 03Identity dan akses

  Merancang role, policy, dan trust relationship sehingga izinnya bersifat least-privilege sejak konstruksinya, bukan lewat tinjauan belakangan. Termasuk federasi dengan direktori korporat, workload identity sebagai pengganti kunci yang disimpan, dan memahami bagaimana sebuah keputusan akses diresolusi ketika beberapa policy berlaku sekaligus.

• 04Pertimbangan memakai managed service

  Memutuskan kapan memakai layanan penyedia dan kapan menjalankan komponennya sendiri. Managed service mengurangi beban operasional dan menambah keterikatan, jadi penalarannya harus mencakup apa yang dijamin, berapa biayanya pada volume yang diperkirakan, dan apa konsekuensinya bila kelak berpindah.

• 05Penyimpanan data dan siklus hidupnya

  Memilih penyimpanan tahan lama yang sesuai pola akses, menetapkan kebijakan retensi dan pengarsipan secara sadar, memverifikasi bahwa backup benar-benar bisa dipulihkan alih-alih sekadar terbuat, dan memahami semantik replikasi cukup dalam untuk tahu apa yang hilang saat failover.

• 06Desain resiliensi dan pemulihan

  Menyatakan toleransi terhadap waktu henti dan kehilangan data sebagai sasaran eksplisit, lalu merancang topologi zone dan region untuk memenuhinya dan melatih kegagalannya. Prosedur pemulihan yang belum pernah dijalankan hanyalah sebuah dokumen, dan dokumen berperilaku berbeda dari sistem yang sedang menanggung beban.

• 07Model keamanan penyedia

  Enkripsi saat transit dan saat diam, pengelolaan dan rotasi kunci, penyimpanan secret, isolasi jaringan, serta guardrail seluruh organisasi yang mencegah satu kelas kesalahan konfigurasi sekaligus. Termasuk pula mengetahui di mana tanggung jawab penyedia berakhir dan tanggung jawab pelanggan dimulai.

• 08Visibilitas atas estate

  Mengumpulkan metrik penyedia, flow log, jejak audit, dan riwayat konfigurasi ke dalam bentuk yang bisa menjawab pertanyaan setelah kejadian: apa yang berubah, siapa yang mengubahnya, seperti apa resource itu sebelumnya. Monitoring bawaan menangani pertanyaan yang sudah ditetapkan dengan baik dan pertanyaan tak terduga dengan buruk, dan karena itu riwayat audit sama pentingnya dengan dashboard.

• 09Rekayasa biaya

  Penandaan dan alokasi agar belanja bisa diatribusikan, penyesuaian ukuran berdasarkan beban yang teramati alih-alih yang diasumsikan, pemilihan instrumen komitmen secara sadar, serta memperlakukan egress dan trafik lintas zone sebagai masukan desain. Penghematan terbesar datang dari arsitektur, bukan dari pengadaan.

• 10Pelaksanaan migrasi

  Menyusun urutan perpindahan agar sistemnya tetap bisa dipakai sepanjang prosesnya: pemetaan dependensi, transfer dan rekonsiliasi data, cutover dengan jalur kembali yang terdefinisi, serta inventarisasi membosankan atas hal-hal yang tidak pernah didokumentasikan siapa pun. Migrasi jauh lebih sering gagal pada bagian yang tak terdokumentasi daripada pada bagian teknisnya.

Pertanyaan umum

Pertanyaan yang sering diajukan

Apa bedanya cloud engineer dan DevOps engineer?

Cloud engineer mengkhususkan diri pada lapisan penyedia layanan: bagaimana account dan jaringan disusun, bagaimana identity diberikan dan dievaluasi, layanan penyedia mana yang menopang sistemnya, bagaimana sistem berperilaku ketika sebuah zone atau region gagal, dan berapa biaya semuanya. DevOps engineer mengkhususkan diri pada mengantarkan perubahan ke atas infrastruktur apa pun yang ada — pipeline, strategi deployment, otomatisasi rilis, dan umpan balik yang menyusul sebuah rilis. Disiplin yang satu berurusan dengan sistemnya terbuat dari apa; yang lain dengan bagaimana perubahan sampai ke sana. Organisasi kecil menggabungkan keduanya pada satu orang, dan estate yang lebih besar mendapati kedua jenis kedalaman itu tidak lagi muat dalam satu pekerjaan.

Apakah cloud engineer sama dengan platform engineer?

Tidak, meskipun keduanya sering tertukar karena sama-sama berada di bawah aplikasi. Cloud engineering menghasilkan infrastruktur yang memenuhi sebuah kebutuhan: topologi, izin, resiliensi, belanja. Platform engineering menghasilkan antarmuka menuju infrastruktur, dibangun untuk engineer internal yang sebenarnya selalu bisa merakitnya sendiri, dan dinilai dari apakah mereka memilih memakainya. Platform umumnya dilapiskan di atas apa yang sudah dibereskan cloud engineering, dan itulah sebabnya membangun platform di atas estate yang kacau menghasilkan fasad yang rapi dengan seluruh masalah aslinya utuh di baliknya.

Apakah kami sebaiknya berjalan di lebih dari satu penyedia cloud?

Jarang karena pilihan, dan sering karena keadaan. Multi-cloud yang disengaja kira-kira melipatgandakan permukaan yang harus dipahami sebuah organisasi — dua model identity, dua model jaringan, dua kumpulan perilaku saat gagal — sebagai tukar tambah untuk posisi tawar yang lebih kuat dan opsi portabilitas yang tidak pernah dipakai kebanyakan organisasi. Ia dibenarkan oleh aturan residensi data, mandat pelanggan, sebuah akuisisi, atau kewajiban regulasi yang nyata. Ia jarang dibenarkan oleh gangguan penyedia, karena kompleksitas tambahannya cenderung menimbulkan lebih banyak waktu henti daripada yang dicegahnya.

Seberapa banyak yang bisa Anda ketahui dari sertifikasi cloud?

Sertifikasi memastikan bahwa seseorang telah mempelajari katalog layanan sebuah penyedia dan bisa mengingat bagaimana bagian-bagiannya seharusnya saling bertaut, dan itu dasar yang nyata serta berarti di awal karier. Sertifikasi tidak menunjukkan apakah orang itu pernah merancang model izin yang bertahan, pernah menyaksikan failover berperilaku berbeda dari dokumentasinya, atau pernah menelusuri biaya tak terduga sampai ke sebabnya. Perlakukan sertifikasi sebagai bukti persiapan, bukan bukti pertimbangan, dan pakailah waktu wawancara untuk menguji pertimbangannya.

Siapa yang bertanggung jawab atas keamanan di lingkungan cloud?

Penyedia mengamankan infrastruktur yang mendasarinya; pelanggan bertanggung jawab atas konfigurasi, identity, paparan jaringan, perlindungan data, dan segala sesuatu yang dibangun di atasnya. Hampir semua kebocoran data cloud yang diberitakan jatuh di sisi pelanggan pada garis itu — izin yang lebih luas dari yang dimaksud, penyimpanan yang bisa dijangkau dari internet, kredensial di dalam repositori, atau konfigurasi bawaan yang praktis tetapi tidak aman. Engineer yang tidak bisa menyebutkan di mana letak batas itu untuk layanan yang mereka pakai sedang memikul celah yang mungkin tidak mereka sadari.

Bisakah cloud engineer mengendalikan pengeluaran kami?

Sebagian, dan batasnya perlu dipahami sebelum menambah orang untuk itu. Penurunan yang nyata biasanya menuntut perubahan arsitektur — kelas storage dan retensi, jalur trafik, memindahkan kapasitas menganggur ke compute yang ditagih per permintaan, menghapus yang tidak dipakai siapa pun — dan itu menuntut waktu engineering dari tim yang memiliki sistemnya. Tempatkan peran ini sebagai antrean tiket biaya dan permintaan akses, dan ia akan menghasilkan laporan tiap bulan dan mengubah sangat sedikit. Beri ia ruang untuk membuat atribusi terlihat dan mengusulkan perubahan desain, dan ia bisa menggeser tren yang mendasarinya.

Bagaimana cloud engineer bekerja dengan tim engineering yang sudah ada?

Penambahan kapasitas tim menempatkan engineer di dalam tim Anda, bukan di sebelahnya. Prinsip arsitektur Anda, konvensi account Anda, kebijakan keamanan Anda, dan prioritas sprint Anda yang mengatur pekerjaannya, dan orang-orang Anda yang memutuskan apa yang dibangun dan dengan urutan apa. Talent.ID memikul sisi kepegawaiannya: hubungan kerja, benefit karyawan, payroll, administrasi talenta, dan hubungan dengan karyawan itu selama terus berjalan.