Nama : Ari Ghiffari

Stambuk : F55118031
Kelas :A

Arsitektur dan Manajemen Cloud Computing

Cloud Computing merupakan teknologi yang telah menjadi teknologi komputasi paling populer. Ada
beberapa aspek dan masalah masalah dasar pada suatu teknologi yang perlu diperhatikan untuk digali
lebih dalam. Cloud computing mirip dengan teknologi lain karena memiliki beberapa konsep dasar yang
harus dipelajari sebelum mengetahui konsep intinya. Ada beberapa proses dan komponen cloud
computing yang perlu dibahas, topik yang sangat penting itu adalah arsitektur nya.

A. Arsitektur Cloud
Setiap model teknologi terdiri dari arsitektur yang didasarkan pada fungsi model, cloud juga memiliki
arsitektur yang menggambarkan mekanisme kerjanya yang mencakup tempat ia bekerja dan komponen
yang mengerjakannya. Cloud merupakan teknologi terkini yang sepenuhnya bergantung pada Internet
untuk fungsinya.

a. Lapisan 1 (Lapisan Pengguna/Klien)

Lapisan ini yang terendah dalam arsitektur cloud. Di tempat ini di mana klien dan pengguna memulai
koneksi ke cloud. Klien dapat berupa perangkat apa saja seperti klien tipis dan klien tebal yang
mendukung fungsi dasar untuk mengakses aplikasi web. Klien tipis mengacu pada perangkat yang
sepenuhnya bergantung pada beberapa sistem lain untuk fungsionalitasnya. Sedangkan klien tebal ialah
komputer umum yang memiliki kemampuan pemrosesan yang memadai dan memiliki kemampuan untuk
bekerja mandiri.

b. Lapisan 2 (Lapisan Jaringan)

Lapisan ini memungkinkan pengguna untuk terhubung ke cloud. Seluruh infrastruktur cloud bergantung
pada koneksi ini di mana layanan ditawarkan kepada pelanggan. Terutama pada Internet dalam cloud
publik. Cloud publik biasanya terdapat di lokasi tertentu dan pengguna tidak akan tahu lokasinya karena
abstrak. Dalam kasus cloud pribadi, konektivitas mungkin disediakan oleh Local Area Network. Bahkan
cloud sepenuhnya bergantung pada jaringan yang digunakan. Biasanya, saat mengakses cloud publik atau
pribadi, pengguna memerlukan bandwidth minimum, yang terkadang ditentukan oleh penyedia cloud.

c. Lapisan 3 (Lapisan Manajemen Cloud)

Lapisan ini terdiri dari perangkat lunak yang digunakan dalam mengelola cloud. Perangkat lunak tersebut
dapat berupa sistem operasi cloud, perangkat lunak tersebut bertindak sebagai antarmuka antara pusat
data dan pengguna, atau bertindak dalam pengelolaan sumber daya. Lapisan ini berada di bawah lingkup
SLA, yaitu operasi yang terjadi di lapisan ini akan mempengaruhi SLA yang sedang diputuskan antara
pengguna dan penyedia layanan. Setiap penundaan dalam pemrosesan atau ketidaksesuaian dalam
penyediaan layanan dapat menyebabkan pelanggaran SLA.

d. Lapisan 4 (Lapisan Sumber Daya Perangkat Keras)

Lapisan ini terdiri dari ketentuan untuk sumber daya perangkat keras. Biasanya dalam kasus cloud publik,
pusat data digunakan di bagian belakang. Demikian pula di cloud pribadi, ini bisa menjadi pusat data
yang merupakan kumpulan sumber daya perangkat keras yang saling terhubung satu sama lain yang ada
di lokasi tertentu atau sistem konfigurasi tinggi. Lapisan ini berada di bawah lingkup SLA. Lapisan ini
lapisan terpenting yang mengatur SLA karena paling mempengaruhi SLA dalam kasus pusat data. Oleh
karena itu, pusat data terdiri dari koneksi jaringan berkecepatan tinggi dan algoritma yang sangat efisien
untuk mentransfer data dari pusat data ke pengelola

B. Anatomi Cloud
Anatomi cloud secara sederhana dapat didefinisikan sebagai struktur cloud. Anatomi cloud tidak bisa
dianggap sama dengan arsitektur cloud. Arsitektur sepenuhnya mendefinisikan dan menjelaskan teknologi
di mana ia bekerja dimana pandangan struktural yang mendefinisikan teknologi yang menjadi
ketergantungan.

Terdapat lima komponen cloud:

