WEBVTT

00:00:00.000 --> 00:00:03.740
Selamat datang di episode lain dari kumpulan pengetahuan Microsoft di M365FM

00:00:03.740 --> 00:00:05.240
Setiap bawa jalan dan merupakan itu

00:00:05.240 --> 00:00:07.700
Topik hari ini adalah topik yang hampir semua orang pernah dengar

00:00:07.700 --> 00:00:09.440
Tetapi hanya sedikit yang benar-benar memahaminya

00:00:09.440 --> 00:00:10.240
Yaitu rekayasa platform

00:00:10.240 --> 00:00:12.220
Anda mungkin pernah mendengar tentang DevOps

00:00:12.220 --> 00:00:14.860
Gagasan bahwa pengembang dan tim operasi bekerja sama dengan lancar

00:00:14.860 --> 00:00:17.300
Tetapi di suatu tempat, di sepanjang jalan, janji-janji itu menjadi kaca

00:00:17.300 --> 00:00:19.720
Pengembang akhirnya melakukan pekerjaan operasi sistem itu rusak

00:00:19.720 --> 00:00:23.160
Di akhir episode ini, Anda akan memahami apa yang salah dengan DevOps

00:00:23.160 --> 00:00:25.120
Apa sebenarnya platform pengembang internal itu

00:00:25.120 --> 00:00:28.240
Bagaimana jalur emas memberi tim jalan yang jelas untuk diikuti

00:00:28.240 --> 00:00:30.580
Dan mengapa tim teknik terpintar sudah membangunnya

00:00:30.580 --> 00:00:32.660
Kekacauan yang ditinggalkan DevOps

00:00:32.660 --> 00:00:34.080
Mari kita kembali ke awal mulai

00:00:34.080 --> 00:00:36.460
DevOps adalah ide hebat dengan tujuan sederhana

00:00:36.460 --> 00:00:38.480
Meruntukkan tembok antara pengembang dan operasi

00:00:38.480 --> 00:00:41.340
Tidak perlu lagi melemparkan kode ke dinding dan berharap yang terbaik

00:00:41.340 --> 00:00:44.840
Geser ke kiri, pindahkan pengujian, keamanan, dan operasi lebih awal dalam proses

00:00:44.840 --> 00:00:47.620
Pengiriman lebih cepat, lebih sedikit serah terima, lebih banyak kepemilikan

00:00:47.620 --> 00:00:49.320
Di atas kertas itu tampak sembur

00:00:49.320 --> 00:00:50.840
Dalam prakteknya ada yang salah

00:00:50.840 --> 00:00:53.480
Ship ke kiri, tidak hanya mengalihkan tanggung jawab

00:00:53.480 --> 00:00:54.660
Tetapi juga menumpuknya

00:00:54.660 --> 00:00:59.560
Pengembang yang dulus kode dan mengajukan tiket kini memiliki infrastruktur keamanan

00:00:59.560 --> 00:01:03.000
Pemantauan, Kubernetes, jalur CIPR-CD, manajemen rahasia

00:01:03.000 --> 00:01:06.080
Dan sekitar 15 layanan cloud yang belum pernah mereka dengar sebelumnya

00:01:06.080 --> 00:01:10.140
Satu orang menangani semua itu sambil tetap membangun produk yang sebenarnya

00:01:10.140 --> 00:01:11.820
Beginilah tampilannya dalam kehidupan nyata

00:01:11.820 --> 00:01:14.600
Sebuah tim ingin membuat lingkungan baru untuk menguji suatu fitur

00:01:14.600 --> 00:01:16.920
Sebelum DevOps, mereka mengajukan tiket denung

00:01:16.920 --> 00:01:19.120
Setelah DevOps, mereka memilikinya sendiri

00:01:19.120 --> 00:01:20.640
Yang kedengarannya bagus secara teori

00:01:20.640 --> 00:01:22.540
Tetapi sekarang mereka perlu menulis modul transform

00:01:22.540 --> 00:01:25.040
Mengonfigurasi kluster Kubernetes, menyiapkan aturan jaringan

00:01:25.040 --> 00:01:26.900
Memasang pemantauan, mencari tahu manajemen rahasia

00:01:26.900 --> 00:01:28.820
Dan memastikan kebijakan keamanan diterapkan

00:01:28.820 --> 00:01:32.400
Apa yang dulunya merupakan tiket yang memakan waktu satu jam bagi orang lain

00:01:32.400 --> 00:01:33.900
Kini memakan waktu tiga hari bagi pengam

00:01:33.900 --> 00:01:36.120
Selama tiga hari mereka tidak menulis kode produk

00:01:36.120 --> 00:01:37.660
Mereka menangani file YAML

00:01:37.660 --> 00:01:40.700
Dan mendebak mengapa load balancer tidak merutekan lalu lintas dengan benak

00:01:40.700 --> 00:01:42.280
Keban mentalis ini sangat besar

00:01:42.280 --> 00:01:46.260
Setiap tim akhirnya membangun alur kerja, skrip penerapan, dan dashboard pemantauan mereka sendiri

00:01:46.260 --> 00:01:48.880
Dan karena semua orang kewalahan sudut-sudutnya terpotong

00:01:48.880 --> 00:01:51.480
Keamanan dilewati karena tengkat waktunya adalah hari Jumat

00:01:51.480 --> 00:01:53.980
Tagihan cloud berlipat ganda tanpa ada yang menyadarinya

00:01:53.980 --> 00:01:55.880
Karena tidak ada yang ingat untuk mematikan lingkungan pengujian

00:01:55.880 --> 00:01:58.100
Dan ketika sesuatu rusak pada pukul 2 pagi

00:01:58.100 --> 00:02:00.300
Pengembang yang membangunnya adalah satu-satunya yang dapat memperbaiki

00:02:00.300 --> 00:02:01.640
Ini tidak berkelanjutan

00:02:01.640 --> 00:02:03.800
Dan inilah mengapa hal ini menjadi lebih penting dari sebelumnya

00:02:03.800 --> 00:02:04.940
Kompleksitas cloud terus berkembang

