Hasil Pencarian  ::  Simpan CSV :: Kembali

"Aplikasi kolaboratif berbasis real-time menjadi bagian dari kehidupan sehari-hari manusia, terutama di masa pandemi ketika setiap orang sulit untuk bertemu secara langsung. Salah satu aplikasi tersebut adalah aplikasi collaborative whiteboard, yang bisa digunakan untuk menggambar secara bebas. Salah satu implementasi dari sistem collaborative whiteboard adalah Tldraw. Tldraw yang semula dikembangkan menggunakan arsitektur client-server kemudian diimprovisasi menggunakan arsitektur peer-to-peer yang memanfaatkan teknologi WebRTC, menghasilkan aplikasi Tldraw yang rendah latensi. Namun, aplikasi Tldraw tersebut dinilai tidak bersifat scalable, karena arsitektur peer-to-peer tersebut menggunakan topologi full-mesh. Dilatarbelakangi oleh hal tersebut, penelitian ini mengusulkan optimasi aplikasi Tldraw menggunakan topologi random peer sampling. Usulan optimasi tersebut dinilai memiliki pertumbuhan penggunaan sumber daya yang lebih landai apabila dibandingkan dengan Tldraw P2p, meskipun memiliki sedikit overhead.

---

A real-time based collaborative applications are taking part in human daily life, especially in the pandemic era when it is prohibited to directly meet other people. One example of those kind of application is collaborative whiteboard application, which can be use to draw things freely. Tldraw previously developed using client-server architecture, which later improved using peer-to-peer architecture using WebRTC technology, resulting a low-latency Tldraw application. Nevertheless, those improvisations seem to be not scalable, since the peer-to-peer architecture use full-mesh network topology. Motivated by that, this research propose optimization for Tldraw application using random peer sampling topology. Those optimizations resulting in lower growth of cpu, memory, and bandwidth usage with little overhead."

"Ekspor dan impor merupakan kegiatan jual-beli barang antarnegara yang memerlukan dokumen bernama delivery order untuk mengirim barang. Di Indonesia kegiatan ini didukung oleh sistem single-window yang dinamakan INSW atau Indonesia National Single Window yang juga menangani pembuatan dokumen delivery order. Saat ini, dokumen permohonan delivery order perlu dilakukan verifikasi manual dua pihak yaitu INSW dan shipping line. Terdapat peluang pemanfaatan teknologi blockchain bernama smart contract untuk mengotomasi proses pembuatan dokumen delivery order tanpa memerlukannya verifikasi manual namun tetap memiliki persetujuan semua pihak terlibat. Penelitian merupakan simulasi proses bisnis delivery order berbasis blockchain dan smart contract, kemudian dianalisis aspek fungsionalitas, authentication, access control, dan reliability. Hasil dari simulasi yaitu proses bisnis delivery order tanpa verifikasi manual dapat diimplementasi menggunakan blockchain Hyperledger Fabric dengan tetap menjaga kepercayaan dan persetujuan semua pihak yang terlibat.

---

International trade require a document called delivery order before sending cargo to the expedition. In Indonesia, the trading activities are supported by a single-window system called INSW or Indonesia National Single Window, which also handles the creation of those documents. Currently, the verification of the delivery order application needs to be manually performed by two parties: INSW and Shipping Line. There is an opportunity to utilize blockchain technology, specifically smart contracts, to automate the process of creating delivery order documents without the need for manual verification while still ensuring the approval of all involved parties. The research involves simulating the delivery order process based on blockchain and smart contracts, then analyzing aspects of functionality, authentication, access control, and reliability. The result of the simulation shows that the delivery order process without the manual verification can be implemented using the Hyperledger Fabric blockchain while maintaining the trust and approval of all parties."