1. Aplikasi: Lapisan teratas adalah lapisan aplikasi. Di lapisan ini, aplikasi apa pun dijalankan.
2. Platform: Komponen ini terdiri dari platform yang bertanggung jawab atas pelaksanaan aplikasi.
Platform ini berada di antara infrastruktur dan aplikasi.
3. Infrastruktur: Infrastruktur terdiri dari sumber daya di mana komponen lainnya bekerja. Ini
memberikan kemampuan komputasi kepada pengguna.
4. Virtualisasi: Virtualisasi adalah proses pembuatan komponen sumber daya logis di atas sumber daya
fisik yang ada. Komponen logis terisolasi dan independen, yang membentuk infrastruktur.
5. Perangkat keras fisik: Perangkat keras fisik disediakan oleh server dan unit penyimpanan.

C. Konektivitas Jaringan dalam Cloud Computing

Komputasi cloud adalah teknik berbagi sumber daya di mana server, penyimpanan dan infrastruktur
komputasi lainnya di beberapa lokasi dihubungkan oleh jaringan. Di cloud, ketika aplikasi dikirimkan
untuk dieksekusi maka sumber daya yang membutuhkan dan sesuai dialokasikan dari kumpulan sumber
daya ini. Karena sumber daya ini terhubung melalui internet, maka pengguna mendapatkan hasil yang
diinginkan.

a. Jaringan Akses Cloud Publik

Dalam opsi ini, konektivitas seringkali melalui Internet, meskipun beberapa penyedia cloud mungkin
dapat mendukung jaringan pribadi virtual untuk pelanggan. Mengakses layanan cloud publik akan selalu
menimbulkan masalah terkait keamanan yang selanjutnya terkait dengan kinerja. Salah satu pendekatan
yang mungkin untuk mendukung keamanan adalah dengan mempromosikan konektivitas melalui
terowongan terenkripsi, sehingga informasi dapat dikirim melalui pipa aman di internet.
Jika kita ingin mengurangi penundaan tanpa mengorbankan keamanan, maka harus memilih metode
perutean yang sesuai seperti yang mengurangi penundaan dengan meminimalkan lompatan transit dalam
konektivitas ujung ke ujung antara penyedia cloud dan konsumen cloud.

b. Jaringan Akses Cloud Pribadi

Dalam model penerapan cloud pribadi, karena cloud adalah bagian dari jaringan organisasi, teknologi dan
pendekatannya bersifat lokal ke struktur jaringan internal, mungkin termasuk VPN Internet atau layanan
VPN dari operator jaringan. Jika akses aplikasi dilakukan dengan benar dengan jaringan organisasi
konektivitas dalam konfigurasi precloud transisi ke komputasi cloud pribadi tidak akan memengaruhi
kinerja akses.

c. Jaringan Intracloud untuk Layanan Cloud Publik

Pertimbangan konektivitas jaringan dalam komputasi cloud adalah jaringan intracloud untuk layanan
cloud publik. Dengan demikian, sumber daya dari penyedia cloud dan layanan cloud kepada pelanggan
didasarkan pada sumber daya yang secara geografis terpisah satu sama lain tetapi masih terhubung
melalui Internet. Jaringan komputasi cloud publik bersifat internal untuk penyedia layanan dan dengan
demikian tidak terlihat oleh pengguna atau pelanggan.

d. Jaringan Intracloud Pribadi

Masalah paling rumit untuk jaringan dan konektivitas dalam komputasi cloud adalah jaringan intracloud
pribadi. Apa yang membuat masalah ini begitu kompleks adalah tergantung pada seberapa banyak
konektivitas intracloud dikaitkan dengan aplikasi yang dijalankan di lingkungan ini. Jaringan intracloud
pribadi biasanya didukung melalui konektivitas antara pusat data utama yang dimiliki oleh perusahaan.
Minimal, semua implementasi komputasi cloud akan bergantung pada jaringan intracloud untuk
menghubungkan pengguna dengan sumber daya yang aplikasi tetapkan. Setelah hubungan sumber daya
dibuat, sejauh mana jaringan intracloud digunakan tergantung pada apakah aplikasi di komponen
berdasarkan pada arsitektur berorientasi layanan (SOA) atau tidak di antara beberapa sistem. Jika prinsip
SOA diikuti, lalu lintas dapat berpindah antar komponen aplikasi.

e. Faset Baru di Jaringan Pribadi

