active-directory - 服务器维护何时应该影响实现决策？

Question

这是我的情况...

我正在为需要单点登录过程的大量 Web 应用程序编写一个 .Net/C# 安全系统(授权和身份验证)。我使用 Active Directory 作为数据存储，并编写了一个非常好的原型(prototype)，通过 LDAP 与 AD 进行通信。该组件检索我存储在 AD 中的登录用户信息，然后我使用这些信息在 .Net 表单例份验证中设置他们的安全角色。

1)一切都很好。

作为系统管理员或网络工程师，我不熟悉设置 AD 实例所涉及的系统管理量。我不知道对于每个域，我都需要一个单独的服务器和域 Controller 。事实证明，我的团队需要为我们将要访问 AD 的所有不同环境设置 9 个不同的域……

env1.dev.mycompany.com

env1.qa.mycompany.com

env1.stage.mycompany.com

env2.dev.mycompany.com

等

...所以现在我给自己带来了一些管理上的头疼，因为我将不得不维护所有这些机器(或 VM)，这是我不一定确定我想要做的事情。

2)一切都不好。

原型(prototype)非常可靠，AD 为解决方案提供了一个非常好的数据库，但现在我想知道我是否应该放弃代码并改为编写 SQL Server 数据提供程序(我知道 .Net 已经提供了一个，但它没有'不仅符合我对授权的业务要求)。

无论如何，所以我试图从高层次的角度来思考这个问题。一般来说，我总是因为一些服务器维护而抛出一个非常好的解决方案这一事实而绊倒？我想知道这里是否有人经历过这样的场景以及你决定做什么。

也不必特定于 AD，只是您必须在一个好的软件解决方案和它的服务器维护限制之间进行评估的情况。

Answer 1

一般来说，产品的可用性是人们在它和类似产品之间进行选择的原因。如果产品的可用性很差，用户就不会关心它的代码质量有多高——对他们来说，重要的是它的易用性和有效性以及它如何满足他们的需求。

维护可以被认为是可用性的一个方面。我会把拥有易于维护的产品作为首要任务。从长远来看，这将节省管理员的大量工作时间。

一种思考方式是，首先从最终用户/管理员的角度设计最有用的解决方案，然后让实际实现该最佳解决方案成为一项智力挑战。这可能需要程序员付出更多的努力，但最终结果会更好。

例如 ZFS是一种维护得很好的产品(虽然我没有亲自使用过)。在设计它时，投入了大量精力来简化使用 ZFS 的命令行工具来管理文件系统 - 这些设计决策会影响 ZFS 的所有级别(例如存储池)。

作为另一个例子，我最近一直在计划如何在我的 future 项目中进行维护 - 分布式数据库和应用程序服务器。思考典型的管理任务将如何发生(安装/升级应用程序、在集群中添加/删除服务器、解决硬件故障等)，帮助我理清了一些设计决策。其中一些深入到系统架构中(例如，应用程序和扩展如何在运行时加载，以及服务器如何在集群中找到其他服务器)。