From Rack and Stack to SaaS – InApps is an article under the topic Devops Many of you are most interested in today !! Today, let’s InApps.net learn From Rack and Stack to SaaS – InApps in today’s post !
Read more about From Rack and Stack to SaaS – InApps at Wikipedia
You can find content about From Rack and Stack to SaaS – InApps from the Wikipedia website
Welcome to InApps Makers: Scaling New Heights, a series of interviews, conducted by Scalyr CEO Christine Heckart, that cover the challenges engineering managers have faced when scaling architectures to support the demands of the business.
Rack and stack memories often come up when enterprise engineers talk about building a software-as-a-service (SaaS). There is respect there when people recall the work that others did.
Scaling New Heights Ep # 6 – From Rack and Stack to SaaS
Also available on Apple Podcasts, Google Podcasts, Overcast, PlayerFM, Pocket Casts, Spotify, Stitcher, TuneIn
It’s something that is oftentimes lost, circa 2011-12, when startups rushed into the enterprise space. Social tech was hip. The cloud was fascinating. APIs, webhooks, the evolution of RSS into social technologies — it was like this sudden excitement, the intoxicating rush of services — loosely coupled technologies changing the world!
Nicolas Fischbach, Chief Technology Officer of Forcepoint, provides a view that is often heard from enterprise managers at technology companies: The legacy technologies are there to stay but there is an excitement that comes from building a new SaaS.
How to develop a way to form a model based on a new approach could not be done at Forcepoint without consideration for the existing technology. What has emerged? A security platform that adapts to real-time behavior patterns based on the data people are using while retaining its historical roots as a data prevention loss company (DLP) and Cloud security.
Developers, engineers and operations people pioneered the DevOps movement to support a new mindset that relied on different approaches to application development, deployment and management. The DevOps teams had to build applications more rapidly, iteratively. There’s a corollary to Forcepoint. Management realized that the new SaaS group was just different. They were this group from product and engineering who were viewed as this “bizarre team.”
Those “bizarre” teams are often the ones who set the course for major technology projects. They’re like DevOps groups everywhere. At Forcepoint, they needed the bizarre teams and the people who had thought so much over the years in building out their DLP technology. Forcepoint needed a new mindset that drew on the collectiveness of the people in the company.
Forcepoint had a cloud security product but they wanted to take it to the next level with its new SaaS platform. They faced what Heckart calls “The Valley of Death,” the point when there’s no way out except to get the project completed.
In the end, the Forcepoint team found the compromise that companies face when grappling with their existing enterprise offering to create a mix for “leveraging some of the new stuff, or leveraging some of the old stuff, helping to transition from legacy DLP to actually risk adaptive DLP and helping clients, you know, leverage the assets,” Fischbach said.
“That’s pretty cool. I mean, but yeah, it was a tough journey.”
Let’s create the next big thing together!
Coming together is a beginning. Keeping together is progress. Working together is success.