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<http://csrc.nist.gov/publications/nistpubs/800-145/SP800-145.pdf>- > The NIST Definition of Cloud Computing > SP800-146<http://csrc.nist.gov/publications/nistpubs/800-146/sp800-146.pdf>- > 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 <http://www.erudeye.co.id/> | Hosting > Provider<http://www.microsoft.com/web/hosting/HostingProvider/Details/143> > 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
