Tag: azure storage queues

对于T4模板，这是Azure Queue构造的一个好/可取的模式吗？: 我正在构建一个T4模板，它将帮助人们以一致和简单的方式构建Azure队列。我想让这个自我记录，并且有些一致。首先我将队列名称放在文件的顶部，队列名称必须是小写的，所以我添加了ToLower（）公共构造函数使用内置的StorageClient API来访问连接字符串。我已经看到了许多不同的方法，并希望得到几乎适用于所有情况的东西。（想法？分享）我不喜欢不需要的HTTP请求来检查队列是否已经创建，所以我做的是一个static bool 。我没有实现Lock（monitorObject），因为我认为不需要。而不是使用字符串并使用逗号解析（如大多数MSDN文档）我将对象传递到队列时序列化。为了进一步优化，我使用JSON序列化器扩展方法来充分利用8k限制。不确定编码是否有助于优化此function 添加了重试逻辑来处理队列中出现的某些情况（请参阅html链接）问： “DataContext”是否适用于此类？问：以我的方式命名队列行动名称是一种不好的做法吗？您认为我应该做出哪些其他更改？ public class AgentQueueDataContext { // Queue names must always be in lowercase // Is named like a const, but isn’t one because .ToLower won’t compile… static string AGENT_QUEUE_ACTION_NAME = “AgentQueueActions”.ToLower(); static bool QueuesWereCreated { get; set; […]

如何将Observable序列化到云端并返回: 我需要将处理序列（如本问题中如何使用.net RX组织数据处理器序列）拆分为Azure环境中的多个计算单元。我们的想法是将Observable序列序列化为Azure队列（或Service Bus）并将其反序列化。如果生产者或消费者失败，其他方应该能够继续生产/消费。任何人都可以建议一个优雅的方式来做这个和使用什么（Azure队列或服务总线）？有没有人使用TCP Observable提供程序 – http://rxx.codeplex.com/wikipage?title=TCP%20Qbservable%20Provider这样的问题是否对一方的失败安全？

为什么我的azure存储帐户中的队列域丢失了？: 我已使用以下设置在Azure上成功创建了一个存储帐户：部署：资源管理器类型：通用（标准）复制：ZRS 在Azure门户上，我可以看到“Blobs”服务，如果我点击它，我可以在blob域下创建blob容器： https：// [account_name] .blob.core.windows.net / 到现在为止还挺好。当我尝试在C＃应用程序中使用Azure SDK创建队列时，我收到错误，它无法找到[account_name]的域。队列 .core.windows.net。我一直在关注创建存储帐户的微软教程并使一个简单的队列工作，我看不到创建这个“队列”域的任何其他步骤。在Azure门户本身，我找不到任何其他选项来创建队列或队列服务。我用来参考的代码： var storageAccount = CloudStorageAccount.Parse(ConfigurationManager.ConnectionStrings[“AzureWebJobsStorage”].ToString()); var blobClient = storageAccount.CreateCloudBlobClient(); var blobContainer = blobClient.GetContainerReference(“export”); blobContainer.CreateIfNotExists(); var queueClient = storageAccount.CreateCloudQueueClient(); var exportQueue = queueClient.GetQueueReference(“export-requests”); exportQueue.CreateIfNotExists(); 创建blob容器的调用成功，我可以在Azure门户中看到新容器。创建队列的调用失败，但出现以下exception： An exception of type ‘Microsoft.WindowsAzure.Storage.StorageException’ occurred in Microsoft.WindowsAzure.Storage.dll but was not handled in user […]