Seep om,
karena pada ngebahas teknis semua, kayanya perlu di gali lagi lebih dalam,
kami tim IT kantor, jg lg bahas rame2 sesuai tidak dengan kebutuhan kantor.
dan sepertinya cloud itu belum sesuai dengan kebutuhan kantor.
mengingat dari segi harga, sdm, dan scopenya belum terlalu besar untuk
mencicipi cloud.
terima kasih semua.
On 10/10/2012 22:54, Dondy Bappedyanto wrote:
ini yang melebar ke cloud secara general...
jadi TS udah dapat info yang dibutuhkan belon ? :p
2012/10/10 Pandu Poluan <[email protected]>:
Nhaa, ini baru mantap...
Tapi saya tidak setuju tetap dengan 'Private Cloud'. Mana ada Dept. non-IT
yang 'self service' dalam hal provisioning server? Sedikit banyak mereka
pasti kontak ke IT untuk melakukan sizing. Dan ini artinya menafikan
karakteristik #1 dari dokumen pertama (SP800-145).
Jika demikian -- dan memang kenyataannya demikian -- untuk apa menambah 1
lagi abstraction layer? Toh mereka tinggal jelaskan apa yang mereka butuh
pada IT, lalu diskusi, lalu sign approval/agreement.
Rgds,
On Oct 10, 2012 8:51 PM, "Dian Nugraha" <[email protected]> wrote:
Ini ada rujukan dari badan standar nya US tentang cloud. Semoga
bermanfaat.
SP800-145 - The NIST Definition of Cloud Computing
SP800-146 - Cloud Computing Synopsis and Recommendations
Cheers,
Dian Dwi Nugraha
-- 50% Gamer + 45% Crook both in real and cyber world + 5% IT Pro
________________________________
Date: Wed, 10 Oct 2012 17:56:07 +0700
From: [email protected]
To: [email protected]
Subject: Re: [Mugi] Tanya Cloud
Oh satu lagi, ITnya masih mau repot buat day to day managing systemnya
atau mau full support semua dari vendor?
Dondy
On Wednesday, October 10, 2012, Dondy Bappedyanto wrote:
Ga usah puyeng, mikirnya gini aja ... Mau bayar didepan atau mau bayar
bulanan sesuai pemakaian? Manfaat vs mudaratnya banyak mana public cloud
atau on premise? Banyak dipakai dimana? Lokal atau banyak user travel ke
luar negeri ...
Nah kalau udah bisa jawab pasti cerah deh
On Wednesday, October 10, 2012, Nur Firmanullah wrote:
TSnya tambah puyeng. hehehe..
iy jg yah kalo kita mau itung-itungan ke dept lain or pihak lain, kudu
implement Private Cloud yah.
kalo nggak? balik lagi sesuai dengan kebutuhan.
mulai cerah nih.
On 10/10/2012 17:04, Pandu Poluan wrote:
Betul banget, saya setuju.
Prinsip yang mendasari cloud adalah bahwa saat saya butuh kapasitas lebih
besar lagi... detil implementasi nya bukan urusan saya.
Lha kalau 'private cloud', tetap aja harus itung2an storage, RAM, CPU,
dll...
Bikin nambah kerjaan aja. Mestinya rikues nya sederhana aja, nggak perlu
aneh2an 'private cloud' : user (Dept. lain) isi form Resource Request di
SharePoint Workflow, nanti dari IT kita bilang CAPEX+OPEX nya berapa,
approve oleh Dept. Head, oleh N+1 Dept. Head, oleh Head Finance, lalu kita
kerjakan.
Rgds,
On Oct 10, 2012 4:58 PM, "Dondy Bappedyanto" <[email protected]>
wrote:
Hehehe ... Banyak yg bilang there's no such thing as private cloud ...
Cloud itu harusnya bisa scale tanpa batas ... Kalau private ya terbatas
lagi ..
On Wednesday, October 10, 2012, Rudy Setyo Purnomo wrote:
Private Cloud istilah untuk internal supporting department Pak, department
finance memanfaatkan layanan cloud milik perusahaan.
Untuk apa? supaya bisa dihitung penggunaan per masing2 department atau
anak perusahaan atau anak cabang.
-----
Rudy Setyo Purnomo | MVP Windows Azure
erudeye | Cloud and Application Services | Hosting Provider
Cloud Services Partner (Office365 | Windows Azure)
2012/10/10 Pandu Poluan <[email protected]>
Saya paling tidak suka istilah 'Private Cloud'. Apa bedanya dengan
'Intranet'? Malah bikin bingung aja...
Istilah 'cloud' muncul karena data (dan software pengolahnya) adanya
'entah di mana' alias 'di awang2', atau bahasa bule nya 'in the clouds'...
lalu kalau di akses, ujug2 itu data bisa nongol ngol di desktop kita.
Kalau 'private cloud'... Lha wong kita tahu persis di mana lokasi datanya,
kita yang atur semua infrastruktur antara server dan client agar supaya data
bisa meluncur dari server ke client... lantas awannya di mana?
Rgds,
On Oct 10, 2012 1:39 PM, "Dian Nugraha" <[email protected]>
_______________________________________________ Mugi mailing list
[email protected] http://lists.mugi.org/mailman/listinfo/mugi
_______________________________________________
Mugi mailing list
[email protected]
http://lists.mugi.org/mailman/listinfo/mugi
_______________________________________________
Mugi mailing list
[email protected]
http://lists.mugi.org/mailman/listinfo/mugi
_______________________________________________
Mugi mailing list
[email protected]
http://lists.mugi.org/mailman/listinfo/mugi
_______________________________________________
Mugi mailing list
[email protected]
http://lists.mugi.org/mailman/listinfo/mugi
