“Devops is intersection of lover of cloud and hater of wake up at 3 in morning.” @DEVOPS_BORAT
Yep, we’re talking about DevOps. We made a report on why it’s better. And yes, it IS better than what we’ve termed “traditional IT Ops”. We have statistics on that, and we’ll argue it all day.
DevOps is better because it carries forward the same, proven methodologies that brought Agile into the limelight for software development.
So why do we need to apply those concepts to operations? To that we have 3 bullet points:
Traditionally siloed team structures don’t scale
Developers and Operations have opposing philosophies
Technology continues to evolve and the same old processes cannot handle newer paradigms
Together, Dev and Ops can focus on what’s most important – the end user experience. They produce high quality software with high availability and a full understanding of each other’s limitations that can be addressed well ahead of time. As a result, much of what is considered “operations” is written and packaged as code, both in and out of the app. This brings forth smarter apps and environments that can adapt to changes in user requirements faster.
We have about 35 pages for you in the full report, but also wanted to let as many people see the real meat of the results as quickly as possible. So you can get the full report from RebelLabs, or keep reading to see lots of shiny graphs and serious numbers…
Jevgeni Kabanov here, CEO & Founder of ZeroTurnaround.
The world changes every day, so to be a successful company your business needs to adapt to the world it is in. As a result, ZeroTurnaround would like to make the following announcement outlining our new company strategy and goals going forward as a successful business.
In the past, we have been able to capture the developer market with JRebel as well as provide a great product in the Operations space with LiveRebel. While this is great for revenue, it has never quite satisfied our ambitions.
A while ago I started using Things as my primary task manager. Things is a peculiar beast – in the age when everything is web-based and free, it’s a decidedly opinionated native Mac, iPhone and iPad application that costs a decent bundle. It also does not allow for collaboration, but rather focuses on managing personal tasks.
The LiveRebel team is proud to present the latest and greatest release of LiveRebel. Prepare to have your socks knocked off :)
With LiveRebel 2.6 you can rollout code, database and configuration changes in sync, onto a blend of environments with no downtime or overhead. The result: you get the latest version in front of users quickly, without compromising on quality or disrupting user experience.
When we started working on LiveRebel, we felt that instant updates were a fair trade in exchange for some CPU and memory overhead. With the 2.x release, our dream changed from just helping you out with your Java application updates, to driving composite or multi-platform app releases across multiple environments. In that context, the trade-off made less sense. Engineering, it turns out, is all about finding the right trade-offs for the task at hand :)
Not long ago, I got an email from a well-meaning, but misguided person. He wrote me that he has a million dollar idea (and it definitely WAS a million-dollar one, not just a figure of speech) and he would like to offer me an opportunity to fund it as well as find the team. This type of approach is a common thing, and comes from an understanding that ideas are worth a lot (but I’m already the CEO of a fast-growing IT company, so my resources to offer him are severely constrained!) The consensus of the startup industry, however, is that ideas are not worth that much. This stems from the fact that many folks, ironically, seem to get the same idea at the same time. But simply having the idea will not give you any competitive advantage in the real world.
Software plays an increasing part in helping us get things done. We not only expect it to satisfy our rapidly changing needs, work 24/7 and perform well, but also evolve and improve in advance of our expectations. These days, the best software teams release products and features faster and more frequently, while striving to raise the bar on quality. But managing consumer demands with the increasing complexity in how software is released and delivered is not easy.
Introduction: Why you should know, and fear, Classloaders
Classloaders are at the core of the Java language. Java EE containers, OSGi, various web frameworks and other tools use classloaders heavily. Yet, something goes wrong with classloading, would you know how to solve it?
Join us for a tour of the Java classloading mechanism, both from the JVM and developer point-of-view. We will look at typical problems related to classloading and how to solve them. NoClassDefFoundError, LinkageError and many others are symptoms of specific things going wrong that you can usually find and fix. For each problem, we’ll go through an example with a corresponding solution. We’ll also take a look at how and why classloaders leak and how can that be remedied.
And for dessert, we review how to reload a Java class using a dynamic classloader. To get there we’ll see how objects, classes and classloaders are tied to each other and the process required to make changes. We begin with a bird’s eye view of the problem, explain the reloading process, and then proceed to a specific example to illustrate typical problems and solutions.
Perhaps you’ve heard of the JCP (Java Community Process) before, but in case you don’t follow what is happening with Java standards, the JCP is the body that defines ALL Java standards. Here’s a few facts about the it:
- The JCP defined Java standards through Java Specification Requests (JSRs), which deliver a written specification, reference implementation and acceptance tests to validate other implementations
- JSRs are headed by the Specification Lead and discussed in an Expert Group (EG)
- Then, the JCP Executive Committee (JCP EC) approves the creation and release of JSRs as well as whether they can be bundled into Java EE, Java SE or Java ME distributions.
Now here’s the kicker – JCP membership is open and FREE to all individuals.