在将领域驱动设计（DDD）应用于持续部署环境时，确保领域逻辑与基础设施代码之间的清晰界线是一项至关重要的任务。这不仅能够保持系统的可维护性，还能够确保各个模块的正确性和独立性。以下是一些具体措施来实现这一点：

1. 明确的分层架构：采用经典的分层架构，如六边形架构（Hexagonal Architecture）、整洁架构（Clean Architecture）或洋葱架构（Onion Architecture）。这些架构都强调将应用的核心逻辑（领域层）与外部依赖（基础设施层）分离。领域层包含业务逻辑和领域对象，而基础设施层处理数据持久化、消息队列、外部服务调用等。

   例如，在六边形架构中，领域服务通过端口（Ports）与外界交互，端口定义了领域层与其他层之间的接口。基础设施层通过适配器（Adapters）实现端口的具体功能，如数据库操作、HTTP请求等。

2. 接口与依赖倒置原则：使用接口来定义领域层与其他层之间的交互。领域层依赖于抽象接口，而不是具体的实现。具体实现（如数据访问对象DAO、外部服务客户端等）位于基础设施层。这样，领域层与基础设施层之间的依赖关系变得明确且松耦合。

   例如，可以定义一个IOrderRepository接口，其中包含保存和查询订单的方法。具体的数据访问实现（如SqlOrderRepository或MongoOrderRepository）位于基础设施层。

3. 领域事件与消息总线：在复杂的业务场景中，可以使用领域事件来协调不同领域的操作。领域事件封装了领域逻辑的变化，并通过消息总线（如Kafka、RabbitMQ）发布和订阅。这样，领域逻辑的变化可以触发基础设施层的操作，而无需直接依赖具体的实现。

   例如，当订单状态发生变化时，可以发布一个OrderStatusChangedEvent。基础设施层订阅该事件，并根据需要执行日志记录、邮件通知等操作。

4. 测试与契约：编写单元测试和集成测试来验证领域逻辑和基础设施代码的正确性。使用契约测试（如Pact）来确保领域层与基础设施层之间的接口契约的一致性。

   例如，可以编写单元测试来验证领域服务的业务逻辑，确保其在各种情况下都能正确处理。同时，编写契约测试来验证基础设施层提供的服务是否符合领域层的期望。

5. 持续集成与持续部署：在CI/CD管道中，配置自动化测试和代码分析工具，确保每次代码修改都能通过测试，并且没有引入新的耦合。通过持续部署，可以在不同的环境中验证系统的稳定性和性能。

   例如，可以使用Jenkins、GitHub Actions等工具来构建CI/CD管道。每次提交代码后，自动运行单元测试、集成测试和契约测试，确保代码质量。

通过以上措施，可以在持续部署环境中确保领域逻辑与基础设施代码之间的清晰界线，从而提高系统的可维护性和可扩展性。