我正在Ansible为我的项目使用一些基础设施管理问题。我使用 Linux 客户端完成了这项任务，比如从 Ansible 服务器复制 bin 文件并将其安装在客户端计算机上。这涉及到我的剧本中使用普通 Linux 命令（如 ssh、scp、./bin 等）的任务，

现在我想在 Windows 客户端中实现相同的目标。我找不到任何好的文档来尝试一下。如果你们中的任何人尝试过将 Ansible 与 Windows 客户端一起使用，那么如果您可以分享程序或原型或任何信息来开始并进一步解决我的问题，那就太好了。

出于好奇，我试图在 .NET 3.5 Client Profile 下编译一些简单的async/代码：await

我完全清楚 .NET 3.5 不支持此语言功能，如以下编译错误所示：

找不到async修饰符所需的所有类型。您的目标是错误的框架版本，还是缺少对程序集的引用？

我也知道NuGet 包Microsoft.Bcl.Async，它不支持 .NET 3.5。

问题：编译代码所需async的最小类型和类型成员集是多少？这个最小集合是否正式记录？如果是这样，在哪里？（请注意，我只对成功编译感兴趣，而不是执行。）

到目前为止我得到了什么：

我一直在尝试通过实验找到这个最小的类型集，这似乎是可能的，因为编译器报告需要，但缺少一个一个类型：

System.Runtime.CompilerServices.IAsyncStateMachine未定义或导入预定义类型。

根据 MSDN 参考页面定义报告的类型，然后会导致报告下一个缺少的类型。我到目前为止：

• System.Runtime.CompilerServices.IAsyncStateMachine
• System.Runtime.CompilerServices.INotifyCompletion（上面的示例代码需要）
• System.Threading.Tasks.CancellationToken（要求Task）
• System.Threading.Tasks.TaskCreationOptions（要求Task）
• System.Threading.Tasks.Task

此时我停止了，因为Task有很多成员，但编译器没有准确报告它需要哪些成员；它只是报告整个类型。因此，我可能会复制比实际需要更多的类型定义。

在我的领域驱动层中，基础设施层项目是类库项目，它不仅需要使用配置文件连接到数据库，还需要创建存储库和实体。但是，链接（在帖子末尾提到，类库项目不能有配置文件（我认为，类库不能有 app.config）。

我的问题是，如果不是，那么如何为我的基础设施层（类库）项目创建和使用配置文件？在哪个项目下，命名约定应该是什么？

细节：

我正在关注一本关于 C#.NET 领域驱动设计的书。在此模型（Visual Studio 解决方案）中，有四个层（Visual Studio 中的每个项目作为层）命名如下：

1. 表示层项目（WPF，不是 .NET 类库）
2. 应用层项目（.NET 类库）
3. 模型层项目（类库）
4. 基础设施层（.NET 类库）

基础设施层项目（作为 .NET 类库）需要使用配置文件，以便：

A）创建存储库（使用存储库工厂），B）创建实体（使用 EntityFactoryBuilder），C）连接到数据库。

为此，我通过将其属性（使用 Visual Studio）“复制到输出窗口”设置为“CopyAlways”，将项目“ProjectName.Infrastructure”下的配置文件创建为“ProjectName.Infrastructure.config”。

但是，根据一些帖子（最后的链接）：

“类库项目（如我的“基础设施层项目”）不能有配置文件（应用程序配置文件或 app.config 文件），而是调用应用程序应提供/提供配置文件，并且该类库使用此提供的文件”。

链接（我研究过的）：

如何从我的类库应用程序访问自定义配置？

和

http://msdn.microsoft.com/en-us/library/ms229689.aspx

我正在关注 C#.NEt 中的域驱动模型一书。我在基础架构和域层之间存在循环依赖关系（两者都是我的解决方案的类库项目，即“ShareManagement”）。我想知道如何摆脱 Visual Studio/C#.NET 中的循环依赖问题。