00:02:04.940 --> 00:02:08.620
Setiap tahun ada lebih banyak layanan, lebih banyak alat, lebih banyak keputusan yang harus diambil

00:02:08.620 --> 00:02:12.020
Dan sekarang alat pengkodean AI memungkinkan pengembang mengirimkan kode lebih cepat dari sebelumnya

00:02:12.020 --> 00:02:14.320
10, 20, bahkan 30 kali lebih banyak kode per hari

00:02:14.320 --> 00:02:15.140
Banyak kode per hari

00:02:15.140 --> 00:02:18.140
Namun semua kode itu masih merupakan infrastruktur keamanan dan pemantauan

00:02:18.140 --> 00:02:21.640
Lebih banyak kode tanpa sistem yang lebih baik hanya berarti kekacauan yang lebih cepat

00:02:21.640 --> 00:02:24.920
Jika Anda merasa tenggelam dalam YAML dan Terraform, Anda tidak sendirian

00:02:24.920 --> 00:02:26.240
Ini bukan kegagalan pribadi

00:02:26.240 --> 00:02:27.400
Ini sistem ini

00:02:27.400 --> 00:02:30.500
Model tersebut merusak apa sebenarnya rekayasa platform itu

00:02:30.500 --> 00:02:31.540
Lebih perbaikan

00:02:31.540 --> 00:02:35.080
Ini disebut rekayasa platform dan berikut cara paling sederhana untuk memahaminya

00:02:35.080 --> 00:02:39.080
Disiplin ini menciptakan lapisan internal yang menyerap kompleksitas bagi para pengembang

00:02:39.080 --> 00:02:41.300
Bayangkan berjalan ke gedung perkantaran besar

00:02:41.300 --> 00:02:44.040
Anda tidak perlu khawatir tentang siapa yang memiliki akses ke lantai mana

00:02:44.040 --> 00:02:46.740
Rencana keamanan mana yang berfungsi atau di mana pintu keluar darurat berada

00:02:46.740 --> 00:02:49.960
Meja resepsionis menangani semua itu untuk Anda dan Anda tinggal masuk dan mulai bekerja

00:02:49.960 --> 00:02:52.380
Itulah tepatnya yang dilakukan rekayasa platform untuk para pengembang

00:02:52.380 --> 00:02:58.200
Daripada setiap pengembang harus menjadi ahli dalam Kubernetes, Terraform, jaringan, dan keamanan tim platform pusat

00:02:58.200 --> 00:03:01.060
Menciptakan lapisan yang mengelola semua kompleksitas itu

00:03:01.060 --> 00:03:04.140
Pengembang mendapatkan antarmuka yang sederhana

00:03:04.140 --> 00:03:08.140
Mengklik tombol, menjalankan perintah, mengisi formulir, dan platform akan mengurus semuanya

00:03:08.140 --> 00:03:10.200
Namun, ini tidak sama dengan DevOps

00:03:10.200 --> 00:03:13.420
DevOps memberitahu setiap tim untuk memiliki infrastruktur mereka sendiri

00:03:13.420 --> 00:03:15.660
Tetapi rekayasa platform mengatakan bahwa itu adalah sebetulnya

00:03:15.660 --> 00:03:17.920
Sebaliknya, tim platform menyediakan jalan beraspal

00:03:17.920 --> 00:03:21.180
Cara yang standar, teruji, dan aman untuk menangani tugas-tugas umum

00:03:21.180 --> 00:03:24.300
Mereka membangun dan memelihara jalan sementara tim produk hanya mengendari

00:03:24.300 --> 00:03:28.300
Hasil inti dari rekayasa platform adalah sesuatu yang disebut platform pengembang internal

00:03:28.300 --> 00:03:29.580
Atau disingkat EDP

00:03:29.580 --> 00:03:33.600
Anggap saja sebagai sistem layanan mandiri yang mengotomatiskan semua pekerjaan berulang itu

00:03:33.600 --> 00:03:38.340
Penyediaan infrastruktur, aloci IPCD, pemeriksaan keamanan, pemantauan

00:03:38.340 --> 00:03:40.200
Semuanya sudah terpasang dan terstandarisasi

00:03:40.200 --> 00:03:41.740
Berikut contoh konkret

00:03:41.740 --> 00:03:44.500
Ketika pengembang ingin menerapkan layanan baru tanpa platform

00:03:44.500 --> 00:03:48.580
Mereka akan menghabiskan waktu berhari-hari untuk menyiapkan infrastruktur, menulis alur, dan mengonfigurasi pemeriksaan

00:03:48.580 --> 00:03:53.040
Dengan IDP, mereka cukup mengeklik terapkan di UI atau menjalankan satu perintah

00:03:53.040 --> 00:03:54.940
Dan platform akan menangani semuanya

00:03:54.940 --> 00:03:58.520
Penyediaan, pengujian, pemantauan, penerapan semuanya dalam hitungan menit, bukan hari

00:03:58.520 --> 00:03:59.720
Apa dinyanyi bagiannya?

00:03:59.720 --> 00:04:01.920
Anda berhenti menjadi ahli dalam semua infrastruktur

00:04:01.920 --> 00:04:04.100
Dan mulai menjadi spesialis dalam produk Anda yang sebenarnya

00:04:04.100 --> 00:04:07.220
Pekerjaan Anda kembali ke membangun fitur yang penting bagi pelanggan Anda

00:04:07.220 --> 00:04:10.700
Bukan mendebak mengapa file status trafom Anda rusak, setelah intinya

00:04:10.700 --> 00:04:13.320
Platform pengembang internal dalam bahasa yang disederhan

00:04:13.320 --> 00:04:16.040
Jadi mari kita uraikan apa sebenarnya platform pengembang internal itu

00:04:16.040 --> 00:04:18.280
Ini yang menggabungkan semuanya menjadi satu sistem

00:04:18.280 --> 00:04:23.060
Pipeline CI, per CD, tempat infrastruktur, kebijakan keamanan, pemantauan, dan pencatatan

00:04:23.060 --> 00:04:26.100
Alih-alih enam alat terpisah Anda harus menyambungkannya bersama

00:04:26.100 --> 00:04:27.260
Udah analoginya