Jaringan pribadi konvensional telah dirancang untuk aplikasi lokal dan keamanan internet maksimum.
Biasanya, aplikasi seperti email, berbagi file dan sistem perencanaan sumber daya perusahaan dikirim ke
server berbasis di lokasi di setiap pusat data perusahaan. Arsitektur jaringan tradisional untuk perusahaan
global ini tidak dirancang untuk mengoptimalkan kinerja untuk aplikasi cloud, karena sekarang banyak
aplikasi termasuk aplikasi yang sangat penting sedang bertransisi dari berbasis lokal ke berbasis cloud, di
mana ketersediaan jaringan menjadi misi penting.

f. Jalur untuk Lalu Lintas Internet

Lalu lintas internet tradisional melalui satu set gerbang internet terbatas menimbulkan masalah kinerja
dan ketersediaan bagi pengguna yang menggunakan aplikasi berbasis cloud. Hal ini dapat ditingkatkan
jika infrastruktur dan konektivitas gateway internet yang lebih tersebar luas didukung untuk mengakses
aplikasi, karena mereka akan memberikan akses latensi yang lebih rendah ke aplikasi cloud mereka.
Seiring dengan pertumbuhan volume lalu lintas ke aplikasi awan, persentase kapasitas jaringan dalam hal
lalu lintas ke gerbang regional meningkat.

E. Aplikasi di Cloud
Ada beberapa jenis aplikasi. Jenis aplikasi pertama yang dikembangkan dan digunakan adalah aplikasi
yang berdiri sendiri yang dijalankan pada satu sistem yang tidak menggunakan jaringan untuk fungsinya.
Sistem tersebut hanya menggunakan mesin tempat sistem tersebut dipasang. Fungsi sistem semacam ini
sangat bergantung pada sumber daya atau fitur yang tersedia di dalam sistem. Aplikasi yang kedua yaitu
web, hal ini berbeda dari aplikasi yang berdiri sendiri dalam banyak aspek. Perbedaan utama adalah
arsitektur server klien yang diikuti oleh aplikasi web tidak seperti aplikasi yang berdiri sendiri, sistem ini
sepenuhnya bergantung pada jaringan untuk bekerja. Pada dasarnya ada dua komponen, yang disebut
klien dan server. Server merupakan mesin kelas atas yang terdiri dari aplikasi web yang diinstal. Aplikasi
web ini diakses dari sistem klien lain. Jenis aplikasi ini sangat berguna dan banyak digunakan sejak awal
dan sekarang telah menjadi bagian penting dari kehidupan sehari-hari, namun tentunya memiliki
kekurangan yaitu:
• Aplikasi web tidak elastis dan tidak dapat menangani beban yang sangat berat.
• Aplikasi web tidak multitenant.
• Aplikasi web tidak menyediakan pengukuran kuantitatif dari layanan yang diberikan kepada pengguna.
• Aplikasi web biasanya berada dalam satu platform tertentu.
• Aplikasi web tidak disediakan dengan sistem pembayaran sesuai pemakaian.

Yang ketiga ialah aplikasi cloud, aplikasi ini berbeda dari aplikasi lain karena memiliki fitur unik. Fitur
yang membuat aplikasi cloud unik dijelaskan sebagai berikut:
1. Multitenancy: Artinya salah satu properti penting dari cloud yang membuatnya berbeda dari jenis
aplikasi lain di mana perangkat lunak dapat digunakan bersama oleh pengguna yang berbeda secara
bebas. Bebas maksudnya bebas yang logis. Setiap pengguna akan memiliki contoh aplikasi terpisah
dan perubahan dalam satu aplikasi tidak akan memengaruhi aplikasi lainnya. Secara fisik, perangkat
lunak digunakan secara bersama dan tidak independen. Kemandirian logislah yang dijamin. Tidak ada
batasan dalam jumlah aplikasi yang dibagikan.
2. Elastisitas: Artinya properti unik yang memungkinkan cloud berfungsi lebih baik. Sejauh mana sistem
mampu beradaptasi dengan perubahan beban kerja dengan menyediakan dan mencabut sumber daya
hingga pada setiap waktu, sumber daya yang tersedia sedekat mungkin dengan permintaan. Elastisitas
memungkinkan penyedia cloud menangani jumlah pengguna secara efisien, dari satu hingga Cloud
beberapa ratus pengguna sekaligus.
3. Platform cloud heterogen: Artinya platform cloud mendukung heterogenitas, dimana semua jenis
aplikasi dapat diterapkan di cloud. Karena properti ini, cloud fleksibel untuk pengembangan.
4. Pengukuran kuantitatif: Artinya layanan yang diberikan dapat diukur secara kuantitatif. Pengguna
biasanya ditawarkan layanan berdasarkan biaya tertentu. Di sini, aplikasi atau sumber daya diberikan
sebagai utilitas dengan basis bayar per penggunaan. Dengan demikian, penggunaan dapat dimonitor
dan diukur.
5. Layanan sesuai permintaan: Artinya aplikasi cloud menawarkan layanan kepada pengguna, sesuai
permintaan, kapan pun pengguna membutuhkannya. Layanan cloud akan memungkinkan pengguna
untuk mengakses aplikasi web yang biasanya tanpa batasan waktu, durasi dan jenis perangkat yang
digunakan.

