Seri arsitektur evolusioner, bagian 4

Bagaimana konten ini?

“Apakah kamu ingin kopi dengan itu?”

“Arsitektur Evalusioner” adalah seri blog empat bagian yang menunjukkan bagaimana desain dan keputusan solusi berkembang saat perusahaan melewati berbagai tahapan siklus hidup perusahaan rintisan. Dalam seri ini, kami mengikuti Contoh Perusahaan Rintisan dengan konsep yang sama, yang idenya adalah untuk membuat aplikasi “pasar saham fantasi”, mirip dengan liga olahraga fantasi. Mereka berencana mengadakan empat “turnamen” selama setahun.

Posting blog ketiga menjelaskan bagaimana perusahaan rintisan ini mulai mengembangkan arsitektur yang mencakup alat, seperti alur CI/CD dan infrastruktur-sebagai-kode, serta menerapkan praktik terbaik, terutama seputar keamanan dan otorisasi. Di bagian 4, kita akan melihat Contoh Perusahaan Rintisan yang merumuskan postur keamanan dan pencadangan mereka untuk memenuhi berbagai standar kepatuhan. Mereka juga menetapkan strategi data untuk organisasi dan menjelajahi lini bisnis tambahan untuk mendiversifikasi portofolio produk mereka.

Menggunakan pendanaan Seri B untuk merekrut, memperluas, dan menskalakan

Segalanya berjalan sebaik mungkin untuk Contoh Perusahaan Rintisan. Mereka baru-baru ini menutup putaran pendanaan Seri B yang mereka harapkan untuk memicu perekrutan, ekspansi, dan penskalaan yang sangat dibutuhkan. Dengan pendanaan dan adopsi pelanggan juga telah datang peningkatan persaingan. Pemain mapan di ruang mulai melihat mereka sebagai pesaing serius, dan meningkatkan upaya pemasaran mereka.

Contoh Perusahaan Rintisan mulai merekrut untuk mengembangkan area fungsional dan membuat tim khusus untuk rekayasa reliabilitas situs (SRE), platform, analitik, dan ilmu data. Dengan pasar tenaga kerja yang kompetitif dan kurangnya departemen sumber daya manusia khusus di perusahaan rintisan, mereka menghubungi lagi tim akun AWS untuk bertanya tentang bagaimana menemukan tenaga kerja teknis yang mahir menggunakan AWS. Ternyata tim akun telah membantu pelanggan perusahaan rintisan lainnya dalam situasi serupa dengan menyarankan Partner AWS yang dapat membantu kebutuhan perekrutan mereka. Tidak lama kemudian, perusahaan rintisan mendapatkan email di kotak masuk mereka dari beberapa kandidat yang sebelumnya telah diseleksi terkait pengalaman AWS. Untungnya, banyak dari wawancara tersebut berubah menjadi tawaran pekerjaan dan Perusahaan Rintisan tidak perlu khawatir lagi tentang tugas-tugas perekrutan yang harus mereka selesaikan.

Perekrutan besar-besaran berujung pada masalah teknis: Tim mengeluhkan bahwa tim platform Contoh Perusahaan Rintisan terlalu lama saat menyiapkan akun baru untuk tujuan pengujian dan hal ini menghambat inovasi. Tim platform menjelaskan bahwa mereka tidak memiliki bandwidth untuk membuat akun individual setiap kali seseorang mendapatkan ide baru untuk sebuah fitur. Pada titik ini dalam perjalanan AWS mereka, tim platform mengadakan pertemuan dua mingguan dengan tim akun AWS untuk membahas dilema yang mereka hadapi. Arsitek solusi AWS (SA) menyarankan untuk menyiapkan Unit Organisasi (OU) khusus Sandbox di dalam organisasi AWS mereka agar dapat dengan cepat menyediakan sumber daya dan lingkungan sementara untuk tim lain yang ingin menguji layanan dan fitur AWS baru. Selain itu, untuk menjaga agar biaya tetap terkendali, SA menyarankan penggunaan otomatisasi untuk menghentikan sumber daya secara otomatis, seperti instans Amazon EC2 di luar jam kerja normal. Tim platform di Contoh Perusahaan Rintisan mengikuti saran SA. Mereka dapat membuat akun dengan cepat untuk berbagai tim di seluruh perusahaan rintisan dan melakukannya dengan cara yang terkendali.