00:04:27.260 --> 00:04:30.580
Anggap saja seperti memasak dari awal dibandingkan menggunakan mesin penjual otomansi

00:04:30.580 --> 00:04:35.420
Memasak dari awal berarti membeli bahan, memotong sayuran, mengukur bumbu, memantau kompor, por

00:04:35.420 --> 00:04:38.260
Banyak keputusan, banyak langkah, banyak cara untuk mengacaukan

00:04:38.260 --> 00:04:41.080
Mesin penjual otomatis memberi Anda hasil dengan menekan satu tombol

00:04:41.080 --> 00:04:43.820
Lebih sedikit keputusan, hasil lebih cepat, kualitas konsisten

00:04:43.820 --> 00:04:45.580
IDP adalah mesin penjual otomatis

00:04:45.580 --> 00:04:50.020
Pengembang tidak perlu tahu bagaimana infrastruktur disediakan atau di mana rahasia disimpan

00:04:50.020 --> 00:04:51.420
Mereka cukup menekan tombol

00:04:51.420 --> 00:04:53.120
Apa yang ada dalam mesin penjual otomatis?

00:04:53.460 --> 00:04:54.880
Pembuatan intinya cukup standar

00:04:54.880 --> 00:04:57.560
Tempat CI, per CD untuk pembuatan yang konsisten

00:04:57.560 --> 00:05:00.080
Penyediaan infrastruktur untuk lingkungan otomatis

00:05:00.080 --> 00:05:03.540
Yang memutar rahasia sehingga kredensial tidak mengambang di file konfigurasi

00:05:03.540 --> 00:05:07.780
Dan pencatatan dengan kemampuan observasi bawaan sehingga Anda dapat memecahkan masalah tanpa mengacak-acak

00:05:07.780 --> 00:05:11.020
Semuanya telah dikonfigurasi sebelumnya, diuji dan dipelihara oleh tim platform

00:05:11.020 --> 00:05:12.240
Berikut contoh konkretnya

00:05:12.240 --> 00:05:16.680
Pengembang mengetik buat layanan baru ke dalam baris perintah atau mengeklik tombol di portal

00:05:16.680 --> 00:05:20.520
Di balik layar, IDP menjalankan repository baru dengan struktur yang tepat

00:05:20.520 --> 00:05:23.220
Menyiapkan alur pembangunan yang menjalankan pengujian secara otomatis

00:05:23.220 --> 00:05:25.500
Menyebarkan layanan ke lingkungan pengembangan

00:05:25.500 --> 00:05:27.860
Dan menambahkan titik akhir pemiksaan kesehatan dengan pencatatan

00:05:27.860 --> 00:05:30.200
Semua itu terjadi dalam hitungan menit

00:05:30.200 --> 00:05:33.900
Pengembang tidak pernah menyentuh satu pun berkas teraform atau mengonfigurasi manifest gubernates

00:05:33.900 --> 00:05:35.880
Cukup mengetik perintah dan layanan pun berjalan

00:05:35.880 --> 00:05:36.820
Mengapa ini penting?

00:05:37.280 --> 00:05:38.600
Konsistensi adalah alasan utama

00:05:38.600 --> 00:05:42.360
Ketika setiap tim membangun alur mereka sendiri dan menduskrip penyebaran mereka sendiri

00:05:42.360 --> 00:05:44.400
Anda akan mendapatkan konfigurasi kepingan salju

00:05:44.400 --> 00:05:47.400
50 cara berbeda, 50 cara berbeda dan melakukan swat

00:05:47.400 --> 00:05:50.260
Ketika sesuatu rusak, tidak seorang pun dapat mendebaknya

00:05:50.260 --> 00:05:51.400
Kecuali orang yang membangun

00:05:51.400 --> 00:05:53.400
Dan jika orang itu meninggalkan perusahaan, semoga berhasil

00:05:53.400 --> 00:05:56.880
IDP menghilangkannya dengan membuat setiap layanan mengikuti pola yang sama

00:05:56.880 --> 00:05:58.880
Setiap penyebaran menggunakan alur yang sama

00:05:58.880 --> 00:06:00.580
Dan setiap tim mendapatkan default yang sama

00:06:00.580 --> 00:06:04.280
Ketika sesuatu rusak, polanya sudah familiar dan perbaikannya didokumentasikan

00:06:04.280 --> 00:06:05.420
Ini adalah artinya bagi Anda

00:06:05.420 --> 00:06:09.440
Jika organisasi Anda memiliki 50 tim yang melakukan penerbapan dengan 50 cara berbeda

00:06:09.440 --> 00:06:10.280
IDP adalah solusinya

00:06:10.280 --> 00:06:12.040
Ini tidak berarti tim kehilangan utama

00:06:12.040 --> 00:06:15.440
Ini berarti bagian yang membosankan, berulang, dan rawan kesalahan menjadi standar

00:06:15.440 --> 00:06:17.520
Sehingga pekerjaan yang menarik dan kreatif dapat bervariasi

00:06:17.520 --> 00:06:18.960
Itu adalah pengorbanan yang layak dilakukan

00:06:18.960 --> 00:06:21.400
Jalur emas jalannya bukan sangkar

00:06:21.400 --> 00:06:23.280
Mari kita bahas tentang jalur emas

00:06:23.280 --> 00:06:25.140
Anda mungkin pernah mendengar namanya, tetapi ide yang sederhana

00:06:25.140 --> 00:06:28.260
Jalur emas adalah alur kerja yang direkomendasikan dan dibuat sebelumnya

00:06:28.260 --> 00:06:30.740
Yang membuat sebelumnya membuat hal yang benar menjadi hal yang paling mudah dilakukan

00:06:30.740 --> 00:06:31.740
Tim platform Anda berkata

00:06:31.740 --> 00:06:33.780
Begini cara yang kami sarankan untuk Anda lakukan

00:06:33.780 --> 00:06:37.040
Kami telah mengujinya berhasil dan kami akan mendukung Anda jika terjadi kurus

00:06:37.040 --> 00:06:39.100
Perhatikan kata rekomendasi itu

00:06:39.100 --> 00:06:41.220
Jalur emas tidak wajib

