最新

使用文本提示进行专业级图像编辑

我设计了一个名为NVAP的协议，旨在消除在呼叫中心身份验证过程中通过语音播报个人信息的必要性。核心时间线逻辑请参见仓库中的 `docs/sequence.md` 文件。 为了绕过 iOS/Android 严格的 API/内核级 RTP 限制，我正考虑完全绕过原生通话应用，通过耳机层进行处理（利用 RFC 8285 / 9335 Cryptex）。 然而，在时间线和生物识别方面，我面临两个实际挑战： 1. **入站/出站时间线不匹配：** 在外呼电话中，如果对方立即接听；或在来电中，用户在将手机放到耳边之前按下接听按钮，VoLTE 连接会在耳机实际接触耳朵**之前**建立，从而破坏声学扫描的时间线。 2. **生物识别所有权：** 如果主生物识别数据位于智能手机的安全隔区 (Secure Enclave) 内，通过蓝牙进行数据来回传输会引入无线风险。 我很少听说有人以这种方式绕过智能手机的原生通话应用。以目前蓝牙/LE Audio 的技术栈来看，这在技术上是否可行？我很想听听您的想法，或者寻找贡献者来讨论如何克服这两个障碍并构建一个概念验证 (PoC)。

我知道这会让很多人感到恐惧，但我们可以通过质量保证（QA）、评估（evals）、发布质量门（ship quality gates）等方式来控制。我知道短期内我们可能会有更多的 bug，但从长远来看，不看代码难道不是我们应该走的方向吗？ 一些重要的开发者已经转向了这个新想法，特别是那些从事生产级工作的人（其中一个例子是 Antirez，他最近发布了一些推文，启发了这篇文章）。

大家好，我是 Gábor，一名来自布达佩斯的软件工程师。 我花了近十年的时间设计、构建和维护分布式系统，并深刻理解了为什么很多人将软件架构定义为“那些以后难以更改的部分”。更改服务边界、通信协议或序列化器既耗时又充满风险。在过去的几个月里，我一直在构建 Itara，希望能缓解这些痛苦。 Itara 将目前分散在代码库、配置和基础设施中的软件拓扑集中到一个专用的、可执行的层中。这个专用层将拓扑描述为一个有向图，其中节点是系统的组件，边是它们之间的连接。边包含了连接的所有属性，例如使用的传输协议、序列化器、故障处理策略等。共置的组件（在同一进程中运行的组件）通过直接连接来建模。 这为我提供了一个准确的拓扑图，使我能够在不更改业务代码的情况下修改拓扑，并将通信逻辑与业务逻辑分离开来，同时仍然让我能够直接控制配置，避免了网络谬误。 在 Itara 中，每个组件都包含一个其他组件可以构建的 API，以及一个实际实现业务逻辑的实现。通过专用的事件 API 支持事件驱动设计。 对于每个部署单元，在启动时会运行一个布线代理，以根据布线配置准备通信通道。这些通道实现了组件 API，应用程序可以像使用普通接口一样使用它们。除了结构化可观测性事件外，没有运行时开销，因为布线代理在启动后就会退居幕后。 该项目旨在实现语言无关。目前的实现支持 Java，并有一个处于概念验证阶段的 Rust 实现。 我在 FAQ 中收集了一些常见问题及其解答：[https://github.com/itara-project/itara/blob/main/docs/FAQ.md](https://github.com/itara-project/itara/blob/main/docs/FAQ.md) 我准备了一个演示，这是一个由 5 个组件组成的订单处理系统，其中一个组件是用 Rust 编写的，通过 HTTP 和 Kafka 事件进行通信。演示表明，要更改拓扑，只需要更改布线文件和 docker compose 文件，应用程序代码可以保持不变。它还包含一个故意设置有故障的传输来演示故障处理。跟踪信息直接显示了拓扑的变化。 演示链接：[https://github.com/itara-project/itara/tree/main/demo](https://github.com/itara-project/itara/tree/main/demo) 我非常希望得到您的反馈！这是否解决了您遇到过的问题？您认为哪些方向是可取的，哪些方面还有不足？ 规范、宣言和架构文档都在仓库中：[https://github.com/itara-project/itara](https://github.com/itara-project/itara)