Azure（工作者角色？）-发送小文件-进程-返回响应文件。为什么这么复杂？

我发现所有这些蓝色的东西都有一个陡峭的学习曲线。是的，如果我想在Azure中做所有事情，那么我可以构建所有事情并引入旧逻辑

但是，如果我只想替换流程密集型步骤，该怎么办

我可以设置一个工作者角色（web角色、服务等）来接收一个小文件或文本字符串，然后处理这些内容，然后返回结果文件或文本吗？为什么这么难做到

如果我可以（怎么做？），我也可以从本地应用程序调用它吗？（我想如果它是一个web服务或其他东西，我会做一个webrequest/response

---

我应该等一年吗？我觉得“他们”会让事情变得更容易使用，花这么多时间研究如何使用Azure可能是不值得的。

如果不了解更多的要求，就很难给出准确的答案。我的第一个建议是不要让这件事过于复杂化。所以让我们回头看看你告诉我们的到目前为止

您有一些文本要发送到某个进程以完成工作，然后返回一些结果

文本可以是文件或字符串

可以通过web请求将此文本发送到流程中

我们不知道应该如何处理响应，但感觉像是一个请求/响应流（即发送一些数据，等待一点，获得响应）

对吗

在这种情况下，我认为您有几种选择：

创建一个网站或API，接受传入的数据，完成工作，最终返回（不太理想）

将数据直接提交到某种类型的数据存储（队列、blob、表等）

处理数据并存储结果。处理可以通过辅助角色或Web作业异步完成。将数据存储在可以再次访问的位置（表、blob等）

最后，根据提供的信息，这个问题实际上不是“Azure”问题。Windows Azure平台中有许多可用组件。您可以选择最适合您需要的组件。拥有选项是一件好事

---

让我问一个问题——如果没有Windows Azure，你会怎么做？

询问是否在Azure上等待一年，并询问如何做某事，这是在征求意见。这不适合StackOverflow。你可能需要编辑你的问题，以摆脱那些固执己见的评论，并用你需要的代码或逻辑替换它们您正在尝试使用，以便其他人可以帮助您找出问题所在。