00:06:41.220 --> 00:06:43.240
Pengembang dapat keluar dari jalur jika perlu

00:06:43.240 --> 00:06:45.300
Tetapi jalur tersebut adalah default yang cepat dan aman

00:06:45.300 --> 00:06:47.660
Jalur tersebut sudah berjalan, didukung, dan didokumentasikan

00:06:47.660 --> 00:06:49.400
Anda tidak perlu memikirkan semuanya di awal

00:06:49.400 --> 00:06:52.340
Anggap saja seperti real kereta api, bukan pagar pembatas

00:06:52.340 --> 00:06:54.340
Pagar pembatas akan menangkap Anda saat menangkap

00:06:54.340 --> 00:06:56.700
Mereka bereaksi, mereka menghentikan Anda agar tidak jatuh dari tebing

00:06:56.700 --> 00:06:57.780
Tetapi mereka tidak membantu Anda

00:06:57.780 --> 00:07:00.280
Real kereta api memandu Anda dengan mulus di sepanjang rute

00:07:00.280 --> 00:07:02.560
Jadi Anda tidak perlu memutuskan kemana harus berbeda

00:07:02.560 --> 00:07:03.700
Jalur emas adalah realnya

00:07:03.700 --> 00:07:06.180
Mereka membawa Anda maju, bukan hanya menangkap Anda saat menangkap

00:07:06.180 --> 00:07:08.280
Di sinilah banyak tim melakukan kesalahan ini

00:07:08.280 --> 00:07:11.340
Mereka membangun jalur emas untuk tim platform, bukan untuk pengembang

00:07:11.340 --> 00:07:14.100
Mereka mengoptimalkan kemurniaan arsitektur atau kepetuhan keamalan

00:07:14.100 --> 00:07:17.260
Atau beberapa aturan internal yang tidak dipahami oleh siapapun di luar tim platform

00:07:17.260 --> 00:07:20.280
Hasilnya tampak bagus di papan tulis, tetapi terasa buruk untuk digunakan

00:07:20.280 --> 00:07:22.920
Pengembang diam-diam menemukan solusi, adopsi menurun

00:07:22.920 --> 00:07:25.960
Dan tim platform bertanya-tanya mengapa tidak ada yang menghargai semua upaya itu

00:07:25.960 --> 00:07:27.640
Perbaikan sederhana tetapi surjaku

00:07:27.640 --> 00:07:29.060
Anda memerlukan jalur keluar

00:07:29.060 --> 00:07:31.180
Jika jalur tidak sesuai dengan kasus penggunaan pengembang

00:07:31.180 --> 00:07:32.280
Mereka memerlukan jalur keluar

00:07:32.280 --> 00:07:35.240
Cara untuk mengesampingkan default membuat alur mereka sendiri

00:07:35.240 --> 00:07:36.920
Atau keluar dari platform sepenuhnya

00:07:36.920 --> 00:07:38.660
Dan inilah bagian pentingnya

00:07:38.660 --> 00:07:41.020
Jika mereka keluar itu bukan kegagalan, itu umpan talik

00:07:41.020 --> 00:07:42.940
Setiap kali pengembang meninggalkan jalur emas

00:07:42.940 --> 00:07:44.180
Itu memberitahu Anda sesuatu yang gak

00:07:44.180 --> 00:07:46.640
Entah jalur tersebut kehilangan fitur yang seharusnya ada

00:07:46.640 --> 00:07:48.900
Atau kasus penggunaan benar-benar tidak seharusnya ada di sana

00:07:48.900 --> 00:07:50.280
Kedua sinyal itu berharga

00:07:50.280 --> 00:07:53.020
Jalur emas yang baik dalam praktiknya terlihat seperti ini

00:07:53.020 --> 00:07:54.740
Sebuah tim ingin menerapkan layanan bagian baru

00:07:54.740 --> 00:07:56.100
Mereka menggunakan jalur tersebut

00:07:56.100 --> 00:07:59.160
Jalur tersebut memberi mereka repository template dengan struktur yang tepat

00:07:59.160 --> 00:08:01.040
Alur CI presidi standar yang telah diuji

00:08:01.040 --> 00:08:03.120
Pencatatan dan pemantauan bawaan pengembalian

00:08:03.120 --> 00:08:04.820
Dengan satu klik jika terjadi kesalahan

00:08:04.820 --> 00:08:07.120
Semua ini hanya membutuhkan waktu beberapa menit

00:08:07.120 --> 00:08:09.280
Bukan hari dan karena tim platform memelihara jalur tersebut

00:08:09.280 --> 00:08:10.840
Ketika terjadi kerusakan, mereka memperbaik

00:08:10.840 --> 00:08:13.580
Pengembang tidak perlu menjadi ahli debugging alur

00:08:13.580 --> 00:08:15.800
Artinya bagi Anda, lebih sedikit kejut

00:08:15.800 --> 00:08:17.800
Anda mengirimkan lebih cepat karena jalur tersebut

00:08:17.800 --> 00:08:19.200
Anda mengirimkan lebih aman

00:08:19.200 --> 00:08:21.160
Karena keamanan dan pemantauan sudah tertanak

00:08:21.160 --> 00:08:23.580
Anda mengirimkan dengan percaya diri karena pengembalian hanya satu klik

00:08:23.580 --> 00:08:25.440
Jalur tersebut ada untuk membantu Anda

00:08:25.440 --> 00:08:26.340
Bukan untuk menahanan

00:08:26.340 --> 00:08:29.240
Mengurangi beban kognitif

00:08:29.240 --> 00:08:30.720
Disinilah hasil yang sebenarnya muncul

00:08:30.720 --> 00:08:32.740
Ketika platform menangani pekerjaan berat

00:08:32.740 --> 00:08:34.580
Pengembang benar-benar dapat fokus pada kode

00:08:34.580 --> 00:08:37.160
Mereka tidak perlu tahu versi Kubernetes mana yang sedang berjalan

00:08:37.160 --> 00:08:39.360
Mereka tidak perlu memperbarui modul Terraform

00:08:39.360 --> 00:08:41.040
Setiap kali penyedia cloud mengubah API

