Cara mengurangi biaya membangun Mastodon skala Twitter hingga 100x

• Red Planet Labs mengembangkan instance Mastodon berskala Twitter dari nol hanya dengan sekitar 10.000 baris kode
  • Ini 100x lebih sedikit dibanding sekitar 1 juta baris kode yang awalnya digunakan Twitter untuk membangun produknya
• Instance Mastodon dibangun di atas platform baru bernama Rama
  • Rama adalah model yang mengintegrasikan komputasi dan penyimpanan, sehingga backend dalam skala apa pun dapat dibangun dengan kode 100x lebih sedikit
  • Platform serbaguna untuk membangun backend aplikasi yang diprogram dengan API Java murni
• Pembangunannya memerlukan 9 person-month. Jauh lebih cepat dibanding Twitter yang membutuhkan ~200 person-year dan Threads 25 person-year
• Jauh lebih kecil daripada implementasi resmi Mastodon, tetapi tetap dapat diskalakan hingga skala Twitter
• Red Planet Labs akan merilis versi Rama yang dapat diunduh dan digunakan siapa pun dalam waktu satu minggu, dan dua minggu kemudian berencana membuka source code implementasi Mastodon sepenuhnya
• Perusahaan juga akan segera memulai private beta yang memberikan akses ke versi penuh Rama

Instance Mastodon milik Red Planet

• Dihosting di https://mastodon.redplanetlabs.com dan mencakup semua fitur Mastodon.
• Untuk menunjukkan skala instance tersebut, Red Planet Labs mengoperasikan 100M akun bot yang terus-menerus memposting status, balasan, boost, dan favorit
• Instance Mastodon itu dapat menangani 100M bot yang memposting 3.500 kali per detik, membuktikan skalabilitasnya

Rama

• Terdiri dari 4 konsep
  • Depot : penyimpanan data replikasi terdistribusi
  • ETL : micro-batch streaming
  • PStates(Partitioned State): pengindeksan universal
  • Query : topologi kueri
• Rama dapat diskalakan secara linear, sumber daya bisa ditambahkan sesuai kebutuhan, dan toleransi kegagalan dicapai dengan mereplikasi semua data serta menerapkan failover otomatis

[sftblw]

> "We’ve implemented every feature of Mastodon from scratch, including:"

Sepertinya ini bukan Mastodon. Dari penjelasannya saja, tampaknya ini adalah klon buatan sendiri. Posisi mereka terlihat lebih seperti yang “kompatibel”, mirip dengan "Wildebeest" milik Cloudflare atau implementasi open source GoToSocial. Kode sumbernya juga katanya akan dibuka...

Bagian frontend-nya pakai soapbox

Sepertinya Mastodon gGmbH mungkin akan mempermasalahkan ini

[kuroneko]

Saya sempat mencoba merangkum ini, tapi karena tidak memahaminya akhirnya saya lewatkan... Sepertinya akan bagus kalau nanti saya meluangkan waktu untuk memahaminya pelan-pelan.

Tapi, saya sendiri kurang yakin apakah ini bisa menghasilkan uang.

[xguru]

Saya juga sempat ingin membaca bagian akhirnya dengan lebih detail, tetapi tulisannya memang agak sulit dicerna.
Terlepas dari teknologinya, saya merasa dokumentasinya kurang rapi.
Bahkan sejak penjelasan empat konsep penting itu, rasanya sudah agak bikin bingung. sedih

[xguru]

Membandingkannya berdasarkan jumlah baris kode sepertinya agak dipaksakan.. tapi umpan kliknya memang berhasil menarik perhatian. Ada penjelasan yang sangat panjang lebar tentang platform Rama dan implementasi internal instance mereka. Sepertinya kita baru bisa tahu setelah benar-benar dirilis.

[GN⁺]

Komentar Hacker News

• Artikel ini membahas pengurangan biaya dan kompleksitas kode saat menskalakan jejaring sosial Mastodon hingga 100 kali ke skala Twitter.
• Beberapa pembaca mempertanyakan perbandingan antara 10 ribu baris kode Mastodon dan sekitar 1 juta baris kode Twitter, dengan berpendapat bahwa jumlah fiturnya jauh lebih sedikit dan bahwa penambahan fitur seperti dukungan video real-time terdistribusi skala besar akan secara signifikan memperbesar basis kode.
• Ada skeptisisme terhadap klaim yang menunjukkan skala dengan 100M bot yang memposting 3.500 kali per detik; sebagian pembaca menyarankan itu belum cukup dan mempertanyakan apakah angka itu per bot atau total keseluruhan.
• Beberapa pembaca kesulitan memahami detail teknis dalam postingan tersebut, dan menyarankan bahwa tulisan itu mengasumsikan basis pengetahuan bersama sehingga memerlukan penjelasan dan perbandingan yang lebih jelas.
• Ada pertanyaan tentang pengukuran "skala Twitter" berdasarkan jumlah tweet per detik, dan sebagian pembaca mengusulkan bahwa jumlah pembaruan per detik ke pengguna akhir yang mengikuti tweet adalah metrik yang lebih realistis.
• Postingan tersebut dipuji atas wawasan mendetail dan abstraksi yang mereduksi kompleksitas pengembangan aplikasi modern menjadi campuran struktur data.
• Sebagian pembaca menyatakan kekhawatiran terhadap usulan agar pengembang bergantung pada platform closed-source milik startup untuk semua fitur, sambil menanggung risiko perubahan atau gangguan.
• Ada kebingungan tentang apakah 10 tahun yang dibutuhkan untuk membangun platform Rama seharusnya dihitung dalam waktu yang dihabiskan untuk mengembangkan demo teknis.
• Sebagian pembaca menyatakan antusiasme terhadap dokumentasi Rama yang akan segera dirilis, tetapi juga mengungkapkan kekhawatiran terhadap usulan paradigma pemrograman baru.
• Performa instance Mastodon yang dijadikan contoh dipuji karena responsif, tetapi juga dicatat bahwa ia tidak mengimplementasikan pencarian teks penuh kecuali pengguna ditandai.