Hasil Pencarian  ::  Simpan CSV :: Kembali

"Di era pandemi ini, banyak sekali kegiatan yang mengharuskan kita untuk dilakukan secara online. Kegiatan bisnis yang awalnya dilakukan secara tunai juga telah berubah menjadi non tunai, seperti menggunakan switching bill payment. Akan tetapi, jika terdapat banyak pengguna yang melakukan request, maka biller dapat mengalami overloaded dan menjadi tidak responsif. Oleh karena itu, penulis ingin membuat sebuah circuit breaker yang dapat menentukan kondisi dari biller kemudian memutuskan koneksi antara switching dengan biller jika biller tersebut dalam kondisi yang kurang baik. Circuit breaker yang ada akan diimplementasi menggunakan 2 service, dimana service pertama akan memiliki sebuah library circuitbreaker dalam bentuk decorator yang memiliki fungsi memutuskan atau menyambungkan koneksi antara switching dan biller. Service lainnya dari circuit breaker yaitu service model yang berfungsi sebagai penentu apakah suatu biller sedang berada dalam kondisi normal atau tidak. Cara service tersebut menentukan kondisi biller adalah dengan menggunakan sebuah dataset dummy yang kemudian dilakukan transformasi menggunakan Sequence Graph Transform (SGT). Kemudian, dataset yang telah ditransformasi tersebut akan dilakukan training menggunakan tensorflow untuk menghasilkan suatu model yang dapat melakukan prediksi terhadap kondisi biller. Penerapan circuit breaker ke sebuah switching bill payment dapat memberikan kenyamanan kepada pengguna dalam melakukan transaksi pembayaran berupa layanan yang cepat dari switching tersebut.

---

In this pandemic era, there are a lot of activities that requires us to do it online. Business activity that is done by using cash has now become cashless, like for example by using switching bill payment. However, if there is a lot of users making a request, there is a chance that the switch will be overloaded and it will become unresponsive. As a result, the author tried to create a circuit breaker that is able to determine biller's condition and if it is in bad condition then the circuit breaker will cut off the connection. The circuit breaker will be implemented using 2 services in which one of the services will have a circuitbreaker library in a shape of decorator . The other service is a service model where it will decide if a biller is in a normal condition or not. The way it determines biller's condition is by using a dummy dataset that is transformed using Sequence Graph Transform (SGT). Then, the transformed dataset will be trained using TensorFlow to produce a model that can be used to predict biller's condition. Implementing a circuit breaker into a switching bill payment gives convenience to the user in doing payment transactions by giving them a fast service from the switching.

"

"

Berbeda dengan arsitektur monolith, arsitektur microservice dapat melakukan scaling secara independen pada service tertentu saja, memberikan fleksibilitas yang lebih besar dalam menanggapi lonjakan traffic dan tentunya lebih menghemat resource dibanding monolith. Tidak semua service pada suatu aplikasi perlu dilakukan scaling, hanya service dengan load processing tertinggi saat menerima banyak request yang perlu dilakukan horizontal scaling untuk menghemat resource. Tetapi penentuan service yang harus dilakukan scaling harus dilakukan secara benar agar sesuai dengan kebutuhan pengguna. Salah satu metode yang bisa digunakan adalah Customer Behavior Model Graph (CBMG) dengan melihat probabilitas perpindahan halaman yang dilakukan oleh pengguna. Dari metode tersebut dapat ditemukan halaman yang paling sering diakses oleh pengguna sebelum akhirnya ditentukan service dengan load processing tertinggi. Salah satu teknik yang dimiliki oleh kubernetes adalah Horizontal Pod Autoscaling (HPA) yang memungkinkan untuk melakukan scaling hanya pada salah satu pod. Pada kubernetes, service lebih dikenal sebagai pod. Dari pengimplementasian HPA didapatkan bahwa pada percobaan terjadi penurunan access failure rate dari sebelum implementasi sebesar 17.19% dan 20.52% dan setelah implementasi turun menjadi 4.86% dan 5.44%. Selain itu terdapat kenaikan throughput pada percobaan dari sebelum implementasi sebesar 25.00 request/detik dan 41.30 request/detik, setelah implementasi didapatkan sebesar 39.30 request/detik dan 51.10 request/detik. Pada percobaan lainnya didapatkan sebelum implementasi sebesar 4.60 request/detik dan 4.20 request/detik, setelah implementasi didapatkan sebesar 15.50 request/detik dan 13.80 request/detik. Dari hasil implementasi bisa dilihat bahwa melakukan peningkatan pada salah satu pod sudah cukup untuk meningkatkan kinerja aplikasi website dengan resource yang tersedia dan dapat dioptimalkan dengan maksimal. Implementasi dilakukan pada salah satu aplikasi website microservice teastore, dengan strategi scaling berdasarkan CBMG, optimasi yg dilakukan berhasil menurunkan access failure rate dan meningkatkan throughput, meksipun menggunakan jumlah resource yang sama. dengan kata lain, setelah strategi yang dirancang diimplementasikan, penggunaan resource menjadi lebih optimal untuk melayani request-request yang ada.