"Pada saat ini, pengadaan suatu event untuk menarik pengguna dilakukan oleh perusahaan. Namun, hal tersebut menyebabkan lonjakan HTTP Request pada pod yang ada pada kluster. Peristiwa tersebut menyebabkan thundering herd yang berdampak ke response time yang meningkat. Pada umumnya, terdapat Horizontal Pod Autoscaler (HPA) yang digunakan untuk mengatur jumlah pod berdasarkan kebutuhan namun waktu yang dibutuhkan cukup lama. Waktu yang lama disebabkan oleh adanya pengecekan yang dilakukan oleh Readiness dan Liveness Probe. Untuk dapat membuat kluster lebih siap menghadapi suatu event, pengembang melakukan kon gurasi ulang pada HPA sebelum event dimulai. Namun, selain diperlukan pengkon gurasian pada HPA diperlukan juga pengkon gurasian terhadap Cluster Autoscaler (CA) dikarenakan pod yang dibuat HPA memiliki kemungkinan tidak aktif jika tidak terdapat node yang tersedia untuk digunakan. Karena pengkon gurasian dilakukan dengan campur tangan manusia, maka peluang human error seperti lupa atau salah hitung dapat terjadi. Maka dari itu, dalam penelitian ini akan dikembangkan sebuah aplikasi KubeEP yang dapat melakukan penjadwalan kon gurasi HPA dan pengkalkulasian banyaknya node yang dibutuhkan oleh suatu kluster pada saat event terjadi. Dampak dari aplikasi KubeEP akan diuji dengan memberikan pengujian beban kepada kluster yang telah dijadwalkan kon gurasi HPA-nya dan telah dikalkulasikan banyak node yang dibutuhkan. Pengujian dilakukan dengan membuat lonjakan HTTP Request pada saat event mulai. Hasil pengujian didapati bahwa kluster yang dilakukan penjadwalan kon gurasi serta pengkalkulasian jumlah maksimum node memiliki performa yang lebih baik. Sementara itu, kluster yang dilakukan penjadwalan kon gurasi namun jumlah maksimum nodenya hanya 2 kali lipat dari sebelumnya memiliki performa yang lebih rendah namun masih bisa memproses HTTP Request. Pada kluster yang dilakukan penjadwalan namun jumlah maksimum node nya tidak disesuaikan lagi memiliki performa yang cukup buruk, banyak sekali HTTP Request yang gagal dan memiliki response time yang tinggi. Performa yang lebih buruk didapati pada saat kluster tidak dilakukan penjadwalan dan pengkalku- lasian jumlah maksimum node yang dibutuhkan. Berdasarkan pengujian tersebut dilakukan analisis dan didapati bahwa dampak dari penjadwalan dan pengkalkulasian yang dilakukan oleh aplikasi KubeEP memberikan efek yang signi kan pada performa dan ketersediaan kluster.

---

Currently, a company creates an event to attract many users. However, it causes HTTP Request spikes to cluster pods. HTTP Request spikes cause thundering herd and the result is an increase in response time. In general, there is a Horizontal Pod Autoscaler (HPA) used for managing pod count according to the needs but it takes quite a long time. The long time is due to a check carried out by Readiness and Liveness Probe. To make kluster more ready to handle the event, developer recon gures the HPA before the event starts. However, besides that con guration on HPA is also required con guration of Cluster Autoscaler (CA) because the pod that HPA creates might had a chance to not active if there are no nodes available to be used. Because the con guration is done by human intervention, the possibility of human error such as forgetting or miscalculation can occur. Therefore, in this research, a KubeEP application will be developed that can perform HPA con guration scheduling and calculating the number of nodes required by a cluster when the event occurs. The impact of KubeEP application will be tested by providing load testing to a cluster that had scheduled HPA con guration and calculated the required number of nodes. Testing is done by making HTTP Request spikes when event starts. The test results found that the cluster which had scheduled con guration and calculated the required maximum number of nodes had better performance. Meanwhile, cluster which had scheduled con guration but the maximum number of nodes is doubled the amount from before had a lower performance but it still can process the HTTP Request. In cluster which had scheduled con guration but the maximum number of nodes is not changed had a bad performance, many HTTP Requests had failed and they had high response time. Worst performance found in kluster which had no scheduling and calculation of the required amount of maximum nodes. Based on the tests, an analysis was carried out and it was found that the impact of scheduling and calculations performed by the KubeEP application had a signi cant effect on the performance and availability of the cluster"

