因此，我们需要更改其中一个服务管理员帐户的密码。但是，更改该密码的副作用之一是它破坏了 Azure AD 密码同步。
我们首先通过 Active Directory 用户和计算机界面更改了帐户的密码。然后，根据微软文档，我们更改了连接器帐户密码。（当我们最初破坏它时，Azure AD 连接诊断将我们指向此连接器帐户）。
但是，这不起作用。我们甚至尝试为此创建另一个服务帐户，将凭据添加到 AD Connect，并更改旧密码。
但是，我们显然在这里缺少了一步，那么我们可能缺少什么？我怀疑这个帐户与其他一些东西有关，所以一个起点会很好。
此外，我们不知道 Azure AD 同步服务帐户密码，因此我们无法进入连接器应用程序。
Azure 应用服务 UI 曾经能够直接检查 5xx 错误。自从我们开始使用 Azure 以来，UI 几乎一直在变化，而这种能力似乎已经消失了。
我们看到一些 5xx 错误，并且没有错误报告，我想进入我们的应用程序代码并修复用户未报告的任何崩溃。
日志流没有提供任何有用的信息，所以我在这里想知道。什么是了解正在发生的服务器端错误细节的好方法？
所以我们的人力资源部门很小，并且从我们整个机构收到大量的电子邮件。他们希望我们根据发件人姓名的字母顺序将电子邮件转发给他们团队的不同成员。
我们已经发现我们可以使用正则表达式来解析电子邮件主题，但我担心这不一定能让我们到达那里。我们可以从发件人的电子邮件地址中提取首字母来设置转发规则吗？
这里的软件工程师，没有大量管理服务器的经验，但想了解自动缩放的工作原理。
这是背景：
我们有一个在天蓝色云上运行的无状态应用程序，它与幕后的 Azure SQL 数据库对话。数据库本身跨两个不同的服务器区域进行异地复制。
我们设置了自动缩放，这样，如果服务器负载超过 80%，我们将向外扩展并添加一个实例。当负载回落到 50% 以下时，我们将缩减。通常不会进行缩放，但在使用高峰期，服务器会自动缩放。
这是我的问题：
启用自动缩放后，Azure 是否会自动处理实例之间的任何负载平衡？我知道 azure 也有一些负载均衡器产品，但我试图了解我们是否需要它们。
如果没有明确设置负载均衡器，扩展我们的实例是否毫无意义？