F. Mengelola Cloud
Manajemen cloud ditujukan untuk mengelola cloud secara efisien untuk mempertahankan QoS. Ini
merupakan salah satu pekerjaan utama yang harus dipertimbangkan. Seluruh cloud bergantung pada cara
pengelolaannya. Manajemen cloud dapat dibagi menjadi dua bagian:
1. Mengelola infrastruktur cloud
2. Mengelola aplikasi cloud

a. Mengelola Infrastruktur Cloud

Infrastruktur cloud dianggap sebagai tulang punggung cloud. Komponen ini terutama bertanggung jawab
atas faktor QoS. Jika infrastruktur tidak dikelola dengan benar, maka seluruh cloud dapat gagal dan QoS
akan terpengaruh yang akan menyebabkan kerugian. Inti dari manajemen cloud ialah manajemen sumber
daya. Manajemen sumber daya melibatkan beberapa tugas internal seperti penjadwalan sumber daya,
penyediaan, dan load balancing. Tugas ini sebagian besar dikelola oleh kapabilitas perangkat lunak inti
penyedia layanan cloud seperti cloud OS yang bertanggung jawab untuk menyediakan layanan ke cloud
dan yang mengontrol cloud secara internal.
Manajemen sumber daya yang buruk dapat menyebabkan beberapa inefisiensi dalam hal kinerja,
fungsionalitas dan biaya. Jika sumber daya tidak dikelola secara efisien, kinerja seluruh sistem akan
terpengaruh. Performa merupakan aspek terpenting dari cloud, karena semua yang ada di cloud
bergantung pada SLA, dan SLA hanya dapat dipenuhi jika performanya bagus.
Alasan terakhir dikembangkannya cloud ialah biaya. Biaya merupakan kriteria yang sangat penting
menyangkut prospek bisnis cloud. Di pihak penyedia layanan, jika mengeluarkan biaya lebih sedikit
untuk mengelola cloud, maka juga akan mencoba mengurangi biaya untuk mendapatkan basis pengguna
yang kuat. Karenanya, banyak pengguna akan menggunakan layanan ini, meningkatkan margin
keuntungan. Demikian pula, jika biaya pengelolaan sumber daya tinggi, maka pasti biaya untuk
mengakses sumber daya akan tinggi dan tidak pernah ada bisnis yang merugi dari organisasi mana pun
sehingga penyedia layanan tidak akan menanggung biaya tersebut dan karenanya pengguna harus
membayar lebih

b. Mengelola Aplikasi Cloud

Perusahaan bisnis semakin ingin memindahkan atau membangun aplikasi perusahaan mereka di platform
cloud untuk meningkatkan ketangkasan atau untuk memenuhi persyaratan dinamis yang ada dalam
globalisasi bisnis dan daya tanggap terhadap permintaan pasar. Namun, pergeseran atau pemindahan
aplikasi ke lingkungan cloud ini menghadirkan kerumitan baru. Aplikasi menjadi lebih komposit dan
kompleks, yang tidak hanya membutuhkan kemampuan seperti penyimpanan dan database yang
ditawarkan oleh penyedia cloud, tetapi juga kemampuan SaaS pihak ketiga seperti email dan perpesanan.
Jadi, memahami ketersediaan aplikasi memerlukan pemeriksaan infrastruktur, layanan yang dikonsumsi,
dan pemeliharaan aplikasi. Sifat komposit aplikasi cloud memerlukan visibilitas ke semua layanan untuk
menentukan ketersediaan dan waktu aktif secara keseluruhan.
Manajemen aplikasi cloud adalah untuk mengatasi masalah ini dan mengusulkan solusi untuk
memungkinkan memiliki wawasan tentang aplikasi yang berjalan di cloud, serta menerapkan atau
menegakkan kebijakan perusahaan seperti tata kelola dan audit dan manajemen lingkungan saat aplikasi
diterapkan di cloud . Layanan pemantauan dan manajemen berbasis cloud ini dapat mengumpulkan
banyak peristiwa, menganalisisnya, dan mengidentifikasi informasi penting yang memerlukan tindakan
perbaikan tambahan seperti menyesuaikan kapasitas atau menyediakan layanan baru. Selain itu,
manajemen aplikasi harus didukung dengan alat dan proses yang diperlukan untuk mengelola lingkungan
lain yang mungkin hidup berdampingan, memungkinkan operasi yang efisien.