"Pengembangan aplikasi banyak dilakukan sebagai solusi untuk menyelesaikan berbagai macam masalah, termasuk dalam situasi yang genting. Namun, dalam situasi yang genting terdapat banyak keterbatasan yang dapat menjadi masalah dalam mengembangkan sebuah aplikasi. Penelitian ini mengidentifikasi aspek-aspek seperti kecepatan, fleksibilitas, performa, skalabilitas, dan biaya dapat menjadi masalah dalam pengembangan aplikasi di situasi yang genting. Penelitian ini mencoba untuk memecahkan masalah tersebut dari sisi deployment aplikasi dengan menggunakan alternatif serverless. Dari hasil yang ditemukan setelah membandingkan arsitektur serverless dengan non-serverless, ternyata serverless dapat memberikan potensi yang tinggi dalam menyelesaikan masalah yang ada dalam pengembangan aplikasi di situasi genting.

---

Software development are oftenly used as solution for various problems, including in critical situations. However, there are few limitations that occurs on critical situations that could be problems in developing a software. This research identified aspects such as agility, flexibility, performance, scalability, and cost that could be an issue while developing software in critical situations. This research is trying to solve these problems from software deployment approach with serverless as the alternative. After comparing the use of serverless architecture with non-serverless, turns out serverless have a high potential in solving problems that occurs while software development in critical situations."

"Bikunku adalah aplikasi untuk mendukung transportasi bus kuning di Universitas Indonesia, dibuat oleh Alamsyah et al. pada tahun 2022 yang melakukan tracking lokasi terhadap bikun secara real-time. Sistem awal dibuat dengan React, WebSocket, dan PostgreSQL, namun kurang optimal dalam mengirim data lokasi bikun yang banyak. Penelitian ini bertujuan meningkatkan performa sistem dengan teknologi baru, seperti gRPC dengan Kafka untuk komunikasi backend, Firebase Cloud Firestore untuk database real-time, dan Flutter untuk aplikasi mobile. Hasil pengetesan menunjukkan peningkatan performa sistem gRPC-Kafka sebesar 96% dalam response time dan 216% dalam throughput dibandingkan sistem lama. Sistem Firebase juga menunjukkan peningkatan, dengan response time lebih cepat 91% dan throughput 127% lebih baik. Sistem Flutter terintegrasi dengan gRPC-Kafka memberikan kinerja yang lebih baik pada Android, dengan peningkatan 27% dalam CPU usage, 18% max CPU usage, 42% memory usage, dan 33% rendering speed. Pada iOS, sistem juga lebih baik dalam memory usage (40%), FPS (28%), dan rendering speed (16%), meskipun CPU usage dan max CPU usage sistem lama unggul sedikit (9% dan 0,3%).

---

Bikunku is an application to support the bus transportation at the University of Indonesia called bikun, created by Alamsyah et al. in 2022, which tracks the location of bikun in real-time. The initial system, built with React, WebSocket, and PostgreSQL, was less than optimal in handling the large volume of bus location data. This research aims to enhance system performance with new technologies such as gRPC with Kafka for backend communication, Firebase Cloud Firestore for real-time database, and Flutter for the mobile application. Testing results showed a performance increase in the gRPC-Kafka system of 96% in response time and 216% in throughput compared to the old system. The Firebase system also showed improvements, with a 91% faster response time and a 127% better throughput. The Flutter system integrated with gRPC-Kafka performed better on Android, with increases of 27% in CPU usage, 18% in max CPU usage, 42% in memory usage, and 33% in rendering speed. On iOS, the system also improved in memory usage (40%), FPS (28%), and rendering speed (16%), although the old system was slightly better in CPU usage and max CPU usage (9% and 0.3%)."

"Perkembangan teknologi saat ini sudah mampu menunjang kegiatan belajar mengajar secara daring. Salah satu metode yang digunakan untuk melakukan kegiatan tersebut adalah secara asinkronus. Umumnya, materi yang disampaikan secara asinkronus menggunakan video pemelajaran. Pengajar mengunggah video pemelajaran pada sebuah layanan Learning Management System (LMS) dan siswa menggunakan video tersebut sebagai bahan belajar. Siswa tunarungu mengalami kesulitan mengikuti kegiatan pemelajaran dengan media tersebut karena kurangnya fitur aksesibilitas pada LMS yang digunakan. Fasilkom UI sebelumnya sudah mengembangkan modul pengubah suara menjadi teks dengan Automatic Speech Recognition (ASR) dan pengubah teks menjadi animasi bahasa isyarat (Text-to-Gesture). LMS yang digunakan adalah Moodle. Pada penelitian ini, dikembangkan suatu layanan yang bisa mengintegrasikan modul ASR dengan aplikasi Text-to-Gesture. Penelitian ini mengembangkan sebuah Application Programming Interface (API) yang bisa menerima hasil ASR dan mengirimkannya ke aplikasi Text-to-Gesture. Animasi dibangkitkan dengan aplikasi Text-to-Gesture yang di saat bersamaan direkam dan kemudian diproses menggunakan FFmpeg. Hasil prosesnya kemudian dikirimkan kembali ke Moodle untuk disajikan sebagai bahan ajar. Pada penelitian ini disimpulkan pengembang dapat membuat sebuah API yang bisa menghubungkan modul ASR pada Moodle dengan aplikasi Text-to-Gesture. API yang dibuat juga bisa dihubungkan dengan aplikasi lain selain Moodle selama mengikuti format yang sama dengan modul ASR.