---

Unlike monolithic architecture, microservice architecture can independently scale specific services, providing greater flexibility in responding to traffic spikes and, of course, saving more resources compared to monoliths. Not all services in an application need to be scaled; only pods with the highest load processing when receiving many requests need to be horizontally scaled to save resources. However, determining which services need scaling must be done properly to meet user needs. One method that can be used is the Customer Behavior Model Graph (CBMG), which looks at the probability of user page transitions. From this method, the most frequently accessed pages by users can be identified before determining the service with the highest load processing. One technique available in Kubernetes is Horizontal Pod Autoscaling (HPA), which allows scaling to be done only on specific pods. From the implementation of HPA, it was found that there was a decrease in the access failure rate from before implementation by 17.19% and 20.52%, and after implementation, it decreased to 4.86% and 5.44%. Additionally, there was an increase in throughput from before implementation by 25.00 requests/second and 41.30 requests/second, after implementation, it was found to be 39.30 requests/second and 51.10 requests/second. In another experiment, before implementation was 4.60 requests/second and 4.20 requests/second, after implementation, it was 15.50 requests/second and 13.80 requests/second. Improving the performance of one pod is sufficient to enhance the performance of the website application with the available resources and can be optimized to the maximum. The implementation was carried out on one microservice website application, making it better than monolithic architecture, which needs to scale the entire application."

"ABSTRAKPada saat workshop unit OSS Platform Development (OPD) PT. Telekomunikasi Indonesia tahun 2019, ditemukan masalah pada time to market yang lama untuk pengembangan produk baru karena banyaknya sistem yang harus dikonfigurasi dan diintegrasi pada Operation Support System (OSS). Pada kondisi seperti ini, diperlukan Enterprise Architecture (EA) sebagai panduan untuk pengembangan SI/TI ke depannya yang efektif. Hal ini sejalan dengan fokus pada program Divisi IT tahun 2020, yaitu melakukan transformasi arsitektur menjadi Microservice Architecture (MSA). Tahap awal yang dilakukan adalah dengan mengidentifikasi kondisi EA saat ini melalui Focus Group Discussion (FGD) dan wawancara yang didukung dengan sumber-sumber literatur relevan. FGD kedua kemudian dilakukan sebagai bahan penyusunan EA yang diharapkan. Pengembangan EA dilakukan dengan menggunakan kerangka kerja TOGAF ADM (The Open Group Architecture Framework Architecture Development Method). Kombinasi ITIL (Information Technology Infrastructure Library) dan eTOM (enhanced Telecom Operation Operation Map) digunakan untuk mengidentifikasi microservices berdasarkan bisnis proses yang dijalankan pada organisasi. Penelitian ini menggunakan pendekatan kualitatif dan metode action research yang dikombinasikan dengan case study research. Pengolahan data menggunakan metode kualitatif dengan Thematic Analysis yang dikodifikasi untuk menentukan EA yang diusulkan. Hasil penelitian ini adalah rancangan EA berbasis MSA terintegrasi dengan Service Oriented Architecture (SOA) pada OSS PT. Telekomunikasi Indonesia. Rancangan MSA terutama berada pada domain Resource berdasarkan eTOM yang diidentifikasi dari masalah bisnis perusahaan

---

