Cloud Computing Podcasts That Accept Guests
A verified guide to cloud computing podcasts with public guest routes, separating applications and self-nomination from interviews, contact and sponsorship.
Research this article with AI
Follow Convokast on Google
Add Convokast to your Preferred Sources.

Cloud computing podcasts with verified public guest routes include Cloud Security Podcast and Screaming in the Cloud. Cloud Security Podcast invites direct applications. Screaming in the Cloud accepts nominations and expressly permits self-nomination. Both routes support editorial consideration only. Neither promises a response, booking, recording or published episode.
Which cloud computing podcasts publish a guest route?
A qualifying route must say that someone may apply to be a guest, nominate a person, recommend a guest or send a guest-specific proposal. A show can publish hundreds of interviews without granting permission for unsolicited outreach. General contact, advertising, sponsorship and event-speaking pages keep their stated purposes.
The verified open-route list is short because the standard is permission, not inference. The table also includes comparable cloud shows whose official pages establish an interview format or editorial fit without publishing an application.
| Podcast | Editorial territory | Current public evidence | Route classification |
|---|---|---|---|
| [Cloud Security Podcast](https://www.cloudsecuritypodcast.tv/) | Security operations, identity, networks, runtime, data and AI security, and DevSecOps | Official navigation publishes an Apply To Be a Guest email link | Direct guest application |
| [Screaming in the Cloud](https://www.lastweekinaws.com/podcast/screaming-in-the-cloud/) | Cloud providers, infrastructure, open source, costs and business decisions | [Nominate a Guest form](https://www.lastweekinaws.com/nominate-a-guest/) asks for the nominee and says self-submission is allowed | Guest nomination, including self-nomination |
| [Kubernetes Podcast from Google](https://kubernetespodcast.com/) | Kubernetes releases, projects, maintainers and production use | Current archive contains outside guests, but no public application was stated on the page reviewed | Interview format only |
| [cloudonaut](https://cloudonaut.io/) | AWS architecture, operations, security and practitioner experience | Publisher presents current interview episodes, but no guest application was verified | Interview format only |
| [Software Defined Talk](https://www.softwaredefinedtalk.com/) | Enterprise software, cloud computing, Kubernetes, DevOps, serverless and security | Publishes interviews plus general contact and sponsor routes, with no guest-specific permission verified | Interview format plus separate general and commercial routes |
| [The Cloud Pod](https://www.thecloudpod.net/) | AWS, Azure, Google Cloud, AI, DevOps and FinOps news | Publishes contact and sponsor pages, with no guest application stated on the show page reviewed | General contact and commercial routes only |
Only the first two shows have explicit public guest permission in the pages reviewed. The other rows are not fallback inboxes. They show why subject fit, outside guests and permission must be recorded as separate facts.
Cloud Security Podcast publishes a direct application
The official Cloud Security Podcast site includes an Apply To Be a Guest link in its main navigation. The same area links to Content & Sponsorship, corporate training and advisory services. That layout supplies both a direct application and a clear reason to label the requested relationship.
The publisher says the show covers security operations, identity, network security, runtime security, data and AI security, and DevSecOps. A useful application should name a problem inside that territory. "Cloud security leader" is a biography. A reviewable episode idea identifies the environment, the control or failure under discussion, the guest's direct responsibility and what practitioners can examine without exposing sensitive systems.
The guest application appears as an email route rather than a detailed form. That leaves the sender responsible for supplying a compact editorial case. Open with the proposed listener and discussion. Follow with the guest's role, the setting, the evidence available for review and any employer, client, product or investment connected to the subject.
The site identifies Tech Riot as the advisory firm behind the media network and offers sponsorship separately. A prospective guest seeking editorial participation should use and label the guest route. A company asking about paid content or sponsorship should use the commercial route. Do not write as if payment buys independent editorial treatment.
Screaming in the Cloud accepts nominations and self-nominations
The official Screaming in the Cloud page describes interviews with cloud computing experts about AWS, Google Cloud, Azure, Oracle Cloud and how businesses think about cloud. Its guest nomination form asks for the nominated person's name, email and public work, plus an explanation of how the person's expertise fits the show.
The form also asks the submitter to identify themselves and state their relationship to the guest. Its own copy says self-submission is allowed. That makes the classification precise: it is a nomination route that permits self-nomination, rather than a form limited to independent recommendations.
Use the relationship field honestly. A founder nominating themselves, an employee proposing an executive, a customer recommending a vendor and a publicist representing a client bring different interests. The producer can assess a disclosed relationship.
The editorial premise should survive without a product announcement. A FinOps leader might explain how ownership changed during a cost dispute. A platform engineer might examine a migration that removed one bottleneck and created another. An open-source maintainer might discuss a governance or sustainability decision. Each idea gives the host a choice, consequence and informed person to question.
Interview archives prove format, not submission permission
The Kubernetes Podcast from Google currently publishes interviews with maintainers, release leaders and platform engineers. Its archive establishes that outside guests appear and reveals the level of technical detail the hosts use. No public application, nomination or guest inquiry route was stated on the page reviewed.
The official cloudonaut site presents current AWS podcast episodes, including interviews with practitioners. It also offers a general feedback path. General feedback is not guest permission unless the publisher extends it to guest proposals.
Software Defined Talk publishes panel discussions and interviews about enterprise software and cloud computing. Its navigation includes Contact, Sponsor and Conference Partners. Those labels identify different relationships, but the page reviewed did not invite a guest application.
The Cloud Pod covers news across major cloud providers and links to contact and sponsorship pages. A contact form may be appropriate for a listener message or a question about the site. A sponsor page concerns a commercial inquiry. Neither should be converted into an editorial guest route without explicit publisher language.
These shows may find guests through private invitations, referrals, producer research or existing communities. The evidence supports the narrower conclusion that no open guest route was verified on the official pages reviewed. It does not prove that a relevant person can never appear.
A cloud guest pitch needs operating evidence
Start with the Convokast podcast directory and then verify the publisher's current topic, format and route. The guest-access guide provides a consistent way to separate a direct application, nomination, interview archive, general contact page and sponsor offer.
Name the listener more narrowly than "cloud professionals." A cloud architect comparing managed services, a platform engineer dealing with cluster ownership, a security leader reviewing identity controls and a finance partner allocating shared costs need different evidence and interview depth. Use audience overlap to test whether the proposed person's experience matches the people who repeatedly listen to that show.
Support the premise with public material the producer can inspect. Suitable support may include approved architecture documentation, an open-source contribution, a public incident review, a conference talk or a technical article. Separate public evidence from the guest's firsthand account. If a result cannot be substantiated publicly, propose the decision and tradeoffs without adding a performance claim.
Cloud stories can expose sensitive details. Remove credentials, account identifiers, customer records, internal diagrams, unannounced incidents, security findings and nonpublic cost data from an unsolicited application. A producer needs enough context to judge the conversation, not access to the underlying environment.
Keep editorial and commercial requests separate
Cloud publishers often sell sponsorship, training, advisory work or other services. Those businesses can support the publication, but they do not establish how editorial guests are selected. Record the route actually used and the status it creates.
"Submitted" is accurate after an application or nomination. "Accepted" requires confirmation from the producer. A proposed date may still be a preliminary conversation. A recording may be edited or withheld. Outreach reporting should preserve each distinction rather than turning form completion into a placement.
If a publisher explicitly offers a sponsored interview, assess it as paid media and label it as sponsored. Do not present it as independent editorial selection. For an ordinary guest application, disclose the proposed guest's employer, products, clients, investments and other interests connected to the discussion.
Use a few relevant links rather than a document dump. The producer should be able to see why the person has firsthand authority, what the audience will learn and where commercial interests enter the story.
Once the route, evidence and disclosure are ready, draft the submission with the podcast pitch generator.
Common questions
Which cloud computing podcasts accept guest applications?
Cloud Security Podcast publishes an Apply To Be a Guest link. Screaming in the Cloud publishes a nomination form and explicitly allows people to nominate themselves. Both routes permit editorial submission, but neither promises selection, recording or publication.
Can I nominate myself for Screaming in the Cloud?
Yes. The official nomination form asks for the proposed guest's details, the reason they belong on the show and the submitter's relationship to the guest. It also states that self-submission is allowed.
Does a cloud podcast contact page mean it accepts guests?
No. A general contact page may serve listeners, corrections, sales or partnerships. Guest permission needs explicit first-party language about applying, nominating, recommending, pitching or making a guest-specific inquiry.
Does sponsorship secure a cloud podcast interview?
Do not assume it does. A sponsorship route concerns paid commercial inventory, while a guest application asks for editorial consideration. Keep them separate unless the publisher explicitly describes a sponsored interview, and label paid participation as sponsored.
Work with us
Want to be the guest, not the reader?
We pitch, book, and prep you for the shows your buyers already listen to.
Free 20-minute call. If we are not a fit, we will say so.