00:08:41.040 --> 00:08:42.420
Mereka cukup menulis fitur

00:08:42.420 --> 00:08:44.180
Teknisi platform menyerap kompleksitas itu

00:08:44.180 --> 00:08:46.740
Mereka perlu dilihat pengembang dan apa yang harus tetap disembunyikan

00:08:46.740 --> 00:08:49.080
Itu adalah pilihan desain yang nyata, bukan sekedar pilihan teknik

00:08:49.080 --> 00:08:52.440
Ini tentang mencari tahu detail mana yang penting bagi orang yang menggunakan platform

00:08:52.440 --> 00:08:54.040
Dan mana yang hanya menambah kebisingan

00:08:54.040 --> 00:08:55.360
Berikut contoh konkretnya

00:08:55.360 --> 00:08:57.400
Pengembang yang menerapkan layanan baru

00:08:57.400 --> 00:09:01.260
Tidak peduli dengan ukuran node cluster, jenis instance, atau ambang batas dan skalaan otomatis

00:09:01.260 --> 00:09:05.220
Mereka peduli dengan apakah layanan mereka berjalan dan seberapa cepat layanan tersebut meresap

00:09:05.220 --> 00:09:08.120
Jadi platform mengonfigurasikan semua itu berdasarkan tingkat aplikasi

00:09:08.120 --> 00:09:09.760
Layanan kecil berikut pengaturan yang tepat

00:09:09.760 --> 00:09:12.520
Layanan dengan lalu lintas tinggi berikut konfigurasi yang berduk

00:09:12.520 --> 00:09:15.100
Pengembang tidak membuat pilihan tersebut karena mereka tidak perlu melakukan

00:09:15.100 --> 00:09:16.220
Mengabendi penting

00:09:16.220 --> 00:09:20.520
Karena kelelahan berkurang saat pengembang tidak menangani 15 masalah yang berbeda sekaligus

00:09:20.520 --> 00:09:24.100
Beberapa tim platform yang matang telah memangkas beban kognitif hingga hampir setengahnya

00:09:24.100 --> 00:09:26.520
Beban mental berkurang 40 hingga 50%

00:09:26.520 --> 00:09:27.740
Itu perubahan yang sangat besar

00:09:27.740 --> 00:09:32.100
Itulah perbedaan antara meninggalkan pekerjaan dengan energi yang tersisa dan menatap terminal pada pukul 10 malam

00:09:32.100 --> 00:09:33.300
Sambil bertanya-tanya mengapa peplanya

00:09:33.300 --> 00:09:34.360
Namun ilah peringatan

00:09:34.360 --> 00:09:35.720
Jangan menciptakan ilusi

00:09:36.120 --> 00:09:37.480
Beberapa tim platform terjebak

00:09:37.480 --> 00:09:42.240
Mereka menyembunyikan pengaturan tanpa memberi pengembang cara apapun untuk memahami apa yang terjadi di balik layar

00:09:42.240 --> 00:09:44.260
Itu bukan abstraksi, itu tipuan

00:09:44.260 --> 00:09:46.900
Dan itu menjadi bumerang saat terjadi kesalahan

00:09:46.900 --> 00:09:51.320
Pengembang menabrak tembok yang tidak dapat mereka lihat dan tiba-tiba platform terasa seperti kotak hitam yang bekerja melawan mereka

00:09:51.320 --> 00:09:53.040
Istilah untuk ini adalah abstraksi yang bocor

00:09:53.040 --> 00:09:55.700
Anda menyembunyikan kompleksitas tetapi pada akhirnya kompleks itu

00:09:55.700 --> 00:09:57.320
Basis data menjadi lambat

00:09:57.320 --> 00:10:00.620
Penerapan gagal, kebijakan keamanan memblokir sesuatu yang tidak terduga

00:10:00.620 --> 00:10:04.580
Dan pengembang tidak memiliki moda mental tentang apa yang terjadi karena platform tidak pernah merikannya kepada mereka

00:10:04.580 --> 00:10:05.940
Transparansi itu penting

00:10:05.940 --> 00:10:08.940
Tunjukkan kepada pengembang apa yang perlu mereka ketahui saat mereka perlu mengetahui

00:10:08.940 --> 00:10:10.880
Jangan hanya menyembunyikan semuanya dan berharap yang terbaik

00:10:10.880 --> 00:10:14.300
Artinya bagi Anda, lebih sedikit peralian konteks dan lebih banyak status alam

00:10:14.300 --> 00:10:17.800
Anda tidak memulai pagi dengan bertanya-tanya apakah kluster Kubernetes perlu ditingkatkan

00:10:17.800 --> 00:10:20.140
Anda memulai pagi dengan mengerjakan fitur yang harus diselesaikan fitur

00:10:20.140 --> 00:10:21.600
Pekerjaan Anda yang sebenarnya lagi

00:10:21.600 --> 00:10:24.540
Memperlakukan platform seperti sebuah produk

00:10:24.540 --> 00:10:28.140
Hari ini kita akan membahas sesuatu yang mengubah cara kerja alat internal

00:10:28.140 --> 00:10:31.240
Kebanyakan orang mengira tim platform hanyalah tim infrastruktur

00:10:31.240 --> 00:10:33.560
Padahal tidak, tim platform adalah tim produk

00:10:33.560 --> 00:10:36.320
Dan pengembang yang menggunakan platform tersebut adalah pelanggan mereka

00:10:36.320 --> 00:10:37.440
Bukan orang yang mengajukan tim

00:10:37.440 --> 00:10:38.280
Itu mengubah segalanya

00:10:38.280 --> 00:10:39.900
Tim produk berbicara dengan pelanggannya

00:10:39.900 --> 00:10:41.580
Mereka mencari tahu apa yang sebenarnya menyusahkan

00:10:41.580 --> 00:10:43.760
Mereka memprioritaskan fitur berdasarkan kebutuhan nyata

00:10:43.760 --> 00:10:44.800
Mereka mengukur adopsi

00:10:44.800 --> 00:10:45.800
Mereka tidak mengukur adopsi

00:10:45.800 --> 00:10:47.080
Mereka tidak membangun sesuatu yang pergi