ABSTRACTDuring the 2019 workshop unit of OSS Platform Development (OPD) PT Telekomunikasi Indonesia, a problem was found that the need for a longer time to market in developing new products. There are many Operation Support Systems (OSS) that had to be configured and integrated. In this condition, Enterprise Architecture (EA) is needed as a guide for the effective future development of IS/IT. It is aligned with the focus on the IT Division program in 2020, which is transforming the architecture to become a Microservice Architecture (MSA). The initial stage would identify the current EA conditions through a Focus Group Discussion (FGD) and interviews that supported by relevant literature sources. The second FGD was conducted to collect materials that used to design the expected EA. EA development was arranged using the The Open Group Architecture Framework Architecture Development Method (TOGAF ADM) framework. The combination of ITIL (Information Technology Infrastructure Library) and eTOM (enhanced Telecom Operation Operation Map) was used to identify microservices based on business processes that running in the organization. This study was using approaches of qualitative and action research methods combined with case study research. Data processing was using qualitative methods with Thematic Analysis to determine the proposed EA. The result of this study is EA based on MSA integrated with Service Oriented Architecture (SOA) on the OSS of PT. Telekomunikasi Indonesia. The part design of MSA is mainly in the Resource domain based on eTOM identified from the business problems of the company."

"Pada saat workshop unit OSS Platform Development (OPD) PT Telekomunikasi Indonesia tahun 2019, ditemukan masalah pada time to market yang lama untuk pengembangan produk baru karena banyaknya sistem yang harus dikonfigurasi dan diintegrasi pada Operation Support System (OSS). Pada kondisi seperti ini, diperlukan Enterprise Architecture (EA) sebagai panduan untuk pengembangan SI/TI ke depannya yang efektif. Hal ini sejalan dengan fokus pada program Divisi IT tahun 2020, yaitu melakukan transformasi arsitektur menjadi Microservice Architecture (MSA). Tahap awal yang dilakukan adalah dengan mengidentifikasi kondisi EA saat ini melalui Focus Group Discussion (FGD) dan wawancara yang didukung dengan sumber-sumber literatur relevan. FGD kedua kemudian dilakukan sebagai bahan penyusunan EA yang diharapkan. Pengembangan EA dilakukan dengan menggunakan kerangka kerja TOGAF ADM (The Open Group Architecture Framework Architecture Development Method). Kombinasi ITIL (Information Technology Infrastructure Library) dan eTOM (enhanced Telecom Operation Operation Map) digunakan untuk mengidentifikasi microservices berdasarkan bisnis proses yang dijalankan pada organisasi. Penelitian ini menggunakan pendekatan kualitatif dan metode action research yang dikombinasikan dengan case study research. Pengolahan data menggunakan metode kualitatif dengan Thematic Analysis yang dikodifikasi untuk menentukan EA yang diusulkan. Hasil penelitian ini adalah rancangan EA berbasis MSA terintegrasi dengan Service Oriented Architecture (SOA) pada OSS PT Telekomunikasi Indonesia. Rancangan MSA terutama berada pada domain Resource berdasarkan eTOM yang diidentifikasi dari masalah bisnis perusahaan.

---

During the 2019 workshop unit of OSS Platform Development (OPD) PT Telekomunikasi Indonesia, a problem was found that the need for a longer time to market in developing new products.  There are many Operation Support Systems (OSS) that had to be configured and integrated. In this condition, Enterprise Architecture (EA) is needed as a guide for the effective future development of IS / IT. It is aligned with the focus on the IT Division program in 2020, which is transforming the architecture to become a Microservice Architecture (MSA). The initial stage would identify the current EA conditions through a Focus Group Discussion (FGD) and interviews that supported by relevant literature sources. The second FGD was conducted to collect materials that used to design the expected EA. EA development was arranged using the The Open Group Architecture Framework Architecture Development Method (TOGAF ADM) framework. The combination of ITIL (Information Technology Infrastructure Library) and eTOM (enhanced Telecom Operation Operation Map) was used to identify microservices based on business processes that running in the organization. This study was using approaches of qualitative and action research methods combined with case study research. Data processing was using qualitative methods with Thematic Analysis to determine the proposed EA. The result of this study is EA based on MSA integrated with Service Oriented Architecture (SOA) on the OSS of PT Telekomunikasi Indonesia. The part design of MSA is mainly in the Resource domain based on eTOM identified from the business problems of the company."