Solving Application Networking Challenges with with Idit Levine

Solving Application Networking Challenges with with Idit Levine

This conversation covers:

  • Idit’s role at Solo.io, and what she typically does on a daily basis. Idit also talks about how her job duties have changed over the last two years, and the impact that COVID-19 had on the company.
  • The common business reasons why customers come to Solo.io — and where they typically are in terms of cloud-native maturity.
  • Some things that Idit has learned about customers over the last two years. In addition, Idit talks about her own journey at Solo.io and what she’s had to learn along the way.
  • How Idit’s customers typically benefit from using distributed systems — and some of the top misconceptions that they tend to have about using them.
  • Idit’s thoughts on the market for cloud-native technologies.

Links

Transcript
Emily: Hi everyone. I’m Emily Omier, your host, and my day job is helping companies position themselves in the cloud-native ecosystem so that their product’s value is obvious to end-users. I started this podcast because organizations embark on the cloud naive journey for business reasons, but in general, the industry doesn’t talk about them. Instead, we talk a lot about technical reasons. I’m hoping that with this podcast, we focus more on the business goals and business motivations that lead organizations to adopt cloud-native and Kubernetes. I hope you’ll join me.


Emily: Welcome to the Business of Cloud Native. I'm Emily Omier, your host, and today I'm chatting with Idit Levine of Solo.io. Idit, I want to start out, first of all, by thanking you for joining me.


Idit: Oh, thanks so much for having me.


Emily: And then, second of all, I wanted you to just start off by introducing yourself: what you do, what your company does, and also a little bit about how that translates into what you do every day, like, what activities you spend your day doing.


Idit: Oh, for sure. Okay, so as you said, my name is Idit Levine. And I’m, right now, the founder and the CEO of Solo.io. I started Solo two years ago, and when I started it, my focus was try to solve our [00:01:24 unintelligible] application networking problem that we know that will come up.


So, what does it mean? As you guys all know, there was a huge shift in the market between monolithic to microservices and, kind of like, moving from technology of monolithic to microservice stack mean that now we also moved to a distributed application. And it was clear to me that now everything is basically will go on the wire; any communication, small communication, between those two microservices basically will have to go to the network. And I thought that would become a big problem because stuff that we didn't need to take care of when everything was the same binary, now we need to actually figure out how to solve. And basically, I was really passionate, thought that that will be a huge problem in the ecosystem and I was very passionate to actually try to solve that. So, the idea was, how to connect, right? How to connect the application, how to connect everything related to your, eventually, application to the user.


Emily: And then tell me a little bit, what do you do every day? When you start, what does an average day actually consist of?


Idit: Oh, wow. So, it's really interesting, that I think it's a huge difference between now and what I was doing a year ago. Right now, basically, it's pretty simple. Corona came by and it was influence a lot of companies. I was assume that it will influence also my company, and therefore I basically freeze hiring, freeze everything, and try to do the best I can with the resources that we had.


What happened is that actually, not only that we didn't was influenced, we actually over doubled our revenue every quarter. That's basically forced me to immediately grow the team to be able to actually serve all those customers. Right now, basically, the main thing that I'm focusing on is—besides the technology, of course, in the strategic of the company—is basically on growing the team. So, it's hiring, it's interviewing, it's looking for the right people, it's building. You know, basically try to grow the team as much as I can in order to basically, yeah, serve well, the customer that are asking for us to—you know, for our products. That's a lot of my focus this day.


Emily: And what do you find are the business reasons? What's the business problems that cause somebody to come to you?


Idit: So, as I said, once people basically is moving from monolithic to microservices, there is a lot of simple stuff that before that just natively happened inside of the organization; right now, it's a little bit more complex. So, first of all, they needed to find something to run it on, and this is what Kubernetes so great in this ecosystem is the ability to install, upgrade, and basically orchestrate their microservices. But then, as I said, simple stuff that before that people were baking into the microservices created a lot of issues, like small stuff, like how do two microservices communicate with each other? How do you make sure that they're doing it safely right now? Because as right now, it's all on the wire, so potentially, there's always a third party that could, you know, join the party.