---

The current technology development has been able to support online learning activities. One of the methods used for such activities is asynchronous learning. Typically, asynchronous learning materials utilize instructional videos. Educators upload instructional videos to a Learning Management System (LMS), and students use these videos as learning materials. Deaf students face difficulties in following the learning activities with these media due to the lack of accessibility features in the LMS being used. Previously, Fasilkom UI has developed modules to convert speech into text using Automatic Speech Recognition (ASR) and to convert text into sign language animations (Text-to-Gesture). The LMS used in this research is Moodle. In this study, a service was developed to integrate the ASR module with the Text-to-Gesture application. An Application Programming Interface (API) was developed to receive ASR results and send them to the Text-to-Gesture application. The animations that are generated using the Text-to-Gesture application are recorded and then processed using FFmpeg. The processed results are then sent back to Moodle to be presented as teaching materials. This research concludes that developers can create an API to connect the ASR module in Moodle with the Text-to-Gesture application. The created API can also be connected to other applications as long as they follow the same format as the ASR module."

"Biskita Trans Pakuan Bogor merupakan salah satu layanan angkutan umum berbasis Bus Rapid Transit (BRT) di Kota Bogor yang dikelola oleh oleh Badan Pengelola Transportasi Jabodetabek (BPTJ) Kementerian Perhubungan dan diselenggarakan oleh operator PT Kodjari Tata Angkutan berdasarkan standar pelayanan yang telah ditetapkan oleh pemerintah. BPTJ Kementerian Perhubungan telah membuat sebuah sistem informasi transportasi umum yang terintegrasi berbasis mobile untuk Biskita Trans Pakuan Bogor dengan nama aplikasi Biskita. Aplikasi Biskita ini bertujuan untuk memberikan informasi jadwal, rute, berita, serta notifikasi terkini terkait Biskita Trans Pakuan. Namun sayangnya pengguna aplikasi Biskita menilai aplikasi masih memiliki banyak kekurangan berdasarkan ulasan aplikasi yang diberikan pada Google Play Store dan juga Apple App Store. Berdasarkan wawancara dengan representatif BPTJ, membenarkan kondisi tersebut dan menambahkan bahwa saat ini aplikasi Biskita telah dihentikan yang menyebabkan pengembangan aplikasi pada iOS menjadi terhenti. Berdasarkan permasalahan tersebut, penelitian ini dilakukan untuk memberikan masukan aplikasi alternatif Biskita yang memiliki desain antarmuka yang lebih baik dengan mengedepankan user friendliness, arsitektur dengan response time yang rendah, serta dapat menjadi aplikasi yang multiplatform. Pengembangan desain antarmuka aplikasi alternatif Biskita akan menggunakan pendekatan User Centered Design (UCD) dengan evaluasi usability testing serta system usability scale. Sedangkan untuk pengembangan aplikasi Biskita serta arsitekturnya akan menggunakan pendekatan pengembangan waterfall. Untuk mencapai multiplatform, pengembangan aplikasi alternatif Biskita menerapkan Progressive Web App. Sementara itu untuk mendapatkan response time yang rendah, pengembangan arsitektur aplikasi alternatif Biskita menerapkan model microservice. Dalam penelitian ini dipaparkan bagaimana penulis merancang, menganalisis, serta mengembangkan aplikasi Biskita dengan desain antarmuka yang mengedepankan user friendliness, menerapkan multiplatform, serta memiliki response time yang rendah.

---

