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