So, you really need to be safe and make sure that there is a very secure line between those microservices. And then the last thing is that because there is so many because the idea of microservices was to allow you to scale, the question is how do where the request is actually routed? So, in the [00:04:52 unintelligible], request is coming, and there is a lot of replication of the same microservices, and you have no idea basically where it's coming and where it's landing. And then it will go to the next level of the microservices, and again, not know which instance of it is basically being hit.


So, now the question is, how do you get visibility to something like that? How do you know what's going on in your cluster? How do what to look for the logs when now it's distributed all over the place. So, that's a lot of problem that the organization basically started to have. As well as with this—if—before that, there was a technology called [00:05:26 api-get] that was relatively popular, but people somehow—it wasn't a must.


Right now, when microservices was adopted specific in environment like Kubernetes, when everything is very cloud-wise, you know, stuff is coming up and coming down, you really wanted to make sure that you have a place that you can actually control the policy, control the [00:05:50 unintelligible], the [00:05:51 unintelligible]. And that's basically where API can help. So, that is basically—how do you manage all this networking, basically, of all these systems and applications, as an edge gateway? It's something that going inside your cluster, as well as what's going on inside the cluster after it. And that's basically, yeah, the main problem that you're solving.


So, every traffic to your infrastructure, node to start, we're basically taking care of exactly of everything that you then have traffic between what called East and West, inside your cluster. And that's basically the st...

Jaksot(267)

ATO special episode with Peter Farkas

ATO special episode with Peter Farkas

In this special episode recorded at All Things Open, I talk with Peter Farkas, CEO and co-founder of FerretDB. We talked about about MongoDB and the license change fiasco and why Peter wanted to build an open source company and never considered building a non-open source company. The biggest 🤯 in this episode was about enforcing what it means to be open source; in particular, FerretDB positions itself as a truly open source alternative to MongoDB, and has received threatening letters from MongoDB as a result. How do you enforce it when a company claims to be open source but does not use an OSI-approved license? How well do the average users actually understand the license implications, and if a big company says they have an open source license even though it’s source-available, not open source, how much will people understand the difference? If you want another perspective on the enforcement of advertising around open source licenses, listen to the episode I recorded with Stefano Maffulli, also at All Things Open.

12 Marras 202416min

Selling Peace of Mind with Bhaskar from YottaDB

Selling Peace of Mind with Bhaskar from YottaDB

This week’s full-length episode is with Bhaskar, founder of YottaDB. This episode was recorded on-site at All Things Open last week, and we covered a wide range of topics. Including:How the open source ecosystem, and the open source business ecosystem, has changed over the past 30+ years.Who can responsibly self-support an open source database, and who really needs to have someone to call if things go wrong. The spectrum of professionalism among open source developers How YottaDB started out as a project developed inside a larger company that was in financial services; and Bhaskar decided to spin it out as it’s own company.The challenge articulating the value of support contracts, especially for software that is reliable. Bhaskar says he is selling peace of mind more than anything else; and he works with customers to avoid incidents — because ultimately avoiding an incident is a better outcome for everyone than a quick recovery from an incident. How to convince people that they are actually not as good at managing open source databases as they think they are. We also talked about conference strategies: according to Bhaskar, the way he’s decided which conferences to exhibit at is a series of trial and error — and by the way, this is something I’ve heard from many people. Yes, you have to think about where your customers are, not where your friends are, but sometimes you don’t know ahead of time which conferences are going to have the best ROI. I’m working with YottaDB right now on how to differentiate themselves in the crowded database market — and we talk about that process a bit right now. If you’re having trouble standing out in a crowded market, you might want to work with me.

6 Marras 202429min

ATO Special Episode with Tatiana Krupenya of DBeaver

ATO Special Episode with Tatiana Krupenya of DBeaver

