Kész a Google IaaS-a!

0
(0)

A múlt heti Google I/O konferencia alkalmával a Google bemutatott egy tabletet (a Nexus 7-et), amivel nyíltan az Amazon Kindle Fire-nek akartak konkurenciát állítani. Azonban bemutattak egy nem nagyon híresztelt szolgáltatáscsomagot is, az IaaS-t infrastruktúra, mint szolgáltatás), ami megint Jeff Bezos cégének állít komoly konkurenciát. A szolgáltatás neve Computing Engine, ami a startup cégeknek jelent(het) megkönnyebbülést, hiszen az erőforrásigényes alkalmazásaikat is elhelyezhetik benne, szóval abban a felhőben, amelyben a Gmail, a Google Plus, a Google Drive, stb.. fut.

Nem szabad megfeledkezni a Windows Azure-ról, amelyet immár a nyílt forráskódú kliensek futtatására is felkészítettek, azonban a redmondi óriás megoldása még inkább PaaS (platform, mint szolgáltatás), de hamarosan IaaS elérhetősége lesz. A három cég rendelkezik a világ minden pontján adatközpontokkal, de vélhetően sok összecsapás lesz majd a rendelkezésre állás terén, hiszen mivel a hétvégén leállt az Amazon EC2, vele együtt leállt az Instagram is.

Mennyire volt hasznos ez a bejegyzés?

Kattints egy csillagra az értékeléshez!

Átlagos értékelés 0 / 5. Szavazatszám: 0

Nincsenek még értékelések.

4 thoughts on “Kész a Google IaaS-a!”

  1. Scott,sorry for the length of the ceonmmt below, I am just thinking aloud “Secure services, not networks” is a big paradigm shift. This shift is not so exciting for the customer. It basically means that you cannot TRUST network security any more, an now the full burden of the security falls on the service layer.Up to now, when we use a service level security layer (let’s call all these devices SOA brokers), in a nutshell, you add Auth&Auth, XML threats protection, schema validation on top of the network security. You still take network security for granted and you improve with a new layer of abstraction.Now you are telling me that in the cloud, my network security net is so full of holes that I have to give up any trust, survice with bad guys in my backyard and trust only myself, putting a security broker in front of all my apps, with all the burden to configure them. Not so exciting!I see some inherent contradictions between the interests of the various parties: customer, cloud provider and SOA broker provider (typ. L7).The cloud provider has to convince the customer that a VPC is just as secure as its internal network. He/she can use a combination of layers 2-4 technologies, auditing, whatever to push its point. OK, currently the industry is not yet there, but is there a real technical impossibility to establish trust at this level?The SOA broker has some vested interest to undermine the confidence of the customer in the VPC security, to be able to sell more licences and services; this is not bad , it is just that e.g. L7 is naturally in such a position: it is more interesting to sell many SOA proxies than a central SOA broker, cross cutting internal and external clouds.The customer is thus caught between 2 fires: who shall I trust, my cloud provider VPC, or my own teams administering a network of SOA proxies?I have no definitive answer to this dilemna.A somehow valid analogy is comparing your home with a safe, an hotel room a safe and a safe at the bank.Which is the safest place to put your jewels?Probably bank, then home, then hotel room.So the challenge for cloud providers is to prove that their VPCS are more like a bank safe than an hotel safe. Trust is a complex matter where technology palys only a part.

    1. Hi Ian thanks for the meiotnn. And yes it is me at the linkedin.com link (check my about page ). If there is anything you’d like to see covered on the blog, don’t hesitate to let me know not claiming to have all the answers but I don’t think anyone does when it comes to this subject. All the best, Craig

Leave a Comment

Az e-mail címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük

Scroll to Top