00:10:47.080 --> 00:10:48.160
Mereka terus melakukan iterasi

00:10:48.160 --> 00:10:49.780
Jadi seperti apa tim produk dalam prakteknya?

00:10:50.320 --> 00:10:51.640
Mereka tidak beroperasi seperti menjaman

00:10:51.640 --> 00:10:53.380
Pengembang mengajukan tiket

00:10:53.380 --> 00:10:55.260
Dan tim platform melakukannya secara manual

00:10:55.260 --> 00:10:58.740
Itu bukan rekayasa platform, itu hanya operasi terpusat dengan nama baru

00:10:58.740 --> 00:11:01.240
Itu tidak berskala, tidak mengurangi beban kognitif

00:11:01.240 --> 00:11:03.240
Itu hanya memindahkan hambatan dari satu tim ke tim lain

00:11:03.240 --> 00:11:04.700
Inilah yang mereka lakukan sebagai ganti

00:11:04.700 --> 00:11:05.960
Mereka mengukur hal yang benar

00:11:05.960 --> 00:11:07.620
Saatnya untuk penerapan pertama

00:11:07.620 --> 00:11:09.280
Kecepatan orientasi untuk anggota tim baru

00:11:09.280 --> 00:11:10.260
Skor kepuasan pengembang

00:11:11.020 --> 00:11:12.500
Ini adalah metrik yang memberitahu Anda

00:11:12.500 --> 00:11:14.360
Apakah platform tersebut benar-benar membantu orang

00:11:14.360 --> 00:11:15.780
Atau hanya melambat lapisan kompleksitas

00:11:15.780 --> 00:11:16.780
Spotify yang bagus

00:11:16.780 --> 00:11:19.560
Tim platform mereka berjalan seperti organisasi produk yang tepat

00:11:19.560 --> 00:11:20.860
Mereka memiliki peta jalan

00:11:20.860 --> 00:11:21.820
Mereka memiliki OKR

00:11:21.820 --> 00:11:24.200
Mereka berbicara dengan pengembang tentang apa yang berfungsi dan apa yang tidak

00:11:24.200 --> 00:11:28.080
Mereka memperlakukan platform sebagai sesuatu yang harus mendapatkan adopsi setiap hari

00:11:28.080 --> 00:11:29.340
Dan itulah ide utamanya

00:11:29.340 --> 00:11:31.440
Platform yang tidak digunakan siapapun

00:11:31.440 --> 00:11:33.580
Hanyalah sebuah proyek yang hanya mengumpulkan debu di sudut

00:11:33.580 --> 00:11:35.460
Adopsi adalah validasi utama

00:11:35.460 --> 00:11:37.640
Jika pengembang memilih platform Anda

00:11:37.640 --> 00:11:38.960
Daripada membangun alat mereka sendiri

00:11:38.960 --> 00:11:39.760
Anda telah berhasil

00:11:39.760 --> 00:11:41.160
Jika mereka menghindarinya

00:11:41.160 --> 00:11:43.020
Tidak ada keunggulan teknis yang dapat memperbaikinya

00:11:43.020 --> 00:11:44.240
Apa artinya ini bagi Anda

00:11:44.240 --> 00:11:45.980
Artinya jika Anda membangun platform

00:11:45.980 --> 00:11:47.860
Jangan mulai dengan diagram arsitektur

00:11:47.860 --> 00:11:50.200
Jangan mulai dengan kluster gubernete atau modul platform

00:11:50.200 --> 00:11:51.760
Mulailah dengan wawancara pengguna

00:11:51.760 --> 00:11:53.800
Bicaralah dengan pengembang yang akan menggunakan platform Anda

00:11:53.800 --> 00:11:55.400
Cari tahu apa yang sebenarnya menyakitkan

00:11:55.400 --> 00:11:57.560
Bangun satu hal yang membecahkan masalah nyata

00:11:57.560 --> 00:11:58.260
Lalu ulangi

00:11:58.260 --> 00:12:01.040
Begitulah cara Anda membangun sesuatu yang benar-benar ingin menggunakan orang

00:12:01.040 --> 00:12:02.320
Mengapa sekarang

00:12:02.320 --> 00:12:03.160
Gelombang AI

00:12:03.160 --> 00:12:05.040
Jadi mengapa kita membicarakan hal ini sekarang

00:12:05.040 --> 00:12:06.200
Mengapa tidak lima tahun yang lalu

00:12:06.200 --> 00:12:07.240
Jawabannya adalah AI

00:12:07.240 --> 00:12:09.560
Alat pengkodean AI seperti GitHub Copilot

00:12:09.560 --> 00:12:11.700
Memungkinkan pengembang mengirimkan kode dengan kecepatan

00:12:11.700 --> 00:12:13.040
Yang belum pernah kita lihat sebelumnya

00:12:13.040 --> 00:12:14.940
10 kali 20 kali lebih banyak kode per hari

00:12:14.940 --> 00:12:16.900
Daripada yang mungkin dilakukan beberapa tahun yang lalu

00:12:16.900 --> 00:12:18.440
Kedengarannya luar biasa dan memang begitu

00:12:18.440 --> 00:12:19.500
Namun ilah masalahnya

00:12:19.500 --> 00:12:21.460
Semua kode itu masih membutuhkan infrastruktur

00:12:21.460 --> 00:12:22.740
Masih membutuhkan keamanan

00:12:22.740 --> 00:12:24.860
Masih perlu disebarkan, diuji, dan dioperasikan

00:12:24.860 --> 00:12:26.900
Lebih banyak kode tanpa sistem yang lebih baik

00:12:26.900 --> 00:12:28.080
Tidak akan membuat Anda lebih cepat

00:12:28.080 --> 00:12:29.780
Itu hanya akan mempercepat kekacauan

00:12:29.780 --> 00:12:32.520
Jika pengembang Anda sudah tenggelam dalam YAML dan Terraform AI

00:12:32.520 --> 00:12:33.660
Tidak akan memperbaikinya

00:12:33.660 --> 00:12:35.720
Itu hanya berarti mereka tenggelam lebih cepat

00:12:35.720 --> 00:12:37.540
Sambil menghasilkan lebih banyak kode yang perlu didukung

