在持续部署过程中，借助领域驱动设计（DDD）的方法来解决业务和技术之间的矛盾点，可以采用以下策略：

1.明确核心领域与支撑子域：在项目之初通过业务领域建模，确定哪些领域是核心业务，哪些是支撑子域。这有助于团队集中资源优化关键业务流程的技术实现，同时对非核心部分采取更为实用和快速的解决方案。例如，在电商平台项目中，交易流程可能是核心领域，需要精细设计和高效的技术支持；而内容管理则可以看作支撑子域，采用成熟的技术组件实现即可。

2.ub域建模与边界上下文定义：通过绘制领域模型图，明确不同业务领域的边界，有助于避免技术实现中的混乱与重叠。边界上下文的定义使得我们可以更加清晰地识别出哪些业务规则是由特定的技术组件负责实现的，哪些是跨域共享的，从而指导技术架构的设计。

3.微服务架构与自治团队：采用微服务架构与DDD理念相结合，可以让不同的业务领域或子域由不同的团队独立负责。每个团队专注于自己的业务领域，拥有高度自治的设计权和快速迭代能力，这样不仅可以加速交付，还能确保每个领域的专业技术方案更加贴合业务需求。比如，在一个大型企业中，客服、销售、财务等不同部门可以形成独立的服务团队，每个团队围绕各自的业务目标进行持续部署。

4.领域事件与消息驱动：利用领域事件来促进不同业务领域间的解耦。当一个业务领域内发生重要变更时，通过发送领域事件通知相关的其他领域，各领域根据需要订阅这些事件并做出相应处理，这样的设计方式可以减少直接的技术依赖，提高系统的灵活性和可扩展性。例如，当订单状态发生变更时，可以通过领域事件通知库存管理系统和物流管理系统，各自独立地做出响应。

5.持续集成与交付管道：建立一套支持DDD原则的持续集成与交付管道，确保每个子域的技术变更能够快速、可靠地集成到主干中。管道内嵌入的自动化测试和部署脚本应覆盖到领域逻辑的验证，以及对领域间交互的测试，保证每次提交都不会破坏现有业务逻辑的一致性和正确性。

通过以上这些方法，可以在实施持续部署的过程中，利用DDD的原则和技术手段有效地处理好业务与技术之间的矛盾，促进敏捷开发与快速交付，同时保障系统的健壮性和可维护性。"