eWeekChat

A9: With more clouds and applications to manage, automating observability and establishing visibility and control is important.

A9: Multicloud helps resiliency, but doesn’t guarantee reliability. How you develop and manage your workloads across your multicloud architecture is as important to ensuring reliability and controlling costs.

@KPHariHitachi No doubt that "automating observability" will be huge going forward.

A9 Vendor lock-in is real. Companies adhered to standards (SQL, JSON, web services) to achieve software vendor independence; they must stick with software that is universally available, like open source, to protect their cloud flexibility and stay in control

A9: Don't limit your multicloud strategy to "just" hyperscalers. Look at the whole IT estate as one ecosystem, where advancing cloud native capabilities in any domain, on any platform, is beneficial to the ecosystem at large

(edited)

A9: Wherever possible, strongly consider taking a greenfield approach with respect to design and development targeted for multi-cloud deployment. Doing so will instill both benefits and a discipline that will serve your team and your business for a long time to come.

A9: Seeing multicloud as a true solution-first strategy, tapping into the best of each vendor and finding true partners

@KPHariHitachi A9: You raise an important issue about business continuity. The tools are there but you need to use them properly.

A9: It's all about data delivering value to the organization. Technology is a tool to deliver the value.

A8: Multicloud will be the future of enterprise cloud computing, and we will continue to see double-digit growth in consumption.

A8: The future of multi-cloud is one where more powerful abstractions (e.g. serverless) allow for more sophisticated strategies. As we’ve seen with other tech paradigms the increased sophistication will make it easier for some and more challenging for others.

A8 Cloud vendor independence is key - nobody wants to repeat the commercial software mistakes of the past. Open source software is the answer - it runs on all clouds, and provides vendor and platform independence #eweekchat

A8: Edge compute will get as much mindshare as cloud native in the core

@dangit_hub Will edge overtake cloud, or merge with it?

@dangit_hub Do you see the need to be on multiple clouds to get geo coverage?

It will merge and form one ubiquitous cloud.

A8: As a result, multicloud as a term will encompass all compute as a service scenarios

Important to see Cloud == Compute as Service, as opposed to Cloud == Data Center in the Cloud

@MarcLinster Yes. To serve consumers and address local regulation and compliance needs across various geographies.

(edited)

My own opinion, edge native will be its own domain as a subdomain of cloud native

@digitalmarks I don't agree on this one. Edge will have a major gravitational pull -- as much or more than cloud.

@MarcLinster For some enterprise clients, absolutely. Majority? Not yet clear to me

A8: In the future multicloud will be more seamless. PAAS is out performing IAAS so there will be less emphasis on the implementation and where the service is running.

Agree to the extent that data provides that gravitational "pull"

re: edge, absolutely! I consider it an abstraction.

A8: The market will be quite mature, as cloud migrations hasten and multicloud is part of the implementations

@MarcLinster Agree. It doesn't make sense for organizations to learn three or four different ways to do the same workload with security and governance.

A7: Not precisely a vendor, but CNCF projects (and their associated vendors)

Who is CNCF?

A7: Multicloud strategies benefit #cloud providers and #hyperscalers first. Solution and service providers who are able to provide integrated cloud services and manage it effectively for reliability, #resiliency and cost optimization will also benefit.

A7 Postgres has benefited tremendously from multicloud (see Stackoverflow developer survey https://insights.stackoverflow.com/survey/2021) - it has become the database of choice on all major clouds #eweekchat

Cloud Native Computing Foundation https://www.cncf.io

(edited)

Cloud native computing foundation to drive open-source projects and solutions.

(edited)

@KPHariHitachi Why hyperscalers first? They find more competition.

A7: @JamesMaguire tks for the acronym check. ;) The Cloud Native Computing Foundation, home of the Kubernetes project and many other container ecosystem projects.

Hyperscalers first because their consumption with multicloud strategy will increase across the board.

A7: The jury is still out. Multicloud offers more options that make it easier to bring a workload and consume more both on premise and in the cloud. Ease of delivering business value drives consumption.

A7: Vendors who provide capabilities in any technology category that can operate consistently across the clouds. Data management, infrastructure configuration, CI/CD tooling, governance and compliance...

A7: Major providers. They’ll be chosen as the primary provider for their reach, which the strategy relies on, as well as the de facto complement to niche players.

A6: That if you’re not doing multi-cloud, you’re doing something wrong. Not to undermine any of the advantages we’ve been discussing, but if you’re happy with a single provider, that’s OK!

A6: Multi-cloud introduces complexity, and you want to go in with your eyes wide open. If a single provider is meeting your business needs, you should really take the time to weigh your motivations, the perceived benefits, against the complexity you are introducing.

A6: The biggest myth with multicloud is that it provides a straightforward approach for increased #reliability, cost efficiency and optimized ways of working.

A6: In reality, having the right design, architecture and operations of a workload in a multicloud environment is a must to unlock the true potential of multicloud.

A6: Going multicloud mitigates vendor lockin

@KPHariHitachi It's anything but straight forward, surely!

A6 IT execs may think that multicloud is easy-it is not. E.g., one can easily drift from RDS Postgres to Aurora for Postgres for a specific project, but that just put an end to the multicloud option. Data gravity is a problem too - apps tend to go where the data is

(edited)

@dangit_hub So true. Multicloud also includes vendor lock-in.

@dangit_hub My point too!

A6: Taking a deliberate, planned approach to abstraction can mitigate some lockin risk. Multicloud in and of itself is no panacea.

Until the vendor changes their pricing or licensing, and then you are stuck. You are back to where you were with conventional software vendors - locked in

Exactly. Multi-cloud is often being locked into multiple clouds.

Which brings us back to two very different multi-cloud strategies: 1. Trying to make everything portable across clouds for future migration, and 2. Assuming things built in any cloud will stay there, and determining which workloads/data should live in each cloud.

(edited)

A6: In a way here, the natural portability of open source in the architecture.

(edited)

Enterprises needs to make this choice and follow through with people / process / technology to achieve it