00:12:37.540 --> 00:12:38.500
Saat ini

00:12:38.500 --> 00:12:41.800
Sekitar 55 persen organisasi telah mengadopsi rekayasa platform

00:12:41.800 --> 00:12:42.880
Dalam beberapa bentuk

00:12:42.880 --> 00:12:45.620
Gartner memperkirakan angka itu akan mencapai 80 persen

00:12:45.620 --> 00:12:46.960
Pada akhir tahun 2026

00:12:46.960 --> 00:12:48.040
Itu bukanlah tren yang lambat

00:12:48.040 --> 00:12:49.620
Itu adalah perubahan yang sedang terjadi saat ini

00:12:49.620 --> 00:12:53.700
Perusahaan menyadari bahwa mereka tidak dapat meningkatkan tim teknik mereka tanpa lapisan platform

00:12:53.700 --> 00:12:56.400
Pendekatan lama yang mengharuskan setiap tim melakukan semuanya sendiri

00:12:56.400 --> 00:12:58.580
Tidak akan berhasil jika Anda mengirimkan kode dengan kecepatan AI

00:12:58.580 --> 00:12:59.940
Inilah yang banyak orang lewatkan

00:12:59.940 --> 00:13:02.100
AI tidak hanya menciptakan kebutuhan akan platform

00:13:02.100 --> 00:13:03.360
AI juga membantu membangun

00:13:03.360 --> 00:13:06.400
Tim platform menggunakan AI untuk menghasilkan modul Terraform

00:13:06.400 --> 00:13:07.600
Menulis dokumentasi

00:13:07.600 --> 00:13:08.700
Dan mendebak alur kerja

00:13:08.700 --> 00:13:10.100
Teknologi yang sama

00:13:10.100 --> 00:13:12.780
Yang menciptakan urgensi juga menyediakan alat untuk menyelesaikannya

00:13:12.780 --> 00:13:14.120
Sekarang perlu diingat

00:13:14.120 --> 00:13:16.520
AI memperkuat apapun yang sudah Anda miliki

00:13:16.520 --> 00:13:20.700
Jika dasar-dasar Anda kokoh, seperti arsitektur yang baik dan platform yang dirancang dengan baik

00:13:20.700 --> 00:13:22.940
AI membuat Anda dua hingga tiga kali lebih produktif

00:13:22.940 --> 00:13:25.940
Namun jika fondasi Anda lemah, AI hanya membantu Anda lebih cepat

00:13:25.940 --> 00:13:27.100
Kesar dengan lebih cepat

00:13:27.100 --> 00:13:29.540
Konfigurasi yang buruk, celah keamanan, infrastruktur yang rusak

00:13:29.540 --> 00:13:31.380
Semuanya dikirim ke produksi sebelum ada yang menyadari

00:13:31.380 --> 00:13:33.140
AI tidak memperbaiki fondasi yang buruk

00:13:33.140 --> 00:13:34.180
AI mengeksposnya

00:13:34.180 --> 00:13:35.300
Berikut contoh nyata

00:13:35.300 --> 00:13:38.040
Perusahaan dengan platform pengembang internal yang baik

00:13:38.040 --> 00:13:40.440
Dapat membiarkan non-insinyur menyebarkan alat AI dengan Anda

00:13:40.440 --> 00:13:42.060
Platform menyedakan pekerja pembatas

00:13:42.060 --> 00:13:43.660
AI menegakkan kebijakan keamanan

00:13:43.660 --> 00:13:44.920
AI menangani infrastruktur

00:13:44.920 --> 00:13:48.140
Jadi seorang manajer produk dapat membuat prototipe bertenaga AI

00:13:48.140 --> 00:13:50.600
Tanpa perlu memahami kubernetes atau jaringan cloud

00:13:50.600 --> 00:13:51.600
Itu hebat

00:13:51.600 --> 00:13:55.480
Itulah hal yang membedakan tim yang siap menghadapi era AI dari tim

00:13:55.480 --> 00:13:57.140
Yang akan tertinggal

00:13:57.140 --> 00:13:58.700
Artinya ini bagi Anda

00:13:58.700 --> 00:14:00.900
Jendela untuk membangun platform semakin tertutup

00:14:00.900 --> 00:14:02.680
Bukan karena teknologinya menghilang

00:14:02.680 --> 00:14:05.160
Tetapi karena kesenjangan antara tim yang memiliki platform

00:14:05.160 --> 00:14:06.940
Dan tim yang tidak memilikinya semakin melebar

00:14:06.940 --> 00:14:08.640
Setiap bulan Anda menunggu

00:14:08.640 --> 00:14:11.020
Tim yang sudah memiliki platform semakin maju

00:14:11.020 --> 00:14:13.480
Mereka mengirimkan lebih cepat tidak terlalu kelelahan

00:14:13.480 --> 00:14:15.300
Dan beradaptasi dengan alat baru dengan lebih cepat

00:14:15.300 --> 00:14:17.560
Tim yang tidak memiliki platform semakin tertinggal

00:14:17.560 --> 00:14:18.740
Pilih Anda di tangan Anda

00:14:18.740 --> 00:14:20.700
Mulailah dengan satu jalur emas

00:14:20.700 --> 00:14:22.320
Jadi dari mana Anda sebenarnya memulai?

00:14:22.500 --> 00:14:26.100
Jika Anda berpikir bahwa Anda perlu membangun seluruh platform pengembang internal dari awal

00:14:26.100 --> 00:14:26.640
Berhentilah

00:14:26.640 --> 00:14:29.580
Itulah cara tercepat untuk menghentikan proyek Anda bahkan sebelum dimulai

00:14:29.580 --> 00:14:32.740
Salah terbesar yang dilakukan tim adalah mencoba membangun semuanya sekaligus

00:14:32.740 --> 00:14:35.400
Mereka menghabiskan waktu berbulan-bulan untuk merancang platform yang sempurna

00:14:35.400 --> 00:14:36.740
Mengemas setiap fitur yang dapat mereka pikir

00:14:36.740 --> 00:14:38.660
Kemudian mereka meluncurkannya dan tidak menyerap