G. Memigrasi Aplikasi ke Cloud

Migrasi cloud mencakup pemindahan aplikasi perusahaan beserta lingkungan IT nya dari jenis hosting
tradisional ke lingkungan cloud, baik publik, pribadi ataupun hybrid. Migrasi cloud menghadirkan
peluang secara signifikan mengurangi biaya yang timbul pada aplikasi. Aktivitas ini terdiri dari beberapa
tahapan seperti evaluasi, strategi migrasi, pembuatan prototipe, penyediaan dan pengujian.
a. Fase Migrasi Cloud
1. Evaluasi: Evaluasi dilakukan untuk semua komponen, seperti infrastruktur dan arsitektur aplikasi,
lingkungan dalam hal komputasi, penyimpanan, pemantauan dan manajemen, SLA, proses operasional,
pertimbangan keuangan, risiko, keamanan, kepatuhan dan kebutuhan perizinan.
2. Strategi migrasi: Berdasarkan evaluasi, strategi migrasi hotplug digunakan di mana aplikasi dan data
serta ketergantungan antarmukanya diisolasi dan aplikasi ini dapat dioperasikan sekaligus.
3. Pembuatan Prototipe: Aktivitas migrasi didahului oleh aktivitas pembuatan prototipe untuk
memvalidasi dan memastikan bahwa sebagian kecil aplikasi diuji di lingkungan cloud dengan penyiapan
data pengujian.
4. Penyediaan: Pengoptimalan pre-migrasi yang diidentifikasi diimplementasikan. Server cloud
disediakan untuk semua lingkungan yang diidentifikasi, perangkat lunak platform yang diperlukan serta
aplikasinya disebarkan. Konfigurasi disetel agar sesuai dengan ukuran lingkungan baru dan database serta
file direplikasi. Selanjutnya semua titik integrasi internal dan eksternal dikonfigurasi dengan benar.
Layanan web, pekerjaan batch dan perangkat lunak operasi serta manajemen disiapkan di lingkungan
baru.
5. Pengujian: Tes postmigrasi dilakukan untuk memastikan bahwa migrasi telah berhasil. Pengujian
kinerja dan beban, pengujian kegagalan dan pemulihan serta pengujian skala-out dilakukan terhadap
beban lalu lintas yang diharapkan dan tingkat pemanfaatan sumber daya.

b. Pendekatan untuk Cloud Migration

Berikut adalah empat pendekatan untuk migrasi cloud yang telah diadopsi secara efektif oleh vendor:
1. Migrasikan aplikasi yang ada: Buat atau rancang ulang beberapa atau semua aplikasi dengan
memanfaatkan beberapa teknologi virtualisasi untuk mempercepat pekerjaan. Namun membutuhkan
insinyur yang handal untuk mengembangkan fungsionalitas baru.
2. Mulailah dari awal: Daripada mengorbankan penjualan, membingungkan pelanggan dengan pilihan dan
mengikat teknisi yang mencoba membangun kembali aplikasi yang ada, mungkin lebih mudah untuk
memulai lagi.
3. Perusahaan terpisah: Seseorang mungkin ingin membuat perusahaan baru dengan merek, manajemen
dan penjualan yang terpisah. Investasi dan internet protocol (IP) mungkin berasal dari perusahaan yang
ada, tetapi banyak konflik hilang begitu perusahaan baru lahir di perusahaan cloud didirikan. Perusahaan
terpisah bahkan mungkin merupakan anak perusahaan dari perusahaan yang telah ada. Yang penting ialah
perusahaan baru dapat bertindak, mengoperasikan dan berperilaku seperti perusahaan baru berbasis cloud.
4. Beli vendor cloud yang sudah ada: Untuk vendor besar yang sudah mapan, membeli pesaing berbasis
cloud mencapai dua hal, yaitu menyingkirkan pesaing dan memungkinkan vendor untuk mulai bekerja di
ruang cloud. Risikonya tentu saja adalah inovasi, dorongan dan pendekatan operasional perusahaan
berbasis cloud hancur saat digabungkan ke pengakuisisi yang lebih besar.