This special episode of The Business of Open Source with Tatiana Krupenya, CEO of DBeaver, was recorded on site at All Things Open 2024. It’s a short conversation, so we addressed one main question: What is the difference between running an open source company versus as proprietary software company? Tatiana says the difference is big — and it’s complicated. The bottom line: Your OSS can be your main competitor, and your customers have to really see the value in your commercial offering if you want to make sales. ## If you aren't sure how to talk to your potential customers are about why they should use your commercial offering, you might want to work with me.

5 Marras 202413min

Behind the Scenes of the Open Source AI Definition with Stefano Maffulli

Behind the Scenes of the Open Source AI Definition with Stefano Maffulli

This week on The Business of Open Source, I spoke with Stefano Maffulli, Executive Director of the Open Source Initiative, about the definition of open source and… the definition of open source AI. We recorded this episode on-site at All Things Open, so there’s a little bit of background noise. We talked about why OSI felt like it needed to develop a definition of open source AI, how “open source” is enforced, and the thought process behind the definition that the OSI ultimately published. We talked about open data quite a bit — different kinds of data, what kind of information and data is important to researchers and professionals in the AI space, and if there’s a way to include AI models that are trained on proprietary data in the definition of open source AI. If you are interested in open source AI, definitely check out this behind-the-scenes discussion of how, and why, this definition was published — and what the future likely holds for defining open source AI.

30 Loka 202432min

Price Anchors of Zero Dollars with Anais Concepcion and Paul Fitzpatrick

Price Anchors of Zero Dollars with Anais Concepcion and Paul Fitzpatrick

This week on The Business of Open Source, I spoke with Anais Concepcion and Paul Fitzpatrick , the co-CEO of Grist Labs and CTO of Grist Labs. We talked about managing growth of users versus growth of revenue, moving to an open source approach for technical, not technical, reasons, and open-source related product management questions for open source companies. Some really interesting themes we talked about:Moving from a SaaS first approach to also focusing on enterprise sales. Why they did that, what other sales channels that opened and what questions it also forced the company to addressUser personas versus buyer personasThe situations in which Grist is the best option — which incidentally I could not understand from the website or the project documentationThe relationship between the open source project and both enterprise sales and SaaS sign-ups. How open source has been critical for a strategic relationship Grist has with the French government, which has been important for increasing product development velocityGiving up ‘darlings’ or features that they really want to develop but that they don’t think would drive revenueThe difference Anais sees between running Grist and running non-open-source companies — one of the most interesting differences is that users often have a sense of ownership over the project that you just wouldn’t see in a fully proprietary How open source true believers often work in large companies and control budgets, and should not be underestimated. Why trying to sell based on features — including telling yourself that if you just had one more feature, you’d unlock all the sales — was a big mistake. Are you struggling with price anchors fixed around zero dollars, or can’t figure out how to manage the push and pull of developing open source and building a business? You might want to work with me.

23 Loka 202442min

Getting people to use the features you already have with Eric Holscher

Getting people to use the features you already have with Eric Holscher

This week on The Business of Open Source, I spoke with Eric Holscher, co-founder of Read the Docs. We had a really far-ranging conversation that included talking about why documentation is often so bad, why documentation should be a priority, but also Eric’s experience building Read the Docs and Write the Docs. This episode was interesting because it’s both about building an open source company and also about the importance documentation for software projects in general and open source projects. Some things we covered included: What is documentation? Is it a marketing effort, is it a part of the project itself? Eric talks about how good documentation for an open source project is a clear signal of a level of seriousness for the project. How Read the Docs was really started to support open source projects, and that is part of why there’s no enterprise installs — either you use the open source code on your own, or you use the hosted product.How Eric sees building in the open as a way to help other people become better software engineers, but that ‘helping companies use Read the Docs for free’ is not the reason he wanted to build an open source company, and he’s still not sure how to feel about the fact that this happens. You don’t get bonus points for being open source or bonus points for being bootstrapped — it won’t prevent a potential customer from using a competitive product because it has a feature that Read the Docs doesn’t have. How open source in general — and even documentation in general — can help build brand value, but it is super hard to quantify and put in a slide in a board meeting to justify an investment in open source. The decision to build Read the Docs as a business stemmed from the pressure that Eric got from having a successful open source project. How they tried very hard to avoid accepting advertisements, but they should have started doing so much sooner because it turned out advertisements is well-aligned with the things they want to be working on. The difference in risk between being open source for a database company versus an app-level open source project like Read the Docs; for Read the Docs one of the risks is the brand damage associated with people running the OSS on-prem and doing a bad job. Are you the founder of an open source company and struggling with figuring out how to manage the relationship between the project and product? You might want to work with me. Enjoy the show? Help it reach more people by leaving a review and sharing with your friends.