Setelah itu, tim SRE yang baru direkrut menyadari bahwa perusahaan rintisan dapat diposisikan lebih baik dari sudut pandang ketersediaan dan pemulihan bencana (DR). Mereka menyadari bahwa perusahaan rintisan berkembang pesat dan ketika mulai menargetkan pelanggan yang lebih besar, perusahaan rintisan akan dihadapkan dengan persyaratan keamanan yang lebih ketat, seperti audit dan tinjauan kepatuhan. Artinya, diperlukan beberapa perubahan infrastruktur. Untungnya, banyak dari pemulihan bencana yang berat dicapai ketika Contoh Perusahaan Rintisan membuat templat infrastruktur mereka ke Terraform dan beralih ke arsitektur multi-akun di bagian 3 seri ini.

Sebagai langkah pertama, tim Contoh Perusahaan Rintisan membiasakan diri dengan Hub Ketahanan AWS untuk mempelajari lebih lanjut tentang cara membangun aplikasi yang tangguh di AWS. Tim masih memiliki beberapa pertanyaan yang belum terjawab sehingga mereka menghubungi tim akun AWS, yang mengenalkan mereka pada SA dengan keahlian di bidang ketahanan. SA bekerja dengan Contoh Perusahaan Rintisan untuk menentukan persyaratan sasaran waktu pemulihan (RTO) dan sasaran titik pemulihan (RPO) mereka dan melakukan analisis biaya/manfaat dari berbagai skenario pemulihan bencana. Setelah beberapa kali menelepon SA dan banyak pertimbangan internal, tim SRE memutuskan bahwa persyaratan RTO/RPO mereka belum memerlukan pengaturan multi-wilayah. Mereka membuat keputusan untuk memindahkan data transaksional dari Amazon RDS for PostgreSQL ke Amazon Aurora for PostgreSQL, terutama untuk ketersediaan yang lebih tinggi yang ditawarkannya serta fungsionalitas Basis Data Global Amazon Aurora yang penting untuk basis data produksi mereka. Perusahaan rintisan ini juga menggunakan AWS Audit Manager untuk mengevaluasi kepatuhan mereka terhadap standar kepatuhan yang relevan untuk audit yang akan datang. Fungsionalitas pengumpulan bukti otomatisnya menghemat banyak upaya manual.

Membangun pengalaman pelanggan yang lebih baik

Setelah memilah-milah umpan balik produk dari berbagai pelanggan, chief technology officer (CTO) menyadari bahwa kemampuan dasbor yang ditawarkan kepada para pedagang di aplikasi perdagangan Contoh Perusahaan Rintisan masih kurang. Pesaing memungkinkan pengguna untuk melihat representasi visual dari riwayat perdagangan dan performa (dibandingkan dengan pedagang lain) dengan mudah pada tingkat per perdagangan. CTO menandai ini sebagai kesenjangan fitur yang krusial dan pekerjaan tersebut ditugaskan kepada tim analitik baru. Selain itu, CTO ingin tim tersebut memungkinkan para pedagang untuk membuat laporan perdagangan sesuai keinginan mereka.

Tim analitik sudah berpengalaman dengan Amazon Quicksight sehingga komponen dasbor dapat dengan mudah ditingkatkan, termasuk fitur deteksi anomali untuk membantu pedagang menemukan perdagangan tertentu yang merupakan outlier. Permintaan pelaporan lebih kompleks mengingat mereka tidak ingin mengecewakan tim developer dengan menjalankan laporan tersebut di basis data produksi (hal ini juga tidak dianggap sebagai praktik yang baik). Setelah membaca laporan resmi Modern Data Architecture on AWS, tim analitik menyadari bahwa cara terbaik untuk melakukan hal ini adalah dengan memuat data Amazon RDS for PostgreSQL ke Amazon Redshift, sebuah gudang data. Dengan menggunakan paralelisme masif Amazon Redshift, mereka akan dapat menjalankan agregasi yang kompleks terhadap data transaksional ini dengan latensi yang jauh lebih sedikit dan dengan keuntungan tambahan karena tidak menghambat basis data produksi. Tim analitik sangat senang mengetahui bahwa Amazon Redshift dibangun di atas mesin PostgreSQL sehingga mereka dapat menggunakan kembali sebagian besar kueri mereka.