00:14:38.660 --> 00:14:39.900
Tidak ada yang menggunakannya

00:14:39.900 --> 00:14:40.500
Mengapa?

00:14:40.780 --> 00:14:43.060
Karena ini memecahkan masalah yang tidak ditanyakan siapapun

00:14:43.060 --> 00:14:45.260
Dan untuk memulainya saja Anda perlu membaca manual singkat

00:14:45.260 --> 00:14:46.580
Begini, jangan lakukan itu

00:14:46.580 --> 00:14:47.900
Sebaliknya melihat yang kecil

00:14:47.900 --> 00:14:49.300
Bicaralah dengan pengembang

00:14:49.300 --> 00:14:51.860
Bukan arsitek, bukan manajer, bukan asumsi Anda sendiri

00:14:51.860 --> 00:14:53.840
Temukan orang-orang yang menulis fitur setiap hari

00:14:53.840 --> 00:14:55.280
Banyakan pada mereka di mana-mana

00:14:55.280 --> 00:14:57.580
Temukan satu alur kerja memakan waktu paling lama

00:14:57.580 --> 00:15:00.480
Membuat sebagian besar orang frustrasi atau lebih sering dilewati yang seharusnya

00:15:00.480 --> 00:15:02.800
Lalu, buatlah satu jalur emas untuk menyelesaikannya

00:15:02.800 --> 00:15:05.780
Mungkin buat dan terapkan layanan mikro baru

00:15:05.780 --> 00:15:08.400
Mungkin siapkan lingkungan pengembangan dari awal

00:15:08.400 --> 00:15:10.740
Mungkin kirimkan perbaikan terbaru ke produksi

00:15:10.740 --> 00:15:11.780
Tanpa merusak apapun

00:15:11.780 --> 00:15:15.640
Pilih yang paling menyakitkan dan buat jalur yang menghilangkan kendala itu

00:15:15.640 --> 00:15:17.720
Buat uji dengan pengguna sungguhan

00:15:17.720 --> 00:15:19.100
Kumpulkan umpan balik, ulangi

00:15:19.100 --> 00:15:21.700
Lalu tambahkan jalur lain dan jalur lain setelah itu

00:15:21.700 --> 00:15:23.480
Jangan mencoba menyelesaikan setiap masalah sekaligus

00:15:23.480 --> 00:15:25.140
Selesaikan satu masalah dengan sangat baik

00:15:25.140 --> 00:15:26.780
Dan biarkan momentum membawa Anda maju

00:15:26.780 --> 00:15:28.020
Bagaimana Anda tahu itu berhasil?

00:15:28.420 --> 00:15:29.040
Ukur hal yang tepat

00:15:29.040 --> 00:15:31.060
Waktu dari ide hingga penerapan pertama

00:15:31.060 --> 00:15:33.120
Jumlah langkah manual yang telah Anda hilangkan

00:15:33.120 --> 00:15:34.320
Dan tingkat adopsi sukarela

00:15:34.320 --> 00:15:36.180
Jika pengembang memilih jalur Anda

00:15:36.180 --> 00:15:37.740
Daripada membangun jalur mereka sendiri, Anda menang

00:15:37.740 --> 00:15:40.860
Jika mereka menghindarinya, dengarkan dan ubah arah

00:15:40.860 --> 00:15:41.640
Inilah jebakan yang harus di

00:15:41.640 --> 00:15:43.700
Jangan jadikan platform sebagai sebuah yang wajib

00:15:43.700 --> 00:15:45.500
Paksa pengembang untuk mengikuti jalur Anda

00:15:45.500 --> 00:15:46.380
Dan mereka akan membencinya

00:15:46.380 --> 00:15:47.660
Mereka menemukan cara untuk menghilang

00:15:47.660 --> 00:15:49.880
Mereka membuat skrip mereka sendiri dan menyembunyikan jadinya

00:15:49.880 --> 00:15:51.620
Sebaliknya, buatlah jalur yang mudah

00:15:51.620 --> 00:15:53.120
Jadikan lebih cepat daripada alternatifnya

00:15:53.120 --> 00:15:54.440
Jadikan itu pilihan yang jelas

00:15:54.440 --> 00:15:55.720
Tetapi jangan pernah menjadi satu-satunya

00:15:55.720 --> 00:15:57.680
Jalur pertama selalu yang tersulit

00:15:57.680 --> 00:15:59.840
Jalur ini mengajarkan Anda segala hal tentang pemikiran

00:15:59.840 --> 00:16:01.920
Anda belajar cara berbicara dengan pengguna

00:16:01.920 --> 00:16:02.980
Cara memprioritaskan

00:16:02.980 --> 00:16:04.860
Dan bahwa membangun sesuatu yang benar-benar diinginkan

00:16:04.860 --> 00:16:06.520
Orang jauh lebih sulit daripada memperfungsi

00:16:06.520 --> 00:16:08.040
Namun setelah Anda melakukannya sekali

00:16:08.040 --> 00:16:09.560
Jalur kedua menjadi lebih mudah lagi

00:16:09.560 --> 00:16:10.620
Dan yang ketiga lebih mudah

00:16:10.620 --> 00:16:12.200
Anda tidak membangun platform dalam satu kesempatan

00:16:12.200 --> 00:16:13.840
Anda membangunnya satu jalur pada satu waktu

00:16:13.840 --> 00:16:15.220
Jadi itulah sistemnya

00:16:15.220 --> 00:16:17.820
Rekayasa platform adalah tentang membangun jalan beraspal

00:16:17.820 --> 00:16:20.340
Sehingga pengembang dapat fokus pada mengundi alih-alih memperbaiki lo

00:16:20.340 --> 00:16:22.500
Jika Anda lelah melawan infrastruktur

00:16:22.500 --> 00:16:24.500
Mulailah dengan menemukan satu jalan emas di tim Anda

00:16:24.500 --> 00:16:25.040
Hanya satu

00:16:25.040 --> 00:16:27.320
Bagikan ini dengan seseorang yang perlu mendengarnya

00:16:27.320 --> 00:16:29.240
Dan berlangganan untuk lebih banyak uraian seperti ini