>> Announcer: Live from Orlando, Florida,
it's theCUBE, covering .conf2018.
Brought to you by Splunk.
>> Welcome back to .conf2018 everybody, this is theCUBE
the leader in live tech coverage.
I'm Dave Vellante with Stu Miniman, wrapping up day one
and we're pleased to have Bina Khimani,
who's the global head of Partner Ecosystem
for the infrastructure segments at AWS.
Bina, it's great to see you, thanks for coming on theCUBE.
>> Thank you for having me.
>> You're very welcome. >> Pleasure to be here.
>> It's an awesome show,
everybody's talking data, we love data.
>> Yes.
>> You guys, you know,
you're the heart of data and transformation.
Talk about your role, what does it mean
to be the global head
Partner Ecosystems infrastructure segments,
a lot going on in your title.
>> Yes.
>> Dave: You're busy.
(laughing)
>> So, in the infrastructure segment,
we cover dev apps, security, networking
as well as cloud migration programs,
different types of cloud migration programs,
and we got segment leaders who really own the strategy
and figure out where are the best opportunities
for us to work with the partners as well as
partner development managers and solution architects
who drive adoption of the strategy.
That's the team we have for this segment.
>> So everybody wants to work with AWS,
with maybe one or two exceptions.
And so Splunk, obviously,
you guys have gotten together and formed an alliance.
I think AWS has blessed a lot
of the Splunk technology, vice versa.
What's the partnership like, how has it evolved?
>> So Splunk has been an excellent partner.
We are really joined hands together in many fronts.
They are fantastic AWS marketplace partner.
We have many integrations of Splunk and AWS services,
whether it is Kinesis data,
Firehose, or Macy, or WAF.
So many services Splunk and AWS
really are well integrated together.
They work together.
In addition, we have joined go to market programs.
We have field engagement,
we have remand generation campaigns.
We join hands together to make sure that our customers,
joint customers, are really getting
the best value out of it.
So speaking of partnership, we recently launched
migration program for getting Splunk on prem,
Splunk Enterprise customers to Splunk Cloud while,
you know, they are on their journey to Cloud anyway.
>> Yeah, Bina let's dig into that some,
we know AWS loves talking about migrations,
we dig into all the databases that are going
and we talk at this conference, you know Splunk started out
very much on premises but we've talked to lots of users
that are using the Cloud and it's always that right.
How much do they migrate, how much do they start there?
Bring us instead, you know, what led to this
and what are the workings of it.
>> So what, you know
if you look at the common problems people have
customers have on prem, they are same problems
that customers have with Splunk Enterprise on prem,
which is, you know, they are looking for resiliency.
Their administrator goes on vacation.
They want to keep it up and running all the time.
They help people making some changes
that shouldn't have been made.
They want the experts to run their infrastructure.
So Splunk Cloud is run by Splunk which is, you know
they are the best at running that.
Also, you know I just heard
a term called lottery proof.
So Splunk Cloud is lottery proof, what that means
the funny thing is, that you know, your administrator
wins lottery, you're not out of business.
(laughs)
At the same time if you look at the the time to value.
I was talking to a customer last night over dinner
and they were saying that if they wanted
to get on Splunk Enterprise, for their volume of data
that they needed to be ingested in Splunk,
it would take them six months
to just get the hardware in place.
With Splunk Cloud they were running in 15 minutes.
So, just the time to value is very important.
Other things, you know, you don't need to plan
for your peak performance.
You can stretch it, you can get all the advantages
of scalability, flexibility, security, everything you need.
As well as running Splunk Cloud
you know you are truly cost optimized.
Also Splunk Cloud is built for AWS so it's really
cost optimized in terms of infrastructure costs,
as well as the Splunk licensing cost.
>> Yeah it's funny you mentioned the joke, you know
you go to Splunk cloud you're not out of a job,
I mean what we've heard, the Splunk admins
are in such high demand.
Kind of running their instances probably isn't, you know
a major thing that they'd want to be worrying about.
>> Yes, yes, so--
>> Dave: Oh please, go.
>> So Splunk administrators are in such a high demand
and because of that, you know,
not only that customers are struggling with having
the right administrators in place, also retaining them.
And when they go to Cloud, you know, this is a SAS version,
they don't need administrators, nor they need hardware.
They can just trust the experts
who are really good at doing that.
>> So migrations are a tricky thing and I wonder
if we can get some examples
because it's like moving a house.
You don't want to move, or you actually do want to move
but it's, you have be planful, it's a bit of a pain,
but the benefits, a new life, so.
In your world, you got to be better,
so the world that you just described
of elastic, you don't have to plan for peaks,
or performance, the cost,
capex, the opex, all that stuff.
It's 10 X better, no debate there.
But still there's a barrier that you have to go through.
So, how does AWS make it easier or maybe you could
give us some examples of successful migrations
and the business impact that you saw.
>> Definitely.
So like you said, right, migration is a journey.
And it's not always easy one.
So I'll talk about different kinds of migration
but let me talk about Splunk migration first.
So Splunk migration unlike many other migration
is actually fairly easy because the Splunk data
is transient data, so customers can just
point all their data sources to Splunk Cloud
instead of Splunk Enterprise and it will start pumping data
into Splunk Cloud which is productive from day one.
Now if some customers want to retain 60 to 90 days data,
then they can run this Splunk Enterprise
on prem for 60 more days.
And then they can move on to Splunk Cloud.
So in this case there was no actual
data migration involved.
And because this is the log data that people want to see
only for 60 to 90 days and then it's not valuable anymore.
They don't really need to do large migration in this case
it's practically just configure your data sources
and you are done.
That's the simplest part of the migration
which is Splunk migration to Splunk Cloud.
Let's talk about different migrations.
So...
you have heard many customers, you know
like Capital One or many other Dow-Jones,
they are saying that we are going all in on AWS
and they are shutting down their data centers,
they are, you know, migrating hundreds of thousands
of applications and servers, which is not as simple
as Splunk Cloud, right?
So, what AWS, you know, AWS does this day in and day out.
So we have figured it out again and again and again.
In all of our customer interactions and migrations
we are acquiring ton of knowledge that we are building
toward our migration programs.
We want to make sure that our customers
are not reinventing the wheel every time.
So we have migration programs like migration acceleration
program which is for custom large scale migrations
for larger customers.
We have partner migration programs which is entirely
focused on working with SI partners,
consulting partners to lead the migrations.
As well as we're workload migration program
where we are standardizing migrations
of standard applications like Splunk
or Atlassian, or many of their such standard applications,
how we can provide kind of easy button to migrate.
Now, when customers are going through
this migration journey,
you know, it's going to be 10 X better like you said,
but initially there is a hump.
They are probably needing to run two parallel
environments, there is a cost element to that.
They are also optimizing their business processes
there is some delay there.
They are doing some technical work, you know,
discovery, prioritization, landing zone creations, security,
and networking aspects.
There are many elements to this.
What we try to do is, if you look at the graph,
their cost is right now where this and it's going to go down
but before that it goes up and then goes down.
So what we try to do is really provide
all the resources to take that hump out
in terms of technical support, technical enablement,
you know, partner support,
funding elements, marketing.
There are all types of elements as well
as lot of technical integrations and quick starts
to take that hump out
and make it really easy for our customers.
>> And that was our experience, we're Amazon customer
and we went through a migration about, I don't know
five or six years ago.
We had, you know, server axe and a cage
and we were like, you know, moving wires over
and you'd get an alert you'd have to go down and fix things.
And so it took us some time to get there,
but it is 10 X better now though.
>> It is.
>> The developers were so excited
and I wanted to ask you about, sort of the dev-ops
piece of it because that's really, it became,
we just completely eliminated all the operational
pieces of it and integrated it
and let the developers take care of it.
Became, truly became infrastructure as code.
So the dev-ops culture has permeated our small organization,
can't imagine the impact on a larger company.
Wonder if you could talk about that a little bit.
>> Definitely.
So...
As customers are going through this cloud migration journey
they are looking at their entire landscape
of application and they're discovering things
that they never did.
When they discover they are trying to figure out
should I go ahead and migrate everything to AWS right now,
or should I a refactor and optimize some of my applications.
And there I'm seeing both types of decisions
where some customers are taking most of their applications
shifting it to cloud
and then pausing and thinking now it is phase two
where I am on cloud,
I want to take advantage of the best of the breed
whatever technology is there.
And I want to transform my applications
and I want to really be more agile.
At the same time there are customers who are saying that
I'm going to discover all my workload and applications
and I'm going to prioritize a small set of applications
which we are going to take through
transformation right now.
And for the rest of it we will lift and shift
and then we will transform.
But as they go through this transformation
they are changing the way they do business.
They are changing the way
they are utilizing different technology.
Their core focus is on how do I really compete
with my competition in the industry
and for that how can IT provide me that agility
that I need to roll out changes in my business
day in day out.
And for that, you know, Lambda,
entire code portfolio, code build, code commit,
code deploy, as well as cloud trail, and you know
all the things that, all the services we have
as well as our partners have, they provide them
truly that edge on their industry and market.
>> Bina, how has the security discussion changed?
When Stu and I were at the AWS public sector summit in June,
the CIO of the CIA stood up on stage
in front of 10,000 people and said,
"The cloud on my worst day from a security perspective
"is better than my client server infrastructure
"on a best day."
That's quite an endorsement from the CIA,
who's got some chops in security.
How has that discussion changed?
Obviously it's still fundamental, critical,
it's something that you guys emphasize.
But how has the perception and reality changed
over the last five years?
>> Cloud is, you know, security in cloud
is a shared responsibility.
So, Amazon is really, really good at providing
all the very, very secure infrastructure.
At the same time we are also really good
at providing customers and business partners
all of the tools and hand-holding them
so that they can make their application secure.
Like you said, you know,
AWS, many of the analysts are saying that AWS
is far more secure than anything they can have
within their own data center.
And as you can see that in this journey also
customers are not now thinking about is it secure or not.
We are seeing the conversation that,
how in fact, speaking of Splunk right,
one customer that I talked to he was saying that
I was asking them why did you choose Splunk cloud
on AWS and his take was that,
"I wanted near instantaneous SOA compliant
"and by moving to Splunk cloud on AWS
"I got that right away."
Even I'm talking to public sector customers
they are saying, you know, I want fair DRAM
I want in healthcare industry, I want HIPPA Compliance.
Everywhere we are seeing that we are able to keep up
with security and compliance requirements much faster
than what customers can do on their own.
>> So they, so you take care of, certainly from
the infrastructure standpoint, those certifications
and that piece of the compliance so the customer
can worry about maybe some of the things
that you don't cover, maybe some of their business
processes and other documentation, ITIL stuff
that they have to do, whatever.
But now they have more time to do that presumably
'cause that's check box, AWS has that covered for me, right?
Is that the right thinking?
>> Yes, plus we provide them all the tools
and support and knowledge and everything
so that they, and even partner support
who are really good at it so that not only
they understand that the application and infrastructure
will come together as entire secure environment
but also they have everything they need to be able
to make applications secure.
And Splunk is another great example, right?
Splunk helps customer get application level security and AWS
is providing them infrastructure and together
we are working together to make sure our customers'
application and infrastructure together are secure.
>> So speaking about migrations database,
hot topic at a high level anyway,
I wonder if you could talk about database migrations.
Andy Jassy obviously talks a lot about, well let's see
we saw RDS on Prim at VMworld, big announcement.
Certainly Aurora, DynamoDB is one of the databases we use.
Redshift obviously.
How are database migrations going,
what are you doing to make those easier?
>> So what we do in a nutshell, right
for everything we try to build a programatic
reputable, scalable approach.
That's what Amazon does.
And what we do is that for each of these standard migrations
for databases, we try to figure out,
that let's take few examples, and let's figure out
Play Books, let's figure out runbooks,
let's make sure technical integrations are in place.
We have quick starts in place.
We have consulting partners who are really good
at doing this again and again and again.
And we have all the knowledge built into tools
and services and support so that whenever customers
want to do it they don't run into hiccups
and they have really pleasant experience.
>> Excellent.
Well I know you're super busy thanks for making some time
to come on theCUBE I always love to have AWS on.
So thanks for your time Bina.
>> Thank you very nice to meet you both.
>> Alright you're very welcome.
Alright so that's a wrap for day one here
at Splunk .conf 2018, Stu and I will be back tomorrow.
Day two more customers, we got senior executives coming on
tomorrow, course Doug Merritt, always excited to see Doug.
Go to siliconangle.com you'll see all the news
theCUBE.net is where all these videos live
and wikibon.com for all the research.
We're out day one Splunk you're watching theCUBE
we'll see you tomorrow.
Thanks for watching.
>> Bina: Thank you.
(electronic music)