Menambahkan lini bisnis baru ke perusahaan rintisan

Saat semua perubahan ini terjadi, chief executive officer (CEO) menghadiri pertemuan dengan salah satu mantan koleganya di sebuah perusahaan perdagangan besar. Dia menemukan bahwa ada kelangkaan pedagang yang efektif di pasar dan hal ini berdampak negatif pada alur perekrutan dan proyek-proyek masa depan perusahaan. CEO menelepon beberapa temannya di perusahaan perdagangan yang mengonfirmasi bahwa kekurangan ini terjadi di seluruh industri. CEO mulai menyusun sebuah ide: Contoh Perusahaan Rintisan memiliki banyak pedagang yang beperforma baik. Bagaimana jika Contoh Perusahaan Rintisan memberikan semacam pelatihan berbasis kelompok kepada para pedagang mereka untuk menjadi saluran bakat bagi perusahaan-perusahaan perdagangan ini? Hal ini akan memberikan kesempatan kepada para pedagang untuk memasuki pasar kerja dan perusahaan perdagangan akan memiliki bakat baru.

Mengingat bagian penting dari pelatihan ini adalah rekomendasi perdagangan yang tepat untuk peserta pelatihan baru, CEO menghubungi tim ilmu data untuk mengetahui seberapa cepat mereka dapat membangun model machine learning (ML). Untungnya, beberapa dari tim ilmu data berpengalaman dalam membangun, melatih, dan melakukan deployment model dengan Amazon Sagemaker. Karena Amazon Redshift adalah salah satu sumber data yang tersedia untuk SageMaker, tim ilmu data tidak perlu menyiapkan alur extract, transform, and load (ETL) yang rumit. Anggota tim ilmu data yang kurang berpengalaman dengan SageMaker diundang oleh tim akun AWS mereka untuk mengikuti hari imersi yang berfokus pada SageMaker agar dapat meningkatkan kemampuan mereka dengan cepat. Tak lama kemudian, mereka pun mulai membuat tugas pelatihan, membangun model yang akurat, dan melakukan deployment model ke titik akhir. Untuk mengantisipasi panggilan dari tim keuangan Contoh Perusahaan Rintisan terkait peningkatan biaya komputasi, tim ilmu data melakukan penelitian dan menemukan bahwa mereka benar-benar dapat menjalankan tugas pelatihan mereka (yang menyumbang sekitar 80% dari total biaya mereka) di instans spot. Dengan melakukan hal tersebut, mereka dapat mengurangi biaya secara signifikan.

Ketika berita tentang inisiatif pengembangan bakat sebagai lini bisnis dan aliran pendapatan baru ini menyebar di kalangan industri, semakin banyak perusahaan modal ventura (VC) yang mulai menunjukkan ketertarikannya pada Contoh Perusahaan Rintisan, bahkan sebelum perusahaan rintisan tersebut menyatakan niatnya untuk memulai putaran penggalangan dana berikutnya!

Beberapa kuartal kemudian, dipandu oleh upaya pemasaran, upaya pemasaran bersama dengan AWS, dan beberapa promosi dari mulut ke mulut pelanggan yang sudah ada, inisiatif pengembangan bakat Contoh Perusahaan Rintisan telah berkembang pesat. Walaupun pertumbuhan basis pelanggan sangat menarik, tetapi fakta yang lebih menarik lagi adalah perusahaan rintisan ini, sejak pertama kali didirikan, berada di jalur hijau! Perekrutan berubah menjadi bisnis yang menguntungkan bagi perusahaan rintisan ini dan terus berkembang dari hari ke hari. Tim eksekutif menyadari bahwa aliran profitabilitas yang stabil ini dapat mendorong bisnis mereka yang lain. Mereka bekerja dengan tekun dalam rencana perluasan dan inovasi lebih lanjut, bersemangat menyambut masa depan yang luar biasa.

Ringkasan

Dalam seri empat bagian ini, Contoh Perusahaan Rintisan akan membahas tahapan-tahapan utama sebuah perusahaan rintisan, mulai dari tahap awal hingga menjadi perusahaan yang matang. Sebagian besar perusahaan rintisan dimulai dengan sedikit ide yang berani dan tim pendiri yang berdedikasi. Mereka membangun produk minimum yang layak (MVP) dengan infrastruktur nirserver yang memungkinkan mereka untuk menguji ide dengan cara yang dapat dikelola sendiri oleh tim pendiri.

