Integrating VIX API into vSphere API is a great decision VMware made for its vSphere 5.0 release. Instead of working on two separate APIs, you now have one to deal with. It also solves the portability issue of VIX APIs which is tied to a specific platform – VIX has three versions for Windows, 32-bit Linux, and 64-bit Linux.
Thanks to John Troyer and VMware community managers, I successfully changed my email for login with the community recently. During this long weekend I spent a little time checking out the developer community.
I found that the static contents out there are largely outdated. In my estimation, it hasn’t been actively maintained for more than one year. Listing outdated contents not only confuses the community, but also lets go a great opportunity to educate and influence developers.
Today is the last day of VMware Partner Exchange 2012. There’s no keynote, therefore I went directly to breakout sessions.
The first one I attended was “SRM 5.0 and vSphere Replication – Understanding the Use Cases and Implementation Options.” The SRM used to manage the storage array that actually replicate LUNs to pair arrays in remote sites. This results in a restriction that the storage arrays must be compatible, which means they must come from same vendor and probably same model. When I was at VMware, I helped several partners with their storage array adapters for SRM. With vSphere replication, the replication happens at higher level thus the restriction goes away. Coming with the flexibility is slightly slower performance. Like anything else, you simply cannot have all the best but you can apply right technology for certain use case, for example, use vSphere replication for ROBO (remote office, branch office) use case.
Same as yesterday, the conference started with keynotes. The first one was by Carl Eschenbach, VMware Co-President of Customer Operations, followed by a motivational keynote by Bill Taylor, founding editor of Fast Company Magazine. As a technical professional, I always try my best to get more business insights and perspectives therefore I attend business related keynotes whenever possible.
Today is the first day of VMware Partner Exchange 2012 in Las Vegas. As usual, it started with keynotes, presented by Scott Aronson (Senior Vice President, Global Channels and Alliances), Paul Maritz (CEO), and Steve Herrod (CTO & SVP, R&D) consecutively. I personally didn’t find a lot new but mostly rehashed from previous keynotes. Nevertheless, there were several interesting numbers from the three keynotes:
- $41.5 billion: private cloud opportunity by 2015.
- 350,000: VMware customer base.
Today I read an interesting article “The Efficiency Paradox” in latest Business Week magazine. It reviews the book Conundrum: How Scientific Innovation, Increased Efficiency, and Good Intention Can Make Our Energy and Climate Problem Worse by David Owen. I haven’t read the book but got the main idea of the book from the article.
As John F. Kennedy put it, “everything changes but change itself.” This is particularly true in computer industry where things move faster than other industries. It’s further complicated when you also have dependencies that also move fast.
A good example is that your software project depends on another product which is also under development. Sometimes we call it synchronous development. The payoff could be huge if you can ship your product at the same time as the dependent product which presumably has bigger user base. You can then leverage the go-to market opportunity as first player in the bigger community.
The first part of the title of this article may seem like mathematics, but it’s really not. This is just about software packaging – a topic not so often discussed. In plain English, it basically says something like: one application with N features vs. N applications, each of which has one feature. More generally speaking, it can describe software entity with sub-elements. I will discuss it in the contexts of mobile/desktop, and virtual/physical.
As I tweeted last week, there would be a big announcement when the open source VI Java API gets 20,000 downloads. It hit target yesterday. To celebrate it, I decide to release the code generator for the API, which William (@lamw) rated as “awesome.”