Sitting on the cloud with Nikita Ivanov
Join the DZone community and get the full member experience.
Join For Freejetbrains has 10 years of history in the rearview mirror. you don’t make it that long without listening to the people that make you successful, your customers. today, the depth and scope of work being accomplished using jetbrains products is truly inspiring and we want to learn more about our supporters and their projects.
i had the distinct honor to sit down with nikita ivanov , the ceo of gridgain , and ask him several questions that have occupied my mind for quite a while. nikita is a respected expert in many fields including grid computing and functional programming. you can see nikita speaking at technical conferences, follow him on twitter and you can also gain insight into the cloud computing domain through his blog .
q: hello nikita, i'm happy we've managed to organize this interview. could you please tell us more about you - who you are, what you do and where you live?
my name is nikita ivanov. i run gridgain systems and we are located in silicon valley. usually if iʼm not online iʼm either flying, skiing or fishing bass.
q: whenever i hear cloud or grid
computing, gridgain immediately comes to mind. would you be willing to introduce your
company and its mission.
we develop java and scala middleware that let you build high performance distributed applications that work in any environment: from a multicore laptop to grid to all kinds of cloud infrastructures. gridgain is the only software in the world that incorporates built from the ground up compute and data grids - both based on our very unique zero deployment technology.
q: seeing gridgain gradually grow for more than 5 years, it looks like you guys are building on solid foundations. how did it all start? what were you, nikita, doing before and how has it shaped your ideas?
the company was founded by me and dmitriy
setrakyan in 2005. we both had worked on other grid computing middleware for the last
5 years before starting gridgain (and individually even before that) - so we knew thing or
two about the subject.
the idea behind gridgain is very
simple: we wanted to do for grid/cloud computing what spring/jboss did for enterprise java
computing… remove unnecessary complexity, provide modern tools and make
developers productive and enjoying their work.
i think weʼve come a long way to this goal and thanks, in part, to our project grid computing (and distributed computing in general) feels and looks a lot differently today than it was just 5 years ago.
q: definitely it does. i assume it is getting quite crowded up in the clouds nowadays. why do customers typically choose gridgain?
look at our
screencasts
… i think for
many users it is a startling realization that you can have your very first mapreduce
application in java or scala in about 10 mins after downloading gridgain. and as they dig
deeper - gridgain grows with them providing one of the most exciting set of
functionality among any distributed platforms today.
i think itʼs this unique capability of
gridgain being as simple or as advanced and unique as your requirements dictate. there are no
trade-offs in either side of spectrum.
remove unnecessary complexity, provide modern tools and make developers productive and enjoying their work - nikita ivanov, gridgain
q: is there a single unique feature specific to gridgain that no-one else has?
i always emphasize three that are unique to us:
- compute and data grids built from the ground up and not emulating one with another
- zero deployment technology seamlessly delivers code updates throughout the grid/cloud topology - eliminating any need for re-building, re-deployment, re-restating, awkward ide plugins and tool chain, etc.
- fp-based apis on both java and scala (of course) sides.
that pretty much defines gridgain for our customers from the features perspective.
q: what was the core philosophy, the fundamental idea, you built gridgain around?
we are building
gridgain for ourselves first. this is rather unorthodox approach. we
do listen to feedback from
our users - but we value our own feedback/feeling/senses the most. thatʼs why the product looks and feels
so cohesive. when you work with gridgain it feels as if it was written by one person with
a clear idea and the same implementation approach to all parts of the software.
so… cohesiveness is what iʼd call
our core philosophy.
q: what are you guys working on for the next major release?
we are looking at several directions and i think youʼll be surprised when we announce what we are planning :)
q: great, i always like being surprised. still focusing on the future, where do you see the whole field of distributed computing going? how cloudy will it be in 3 - 5 years from now?
very cloudy :)
first of all, i hope we are at the end of the cloud bubble with dozens of companies popping up with websites/plugins for deploying the apps into the cloud. we have enough already. the problem is solved and we, as an industry, really need to move on to stay honest with our rapidly loosing customers patience.
i think that the next big shift will be
in how we build our business applications. itʼs not a secret anymore that 90% of the jee apps
written in the last 5-10 years wonʼt work any better/reliably/faster when deployed on
the cloud - if they would work at all!
we are seeing this almost at every
large company we deal with: “ok, weʼve got the cloud running all right… wtf do we do
next?!? whereʼs scalability, elasticity, fault tolerance for our 5-year old jee app weʼve just
deployed?” the answer today - nowhere…
q: talking about overcoming the current programming models, multi-core chips demand that we change the way we write code targeted to single machines. cloud computing offers ways to distribute data and computation across networks. do you view single-machine concurrency and distributed computing as two separate domains? do you think the two models will ever be unified and what would it look like?
absolutely - but a bit later on. but even today if you consider infiniband , for example, the network latency are negligible and onus is primarily on middleware software to provide such unification for application developers. our work on scalar dsl (dsl for general purpose distributed programming on top of the gridgain) is our ongoing effort in that exact direction...
q: do mobile platforms fit into the cloud picture? will we see gridgain running on mobile devices soon?
weʼve had gridgain running on android in 2008. as much as i liked and still like the idea the demand for this type of software running on mobile devices is still low. but this market is changing so fast - who knows… my answer can be very different in 18-24 months from now :)
scala is a language of smart compromises and extremely practical as such - nikita ivanov, gridgain
q: looking at the gridgain java api i can feel a very strong functional flavor. why did you go this route?
after we started working on our dsl we
realized that we need to make our host java-based product a lot more functional in
its design and apis - otherwise we wouldnʼt be able to provide usable scala-based dsl on
top of it.
that led to creation of one of the most
advanced fp library for java. today gridgainʼs fp support is the only fp framework that
is naturally distributed by design. where else you can create a closure and execute it on
the grid in mapreduce fashion… in java!
q: making java functional must certainly feel like taking the language close to its limits. gridgain also provides a scala api to its services. do you find scala up to the task of pushing development on jvm forward? where do you see scala's main benefits to the programmer?
it is a loaded question and i can probably spend few hours advancing this point along… we view scala as a natural winner in a battle for the “next java”, if you will. itʼll take time though. unlike niche languages like ruby, groovy, clojure, etc. the scala is designed as a general purpose commercial grade language and will take number of years to mature. thereʼs simply nothing else on the market today that can remotely compete with scala when it comes to developers appeal, fluent integration with java-based software, performance, expressiveness and, most importantly, lack of dogmatic academic smugness that is so prevalent in many languages. scala is a language of smart compromises and extremely practical as such.
q: i know you build your opinion on real facts. can you describe how you guys use scala to develop gridgain itself? did scala give you a new perspective?
we use scala extensively inside of gridgain for internal and external parts of the product and helping out customers with scala projects. it certainly opened us to the world of hybrid fp/oop software design and development.
q: back to gridgain, you founded the company back in 2005 and have gone through many stages. if there was one thing in its 6 year history you could have done differently, what would it be?
hire better people and make sure to retain them. nothing - and i repeat nothing - is more important for the young company than “to get the right people on the bus - and get the wrong people off the bus”.
q: very true, especially when you're building sophisticated products like yours. can you think of a smart design decision you made that paid the highest divident over time?
our spi-based architecture immediately
comes to mind. essentially, gridgain is a set of lego blocks where for each shape we
have multiple colors available - and you can build your own blocks too!
that gives our users an enormous
flexibility in how they configure our systems. unlike every other similar product on the
market - gridgain users adopt gridgain software to their need and not the other way
around. we are trying to be a “library”, and not a cathedral
“framework”.
q: i also know you are a passionate user of intellij idea. does idea meet your needs when working on/with gridgain?
over the years weʼve obviously tried everything under the sun - from vi/emacs to idea/eclipse/netbeans. weʼve settled on idea long time ago and i canʼt seem imagine how someone can code without it :)
q: is there anything special an ide can do to help develop cloud applications?
- donʼt get in a way!
- improve the scala plugin :)
seriously - ide is just an ide and should concentrate on what it does best.
q: do you have a favorite idea feature?
- inspections, of course. i canʼt count how many bugs it saved us from in our product.
- attention to details. in so many places you just feel it was developed by devs for devs.
q: you and your company are definitely pushing the envelope quite a bit. where do you go for inspiration?nothing - and i repeat nothing - is more important for the young company than “to get the right people on the bus" - nikita ivanov, gridgain
itʼs hard to say… we donʼt draw it on purpose. i guess for many of us itʼs our users. our software starts every 10 seconds around the globe and every minute we know someone is using gridgain, trying something, compile against it, running our examples, looking at our javadoc and scaladoc. that feeling makes us honest about our efforts and amplifies our intellectual curiosity - and off we go improving and extending our software.
q: do you have a recommendation for our readers on just where to start to get themselves up to speed with cloud computing?
i would not recommend starting with “cloud computing”… itʼs like starting with soa - the term is completely meaningless by now and there are so many aspects to it. if you want to learn how to develop distributed applications that work natively on the cloud infrastructure - gridgain examples (shipped with the product) is a good start.
q: which books are high on your list?
couple of the books iʼve read lately are strangely about emacs :) iʼve been vi person for almost 20 years and needed to get a perspective on emacs as we are trying to emulate it in our visor project - scriptable monitoring & management utility for gridgain. iʼm also reading up on docbook and preparing for my private pilot certification. so, there you go - pretty diverse :)
q: i'll get a chance to meet you in person at geecon, krakow this year, where you will speak on distributed computing with scala and gridgain. are there any other events where people could see you this year?
we donʼt have much planned for the next couple of month. we have a presentation in krakow, conference in kiev and a jug presentation in hartford, ct. all dates are on our website.
q: what do you typically do when you're not at you desk or on the road?
i have four kids so iʼm pretty occupied when iʼm not working… but i try to work at least 55-60 hours a week so the free time is sparse.
q: is there anything about yourself you think our readers would be surprised to learn?
i think some find it a bit unique that iʼm still writing code and roughly ~30% of the gridgain is written by me. but i personally cherish our “renown” on the market as engineering company first - and everything else is second. so, despite of lofty titles and everything else - we are still a bunch of engineers who love to write code and produce quality software.
q: nikita, thank you a lot for answering my questions. i'm sure your insight will help our readers enjoy the clouds as well as the sun.
links to go to next:
Opinions expressed by DZone contributors are their own.
Comments