Ketika perusahaan rintisan memperoleh pelanggan yang membayar dan mendapatkan pendanaan pasca tahap awal, perusahaan rintisan beralih ke fase “melakukan yang terbaik”, serta arsitekturnya berkembang dan mulai memikirkan tentang penskalaan, keamanan, dan ketangkasan pengembangan secara serius. Artinya, mereka mulai melakukan peningkatan, seperti menggunakan alat pembuatan dan menyiapkan pemantauan serta basis data yang dibuat khusus.

Salah satu pelajaran terpenting selama tahap ini adalah terlibat dengan tim AWS lebih awal dan sering, bahkan sebelum memulai proyek, untuk membantu mengevaluasi opsi dan menghemat waktu. Akses ke sumber daya bisnis dan teknis dapat mempercepat jadwal dan membantu tim perusahaan rintisan tahap awal mencapai tujuannya.

Setelah tahap kesesuaian pasar produk, perusahaan rintisan dapat mulai merekrut lebih banyak karyawan dan berfokus pada penskalaan – fase “mencapai peningkatan maksimal”. Pada titik ini, mereka mulai melihat strategi multi-akun, menggunakan arsitektur berorientasi layanan, caching, dan penyesuaian arsitektur lainnya untuk mengoptimalkan aplikasi mereka dan meningkatkan pengalaman pelanggan dari perspektif teknis.

Terakhir, mereka memasuki tahap skala besar di mana mereka dapat mulai merekrut karyawan secara ekstensif dan membangun lini bisnis tambahan. Dari perspektif teknis, perusahaan rintisan telah menginvestasikan banyak waktu dan upaya rekayasa dalam meningkatkan hal-hal, seperti keamanan dan kontrol serta izin untuk lingkungan mereka. Kemungkinan besar mereka memiliki versi terkodifikasi dari lingkungannya yang dapat dimanfaatkan untuk perluasan internasional dan pemulihan bencana yang cepat, di antara kasus-kasus penggunaan lainnya. Mereka juga telah membangun strategi data dan sedang dalam proses menggunakan analitik dan machine learning untuk lebih memahami pelanggan dan bisnis mereka. Fase terakhir ini dapat berbeda-beda. Beberapa perusahaan rintisan akan menuju akuisisi, sementara yang lain mungkin mengejar profitabilitas dan dominasi pasar.

Siap memulai perjalanan startup Anda? Bergabunglah dengan AWS Activate untuk membangun dan menskalakan startup Anda dengan sumber daya yang tepat pada waktu yang tepat.

Lihat semua seri Arsitektur Evolusioner:

Aayzed Tanweer

Aayzed Tanweer

Aayzed adalah Solutions Architect di AWS, yang bekerja bersama pelanggan Startups di ruang FinTech dengan fokus khusus pada layanan analitik. Berasal dari Toronto, dia baru-baru ini pindah ke New York City, tempat dia menikmati makan di kota ini dan menjelajahi berbagai sudut dan celah kota yang unik.

Justin Plock

Justin Plock

Justin adalah Principal Solutions Architect di AWS, yang berfokus pada Startups fintech. Dia secara teratur bertemu dengan pendiri fintech untuk membantu memastikan bisnis mereka aman dan sesuai dengan peraturan industri. Sebelum bergabung dengan AWS, dia adalah Principal Solutions Architect di perusahaan asuransi Fortune 200 dan Director of Engineering di sebuah perusahaan keamanan siber. Dia bersemangat membantu Startups berkembang dengan aman dan efisien di AWS. Dia tinggal di Connecticut bersama istri dan dua putrinya.

Zoran Nakev

Zoran Nakev

Zoran adalah Senior Solutions Architect di AWS, yang bekerja terutama dengan Startups FinTech dan membantu mereka membangun solusi di platform AWS. Dia menggunakan pengalaman dan minatnya terhadap teknologi untuk membantu Startups dalam mencapai tujuan mereka. Dia tinggal di New Jersey bersama keluarganya dan menghabiskan waktu luangnya menonton film, mendengarkan musik, dan berjalan-jalan dengan anjingnya.

Bagaimana konten ini?