16 Loka 202445min

Open source companies' reputation problem with Chris Holmes

Open source companies' reputation problem with Chris Holmes

Today on The Business of Open Source, I spoke with Chris Holmes, co-founder and CEO of Greymatter. Greymatter is deeply involved in the open source ecosystem and maintains the Go Envoy Control Plane, but Chris is adamant that it is not an open source company. We had a great discussion about why that is, what it means for the company and the conversations he ends up having around open source with his customers and partner companies. Some particularly interesting points that came up:Customers worry that buying Greymatter could force them to buy enterprise versions of open source software — and Chris thinks that this could be a symptom of the fact that many users expect that they’ll end up being forced to pay for something they don’t want to pay forHow open source companies, and open source projects in general, can be viewed as risky if they are only backed by one companyWho is gonna pay for open source? How if you are going to get away from open source projects being aggressively monetized, big companies have to put their money where their mouth is and pay for open source development directlyWhy and how to get started selling to governments. Yes, the sales cycles are longer but the deals tend to be very sticky once you get in — and why Chris actually finds it easier to sell to the military than to large enterprises. What benefits Greymatter gets from being a maintainer of the Go Envoy Control Plane. Struggling with how to get your product strategy right, and find the right balance between your open source project and your commercial offering? Not sure how your user audience and customer market relate to each other? You might want to work with me.

9 Loka 202444min

Building your product with your customers with David Höck

Building your product with your customers with David Höck

This week on the Business of Open Source, I spoke with David Höck, co-founder of Vendure. We talked about switching licenses from MIT to GPL, the ways that Vendure is different from it’s competitors and how architectural decisions can be a powerful differentiator for an open source company. Favorite quote: “You need to build your product together with your clients.” Some specifics we talked about that you should pay attention to: Why they switched to GPL in order to encourage more people to reach out to them and get more visibility into who was using their open source projectOn the other hand, they wanted to make sure that big companies building commercial platforms on top of Vendure’s platform are forced to pay for a commercial license. They also wanted to choose a less-permissive license, but something that was still well-known and wouldn’t cause a lot of confusion among users or potential customersThe difference between being happy with people using your software for free, and being happy with competitors using your software to build a competitive product, without offering any support to the underlying software. Do your customers care about whether you are VC-backed or bootstrapped? We had an interesting conversation about this, because Vendure is bootstrapped. I think we settled on a real important nugget — if your technology is really critical to the company, they will care about your long-term sustainability. Being bootstrapped can help convince potential customers that you are independent and will be sustainable for the long term. The top advantage of open source, David says, is the ability to get fast product feedback from a community. —> I just was talking with someone yesterday about this advantage of an open source strategy, I think it is under-discussed but extremely important. If you’re the founder of an open source company struggling with your product strategy — uncertain how to differentiate between project or product or how to differentiate the entire company in the ecosystem; don’t know what your project is supposed to do for your business; aren’t clear on the target market for your project or product — you might want to work with me. Find out more here.

2 Loka 202440min

Suosittua kategoriassa Liike-elämä ja talous

sijotuskasti
mimmit-sijoittaa
psykopodiaa-podcast
puheenaihe
rss-rahapodi
ostan-asuntoja-podcast
rss-lahtijat
pomojen-suusta
rss-rahamania
rss-startup-ministerio
rss-turvacast
taloudellinen-mielenrauha
rss-neuvottelija-sami-miettinen
rahapuhetta
rss-h-asselmoilanen
oppimisen-psykologia
kasvun-kipuja
sijoituspodi
hyva-paha-johtaminen
rss-40-ajatusta-aanesta