Traditional databases should not be used to do things for which they were never designed; like supporting thousands of concurrent users.
The main challenge of managing Web applications on a Cloud-scale is performance. Disk-based database architectures are fine when you have a small number of users, but they lack the facilities for horizontal scaling, and, are unable to address the variable access patterns.
In contrast, SQLFire, an in-memory database from VMware, was designed specifically for these kinds of challenges. With its speed and low latency, SQLFire delivers dynamic scalability and high performance for modern, data-intensive applications, all through a familiar SQL interface.
In this post, I will demonstrate one of the ways SQLFire can increase throughput and decrease latency of your current Web applications.
It’s hard to argue that cloud computing has the CIO’s attention across all industries, and a whole new breed of technology companies wouldn’t exist without cloud computing. In this article, we share a summary of six VMware vFabric partner interviews. These perspectives identify 5 themes for how VMware’s vFabric cloud application development platform can improve developer productivity, cut customer technology costs, solve key engineering problems, and more.
What does VMware vFabric have to do with Cloud Application Development?
As the provider of the most popular virtualization and cloud software in the world, VMware understands the cloud journey is not just infrastructure; it’s very much about the applications that run on them. With VMware’s vFabric Cloud Application Platform, VMware is leading the charge to help development teams build, run, manage, and scale cloud-ready applications. vFabric is a group of frameworks, tools, and products that integrate development, infrastructure, and operations. The vFabric cloud application platform incorporates the best of open source stacks (e.g. Apache, Spring, Java, Tomcat, Linux) and provides built-in capabilities for virtualized deployment, scaling, monitoring, dealing with big data, and more.
This interview is with Jeff Reed, Application Development Executive with Logicalis.
Q1: How have you partnered with VMware?
Answer: Logicalis is a Global Systems Integrator and premier partner of VMware. Virtualization and Cloud Computing are major world-wide practices for us, with proven experience not only in VMware’s virtualization suite of products, but also in VMware vFabric application development, deployment, and management suite of products. We provide public cloud solutions to our customers utilizing the VMware products, as well as help our customers deploy their own private clouds. VMware is the market leader in virtualization and a leader in the transition to cloud computing. We’re collaborating on solutions and opportunities to address the needs of today’s Enterprises as well as tomorrow’s.
Jeff Reed, Logicalis on working with VMware vFabric
Q2) What’s your firm’s background with Java, Spring, and Applications Development and Deployment?
Today we’re very happy to announce that our beta of vFabric SQLFire has been released!
There’s tremendous change underway today in data management. These days people are looking for databases that are faster, more scalable, more reliable, and can effortlessly serve users around the globe. We believe SQLFire does a great job addressing these concerns and more.
Since we’re all pretty busy and evaluating a product can be hard, I’m going to kick things with this little video tour through our quick start guide, covering install and running a few basic commands. Some of the important points it covers are:
The video shows how easy it is to add nodes to the database, or “distributed system” in our jargon. So it’s very easy to horizontally scale SQLFire. (Removing nodes is just as easy though the video doesn’t cover that.)
If you’ve scaled a system out you have to plan very explicitly for failure. If a member fails about once a year, and you’ve got 12 of them, you can expect one failure per month. 24 members, you can expect 2 per month. You get the idea. The video shows that if a distributed system member fails for some reason, SQLFire clients will automatically connect to some other member in the system.
In our formal marketing-speak we describe SQLFire as a memory-oriented, shared-nothing distributed data management system that uses SQL as its interface.
Memory-oriented: SQLFire is memory-oriented in the sense that regular data accesses are all done purely in memory. SQLFire can also write data to disk, which you might do to protect yourself from a crash, but data is not written to disk in a way that is used for random data retrievals. Traditional databases work very hard to optimize around disk access, and use a lot of tricks to try to minimize disk seeks, structure data sequentially, etc. With SQLFire, queries and data retrieval are done purely in memory for maximum speed. Anybody who watches the prices and configuration of servers knows that memory volumes are getting huge, a server with 1 terabyte of RAM costs well under $50,000 these days, in a few years we’ll look back and laugh at servers that “only” have 1TB of RAM. Quite a lot of databases will fit very happily inside 1TB and SQLFire is taking advantage of this industry shift.
Shared-nothing and distributed: Another big shift that’s been underway for a while is the shift away from big, monolithic systems toward scale-out systems built from commodity hardware. The big web giants really pioneered this shift but a lot of people still aren’t benefiting from it. SQLFire embraces scale-out by making it trivial to add and remove capacity at any time.
There’s a lot more in SQLFire I didn’t cover here, so be sure to download SQLFire and try it yourself. Visit the SQLFire Community to get everything you need, and be sure to check in on the Discussions tab and let us know what you think!