Biskita Trans Pakuan Bogor is one of the Bus Rapid Transit (BRT) based public transport services in Bogor City managed by the Jabodetabek Transportation Management Agency (BPTJ) of the Ministry of Transportation and organised by operator PT Kodjari Tata Angkutan based on service standards set by the government. BPTJ of the Ministry of Transportation has created a mobile-based integrated public transport information system for Biskita Trans Pakuan Bogor called the Biskita application. The Biskita application aims to provide information on schedules, routes, news, and the latest notifications related to Biskita Trans Pakuan. But unfortunately Biskita application users assess the application still has many shortcomings based on application reviews given on the Google Play Store and also the Apple App Store. Based on interviews with BPTJ representatives, they confirmed this condition and added that currently the Biskita application has been discontinued which has caused the development of applications on iOS to be stopped. Based on these problems, this research was conducted to provide input for an alternative Biskita application that has a better interface design by prioritising user friendliness, architecture with low response time, and can be a multiplatform application. The development of Biskita’s alternative application interface design will use a user-centered design (UCD) approach with usability testing and system usability scale evaluation. Meanwhile, the development of the Biskita application and its architecture will use the waterfall development approach. To achieve multiplatform, Biskita’s alternative application development applies Progressive Web App. Meanwhile, to get a low response time, the development of Biskita’s alternative application architecture applies the microservice model. This research presents how the author designs, analyses, and develops the Biskita application with an interface design that promotes user friendliness, applies multiplatform, and has a low response time."

"Penelitian ini bertujuan untuk menganalisis dan membandingkan ukuran ow terhadap FCT slowdown dari empat protokol network telemetry, yaitu INT, PINT, LINT, dan DINT, dalam mekanisme High Precision Congestion Control (HPCC) menggunakan simulator NS3. Implementasi HPCC bertujuan untuk mengoptimalkan kinerja jaringan berkecepatan tinggi dengan meminimalkan latensi dan mengontrol congestion secara e sien menggunakan teknik network telemetry. Dalam penelitian ini, metrik yang digunakan untuk evaluasi adalah Flow Completion Time (FCT) slowdown, yang mem- bandingkan FCT antara ow yang mengandung data telemetry dan ow yang tidak. Hasil dari simulasi ini memberikan wawasan tentang keunggulan masing-masing protokol pada mekanisme HPCC dengan berbagai skenario jaringan.

---

This study aims to analyze and compare the ow size against the FCT slowdown of four network telemetry protocols: INT, PINT, LINT, and DINT, within the High Precision Congestion Control (HPCC) mechanism using the NS3 simulator. The implementation of HPCC aims to optimize the performance of high-speed networks by minimizing latency and ef ciently controlling congestion using network telemetry techniques. In this study, the metric used for evaluation is Flow Completion Time (FCT) slowdown, which compares the FCT between ows containing telemetry data and those that do not. The simulation results are provide insights into each protocol’s advantages in various network scenarios."

"Di era perdagangan elektronik yang berkembang pesat, mengoptimalkan infrastruktur untuk skalabilitas dan efisiensi menjadi hal yang sangat penting. Untuk memenuhi kebutuhan ini, sebuah sistem yang disebut Kubernetes diperkenalkan dan menjadi standar de facto untuk manajemen dan penskalaan aplikasi yang efisien karena dapat memfasilitasi orkestrasi aplikasi terkontainerisasi dengan baik. Termotivasi oleh faktor-faktor ini, serta diciptakannya model arsitektur baru — Virtual Cluster (VC) — penelitian ini mengeksplorasi dan menganalisis efeknya dengan membandingkannya dengan model namespace-based (NS) untuk mengimplementasikan multi-tenancy di Kubernetes. Secara khusus, penelitian ini berfokus pada perbandingan kedua model tersebut untuk menentukan mana yang lebih tepat digunakan dalam konteks aplikasi e-commerce. Penelitian ini menemukan bahwa model NS yang diterapkan pada Google Compute Engine (GCE) melalui K3s memiliki kinerja yang lebih baik dibandingkan dengan model VC, yang juga diterapkan pada GCE, dan model NS yang diterapkan pada Google Kubernetes Engine (GKE). Selain itu, ditemukan juga bahwa pada tenant yang diuji coba dengan load reguler, terdapat tren penurunan throughput seiring meningkatnya jumlah pengguna pada tenant yang memonopoli resources, yang diamati bersamaan dengan penurunan response time. Oleh karena itu, disarankan bagi penyedia layanan e-commerce yang ingin mengimplementasikan aplikasi single cluster multi-tenant untuk menggunakan model NS di GCE. Temuan dan hasil yang dipaparkan dalam penelitian ini diharapkan dapat digunakan sebagai panduan dalam mengimplementasikan arsitektur multi-tenant Kubernetes untuk aplikasi e-commerce.

