The ephemeral composable stack - HashiCorp: The fine line between independence &...
source link: https://www.computerweekly.com/blog/CW-Developer-Network/The-ephemeral-composable-stack-HashiCorp-The-fine-line-between-independence-chaos
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
This is a guest post for the Computer Weekly Developer Network written by Guy Sayar in his capacity as field CTO for EMEA region at HashiCorp — the company is known for its modular DevOps infrastructure provisioning and management products.
Content Continues Below
The pandemic’s e-commerce boom
The pandemic appears to have solidified e-commerce's ascendancy against the highstreet. Coronavirus has accelerated technology adoption in many sectors, and people have been forced to stay at home, increasing their online shopping habits in a bid to avoid visiting shops.
- Corporate Email Address:
- I agree to TechTarget’s Terms of Use, Privacy Policy, and the transfer of my information to the United States for processing to provide me with relevant information as described in our Privacy Policy.
- I agree to my information being processed by TechTarget and its Partners to contact me via phone, email, or other means regarding information relevant to my professional interests. I may unsubscribe at any time.
HashiCorp software tools were originally sold as a bundled software suite under the product name Atlas, but today HashiCorp modules are sold separately.
Sayar continues our series by discussing the reality of composable software applications and the composable infrastructure that underpins them and writes as follows…
API centricity
Composable has come to mean an API-centric to system design.
Applications and infrastructure have the benefits of composability when components talk to each other through APIs in order to execute functions and workflows.
In a ‘composable’ enterprise, new applications tend to be API-first, featuring microservices and other cloud-native attributes.
Many third-party vendors are also API-first (such as Stripe and Twilio), enabling developers to quickly enhance their apps by taking advantage of the APIs that their applications can be exposed to.
In the older case of heritage [some legacy, some just a little older] systems are more typically API-enabled, so data can easily flow to adjacent apps. In an API-centric system, different services combine to execute those workflows and functions.
Focus on the service
These core truths are important, they mean that when designing composable systems the focus is on services rather than in which datacentre, cloud or service-provider region the compute takes place.
This has implications for flexibility and scale.
First, flexibility.
In the world of the composable business, product teams must be able to deliver custom-built software quickly to respond to new market opportunities that emerge. Applications and infrastructure will invariably evolve in unpredictable ways. This fluidity can only be obtained in a system defined by an API.
Next, scale.
Consistent DevOps processes and lifecycle management of infrastructure are relatively simple to achieve with just one or two tiger teams and a handful of services; consistency becomes harder to achieve when you have hundreds of teams and thousands of services and you must navigate a plurality of tools, runtimes, team capabilities and cultures.
This is where API-centricity comes in. It not only works at scale – it serves productivity: tools favoured by individuals can plug together, helping further the individual’s productivity and thereby meeting the bigger organisational goals of delivery.
If this sounds familiar – it should: many of us already use APIs to deliver not just the infrastructure driving digital but, also, the processes to build and maintain it.
This API-centric model is being driven by two related forces. One is a growing maturity among decision-makers and users of cloud. IT and business teams are increasingly willing to make trusted third parties part of their new and expanded infrastructures – to run their apps atop innovative runtimes and plumb in valuable services through those APIs.
The second is that the market and competition are fierce, providing motivation for traditional enterprises to get into the game. Companies that are great at composability will be the winners.
Independence vs. chaos
Despite these benefits, composable infrastructure has two major challenges.
The first is organisational. API cultures can (and should be) independent. But there’s a fine line between independent and chaotic. In large DevOps practices, teams build and run thousands of APIs. The default outcome will be ‘API sprawl’. Technical debt will hinder long-term success.
The other major challenge crops up given the diversity of development frameworks used in an organisation. Java and .NET are stalwarts of big engineering shops, but Node, Python and many others are present as well. The challenge here is to translate composability across all these disparate technologies.
The remedy for both comes at a platform-level, through common architecture patterns, a service catalogue of add-on capabilities and a series of technology contracts between development and operations teams.
Swapping anarchy for efficiency
This can translate as agreeing to a core set of shared services and APIs, thereby swapping anarchy for efficiency; it can mean defining patterns and prescribed blueprints that marry the API model to your technology stack for implementation that’s simple and repeatable. In either case, the outcome is the same: a workable and consistent environment from development through to production.
Composable is the future, but with many of us already working at the API level, refining the lifecycle management of APIs, building architectures and much more, the future is already here for many. The branding just hasn’t caught on.
Recommend
-
6
Copado might sound like some type of tropical fruit drink, but it is in fact a DevOps specialist organisation that embraces cloud-native computing for what it calls a ‘true multi-cloud DevOps’ world.Content Continues Below
-
8
Grafana Labs specialises in what it calls ‘open and composable’ operational dashboards.Content Continues Below
-
12
Civo (pronounced see-vo, not chi-vo) is a cloud native service provider known for its work with Kubernetes.Content Continues Below
-
5
The global technology stack is moving towards a more universally composable interconnected multi-layered (and multi-tenant) architecture where hybrid-multi-poly cloud resources are coalesced into new structures to serve increasingly mobile-fi...
-
7
There’s that strange moment when you walk into an enterprise technology ‘show floor’ after the breakfast, keynotes, handshakes (hand sanitiser application) and the point where you grab a free t-shirt, some complementary lip salve and a small...
-
4
This is a guest post for the Computer Weekly Developer Network written by Adam Dossa in his role as chief technology officer at ...
-
6
This is a guest post for the Computer Weekly Developer Network written by Daniel Warner in his capacity as CEO and co-founder of
-
9
This is a guest post by Anthony Cusimano in his role as solutions evangelist at Veritas Technologies — a company known for its work in clo...
-
13
This post is written by Ariel Assaraf in his capacity as CEO at Coralogix — a stateful streaming analytics platform that produces real-time insights and long-term trend ana...
-
3
The ephemeral composable stack - Synology: Data's 'move' to distributed intelligence Adrian Bridgwater
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK