Building Software Platforms. A guide to SaaS transition with AWS - Deepstash
Building Software Platforms. A guide to SaaS transition with AWS

Building Software Platforms. A guide to SaaS transition with AWS

Ideas, facts & insights covering these topics:

13 ideas

·

294 reads

4

Explore the World's Best Ideas

Join today and uncover 100+ curated journeys from 50+ topics. Unlock access to our mobile app with extensive features.

Adrià’s creativity pyramid

Adrià’s creativity pyramid

“The time of keeping recipes in the drawer is over.”

The best way of protecting an idea is sharing it immediately. It was quickly recognized that the only way of getting there was by accelerating innovation and sharing knowledge with the community to compete in identical product and practice conditions. 

By releasing our secrets in the open, we transformed our technologies and techniques into a quasi industry standard adopted by many other restaurants across the planet that were pursuing the same kind of success.

7

64 reads

Moving to the industry standards

Moving to the industry standards

To make the jump, many of these companies also need to understand that the only way to make a product better is to transform it into an industry standard.

To name just a few examples, we don’t put our savings in banks anymore; we use FinTechs. We don’t protect our properties by contracting insurance carriers; we subscribe to InsurTechs. Our people don’t learn at traditional universities; they join online sessions through EdTechs. We don’t drive cars anymore; we drive software on wheels.

7

41 reads

Agile Paradigm

Agile Paradigm

This agile paradigm is easier to follow when technology is at the center of the business, not just a means to support it. This approach is nothing but applied science, a clear manifestation of the hypothesis-driven scientific method, backed by Agile software development doctrines such as Extreme Programming.

7

37 reads

Core and non-core processes

Core and non-core processes

It depends on the industry but as a general rule, whatever makes them obtain better business outcomes.

For example, for an insurance company, better results mean selling more policies, whereas for a car manufacturer, it translates into selling more cars. Complementary, for a SaaS company, a core system is whatever they help obtain more. Everything else is the cost of doing business.

Transitioning to on-demand software (or SaaS) will help you in moving your customers away from a capital expenditure (CAPEX) toward operational expenditure (OPEX) or outcome-based pricing models.

8

35 reads

Things need to be designed, built, integrated, and tested

Things need to be designed, built, integrated, and tested

You have to design, build, and test your whole system for failure from the ground up, so the higher-order systems that are core to your mission rely on stable and tested infrastructure.

Focusing on the stuff that had nothing intrinsically to do with your business function is of utmost importance for the success of your project. Even the things that you take for granted need to be designed, built, integrated, and tested thoroughly to ensure you can achieve your mission goals.

7

29 reads

Transversal services

Transversal services

It is critical to point out that internal software platforms are not buckets of independent shared services. Instead, the platform approach is based on the balanced correlation between transversal solutions that share a common goal, thus introducing a new architectural style. Under the precepts of this new style, the various business services that run with the platform will enjoy revitalization opportunities for their architecture and technology direction.

8

18 reads

Solutions that platforms provide

Solutions that platforms provide

  • Cloud Compute. The rationalization of access and consumption of managed cloud services.
  • Lifecycle Automation. The heavy-lifting of repetitive and low-value tasks through automation, especially for the provisioning of environments and the deployment of services on top of them. 
  • Multiple APIs. A curated developer experience that makes software engineering an enjoyable job.
  • Infrastructure Design. The offload of the cognitive burden from developers so they can concentrate on building quality software. Can be achieved by industrializing all the undifferentiated functionalities.

9

20 reads

With serverless, the cloud is an asset, and code becomes a liability

With serverless, the cloud is an asset, and code becomes a liability

Without you taking any action, the collection of functionalities that you will have tomorrow is probably richer than the one you have today and will cost you nothing.

On the contrary, once you start writing code for your applications, you will incur execution costs. That’s because code in a rich serverless environment is debt.

5

10 reads

Optimization is a key

Optimization is a key

With serverless computing, there is one more NFR to consider when making design decisions: costs.

Low-level, technical design decisions at the component or function level also have a direct impact on costs. For example, an ill-designed algorithm with an unnecessary high cyclomatic complexity can incur charges that otherwise would not have happened had the logic been optimized.

5

11 reads

Core Infrastructure

Core Infrastructure

We need to be careful with layered architectures so that domain-specific services are not deployed on top of that platform infrastructure. Instead, they are deployed with it, side to side.

Serverless computing is entirely based on industry standards and protocols (in many cases even open-sourced) that, combined with evolutionary design patterns, allow clean and easy interoperability between providers.

5

8 reads

Healthy teams construct healthy platforms

Healthy teams construct healthy platforms

Even if you take the best software engineers to build your software, you can’t guarantee that the end product will be successful.

You need processes.

Processes help improve the chances to create quality software, and that’s precisely a core engineering property: learn from the mistakes and put in some corrections to make it better in the next iteration.

As you mature as an engineer, you will realize this more and more: it’s not about the code, it’s not about the design, it’s not about the tools, it’s about the coordination between people.

5

6 reads

Jevons paradox

Jevons paradox

Opening the business APIs and letting partners and external contributors build new applications is vital for your future. As the Jevons paradox31 has taught us, new higher-order systems and innovations will emerge from this move, enabling you to compete in an elevated playfield that will boost the consumption of your APIs.

5

7 reads

The Pendulum Swings Eternal Pattern

The Pendulum Swings Eternal Pattern

  • People have a flawed "thing", call it X.
  • In order to escape the flaws of X, they turn to Y. Y is flawed too, but it's flawed in different ways. These people compare the flaws of X to the flaws of Y and decide that Y is more appropriate for their use case.
  • Use of Y spreads. Over time, fewer and fewer people use X and more people are use Y.
  • Eventually, most people are only familiar with Y. They don't remember X and don't remember why people chose Y the first place.
  • People use Y. Y is flawed.
  • In order to escape the flaws of Y, they turned to X'. X' is flawed too, but it's flawed in different ways...

5

8 reads

IDEAS CURATED BY

hserednytska

An effective communicator and business analyst with an inquisitive mind, strong analytical, problem-solving, and decision-making skills

Read & Learn

20x Faster

without
deepstash

with
deepstash

with

deepstash

Personalized microlearning

100+ Learning Journeys

Access to 200,000+ ideas

Access to the mobile app

Unlimited idea saving

Unlimited history

Unlimited listening to ideas

Downloading & offline access

Supercharge your mind with one idea per day

Enter your email and spend 1 minute every day to learn something new.

Email

I agree to receive email updates