---

In an era where electronic commerce is rapidly growing, optimizing infrastructure for scalability and efficiency has become paramount. To meet this need, a system called Kubernetes was introduced and has become the de facto standard for efficient management and scaling of applications as it facilitates seamless orchestration of containerized applications. Motivated by these factors, combined with the introduction of a new architectural model — the Virtual Cluster (VC) model — this study intends to explore and analyze its effects by comparing it with another model to implement multi-tenancy in Kubernetes: the namespace-based (NS) model. Specifically, this research focuses on comparing both models to determine which is more appropriate in the context of e-commerce. This study found that the NS architecture deployed on Google Compute Engine (GCE) using K3s performed better than the VC architecture, also deployed on GCE, and the NS architecture deployed on Google Kubernetes Engine (GKE). However, as for the perceivable impacts on its partnering tenant, this study found that there is a decreasing trend in throughput as the peak number of concurrent users in the monopolizing tenant increases, which is observed alongside a decrease in response time. Therefore, it is recommended for e-commerce providers looking to implement a single cluster multi-tenant application to use the NS architecture in GCE. The findings and results presented in this study are expected to be used as guidelines in implementing Kubernetes multi-tenant architectures for e-commerce applications."

"Tingginya jumlah kendaraan bermotor di Indonesia memiliki dampak kepada kualitas udara. Aplikasi Mahoni merupakan upaya solusi dari permasalahan tersebut dengan membawa konsep kota cerdas. Penulis melakukan pengembangan arsitektur microservice yang melayani fitur pada aplikasi Mahoni yaitu servis kualitas udara, perjalanan, dan penukaran poin menjadi kupon sesuai dengan kebutuhan pengguna. Aplikasi Mahoni dikembangkan dengan menggunakan arsitektur event-driven agar dapat mencatat beragam data yang berasal dari sensor udara dan aktivitas pengguna secara real-time. Digunakan message broker untuk mendapatkan throughput yang tinggi dan mempermudah integrasi dengan komponen big data yang memerlukan data stream untuk melakukan stream processing dan real-time analytics melalui change data capture. Data stream diolah menjadi keluaran yang dibutuhkan seperti visualisasi data menggunakan dashboard. Untuk mencapai hal tersebut, arsitektur Kappa diimplementasikan untuk membangun arsitektur big data yang scalable dan reliable. Keterhubungan implementasi keseluruhan arsitektur pada penelitian ini diuji dengan melakukan end-to-end testing. Hasil pengujian menunjukkan bahwa keseluruhan komponen sistem aplikasi Mahoni terhubung dengan baik dalam memenuhi kebutuhan pengguna. Komponen arsitektur event-driven terbukti dapat mengatasi data stream dengan throughput tinggi dan bersifat loosely-coupled sehingga integrasi komponen baru pada sistem lebih mudah. Komponen arsitektur big data juga terbukti dapat mengatasi pertumbuhan data dengan melakukan scaling sehingga menghasilkan sistem yang reliable.

---

The high number of motorized vehicles in Indonesia is causing air quality issues. To combat this problem, the Mahoni application introduces a smart city concept. It employs a microservice architecture, offering features such as air quality monitoring, travel assistance, and point redemption for coupons according to user needs. Event-driven architecture is utilized for real-time data collection from air sensors and user interactions. Message broker is used to get high throughput and facilitate integration with big data components that require data streams to perform stream processing and real-time analytics through change data capture. Stream data is processed into the required output such as data visualization using dashboards. To achieve this, Kappa architecture is implemented to build a scalable and reliable big data architecture. The connectedness of the implementation of the entire architecture in this study was tested by conducting end-to-end testing. The results of the test show that all components of the Mahoni application system are well connected in meeting user needs. The event-driven architecture component is proven to cope with high-throughput data streams and is loosely-coupled, allowing easy integration of new components. The big data architecture component is also proven to accommodate data growth by scaling, ensuring a reliable system."