1. 模型对基础设施层的依赖性：当然，领域层使用基础设施层，使得模型层中的对象依赖（调用）基础设施层中的对象（如基础设施层中定义的存储库是从域模型层访问使用基础设施层中定义的ICompanyRepository实现IRepository<T>）。

2. 基础设施对域模型类的依赖性：但是，在基础设施层中，我的实体框架（实体工厂）需要实现IEntityFactory<T>where Tis EntityBase（域模型层中的实体类从基础设施层中的 EntityBase 派生；EntityBase 是所有实体的基类）。

以下是基础设施层中的类（在“存储库”文件夹下）：

我在启动服务器 glassfish 时遇到问题。当我启动它时，它会在大约 1 分钟内加载，然后立即发送下面引用的错误消息。

Glassfish 域配置：

错误描述：

如果有人知道我能做些什么来解决这个问题将对我有很大帮助。

谢谢！

我一直在思考如何实现以下目标。认为我不是 Git 专家，无法拥有足够的知识来构建良好的基础架构。你们中的任何人都可以给我建议吗？

设想：

产品A、B、C 客户X、Y、Z

最初我认为基础应该分别是 Repo A、B 和 C，如果客户对产品有特定要求，它们每个都将在不同的文件夹中有单独的模块。但是后来我想到了，如果我从 Repo A 中获取和拉取呢？单独的模块会立即被拉到一起吗？我应该怎么做或任何其他更好的基础设施？

“应用层”（包含请求控制器），并实例化“基础设施层类”（负责数据库访问者），然后实例化“域逻辑层服务”，注入最后提到的基础设施类。

因此，域逻辑与数据库的访问方式无关，因为注入了负责的类。

应用层，服务于最终响应，例如：

什么样的建筑看起来像这样？是洋葱架构等？

谢谢！

我的第一份工作/职责是从头开始设计和实现 Web 服务（java、spring），以供外部系统（其他公司）使用。我对这个机会感到兴奋，但与此同时，由于这是我的第一次尝试，我想确保我尽我所能......我确信随着设计的发展，我必须考虑以下几点：1。可扩展性和最小延迟 2. SLA 遵守（例如端到端 2 秒） 3. 支持不同的媒体类型（SOAP、POX、JSON）

我们目前正处于定义合同的阶段，在这样做的同时，我想确保除了我可以照顾自己的应用程序级别细节之外，我还应该能够考虑基础设施挑战（服务器、可扩展性等）。

如果您可以根据过去的经验回答或指出一些可以帮助我前进的资源，我期待在这方面获得一些帮助。

PS :- 我已经知道与安全相关的因素、在 wsdl 中定义策略以及其他应用程序级别的考虑。我主要关心的是基础设施级别的选择和决策。

谢谢！

我熟悉 Cloudera 的基础架构或架构：

主节点包括 NameNode、SecondaryNameNode、JobTracker 和 HMaster。从节点包括 DataNode、TaskTracker 和 HRegionServer。

Master 节点应该都在它们自己的节点上（除非它是一个小集群，否则可以组合 SecondaryNameNode、JobTracker 和 HMaster，如果它是一个非常小的集群，甚至是 NameNode）。

从节点应始终位于同一节点上。从节点越多越好。

SecondaryNameNode 用词不当，除非您启用它以实现高可用性。

MapR 是否维护此设置？它有什么相似之处，又有什么不同？

我刚刚发布了一个问题，询问 MapR 和 Cloudera 的架构之间的区别，并交替使用“架构”和“基础设施”。这合适吗？

为了说明这一点，MapR 和 Cloudera 是 Hadoop 的发行版。它们每个都包含以各种方式相互交互的各种守护进程。当我提到基础设施/架构时，我指的是守护进程、它们的操作以及守护进程之间的关系。

我正在寻找的正确词是什么 - 架构或基础架构？

两者有什么区别？