- 综合排序
- 最热优先
- 最新优先
- 来自专栏性能与架构
架构设计 - 隔离术
隔离术是保证系统高可用的重要手段，常用的隔离方式有以下几种。 1. 线程隔离 比如 Tomcat 有一个线程池，接收请求后就从线程池中分配一个线程进行处理。 ? 9. 资源隔离 常见的资源例如CPU、磁盘、网络。 比如使用 docker 容器时，有的容器写磁盘非常频繁，就需要考虑为不同的容器挂载不同的磁盘。 内容整理自《亿级流量网站架构核心技术》 点击?阅读原文，查看文章列表
80020发布于 2019-03-07 - 来自专栏快捷回复工具
企业知识库的多级分类设计与权限隔离：话术库架构实践
四、公共库与个人库的权限设计4.1两库分离的设计初衷企业话术管理中，存在两种截然不同的需求：公共库：主管统一维护，供全团队使用的话术，内容质量有保障个人库：员工个人积累的个性化话术，只对自己可见两库分离的好处 七、表情包库的多级分类设计客服不仅发送文字话术，还经常发送表情包。但表情包的管理比文字话术更复杂：表情包需要按场合分类，内部吐槽用的表情不能让客户看到。 7.1表情包的三级分类架构聊天宝的表情包库采用与文字话术相同的三级分类结构：展开代码语言：TXTAI代码解释表情包库├─正式场合（主管审核后发布）│├─问候类（点头微笑、握手、感谢）│├─确认类（OK手势 九、总结：知识库设计的四个核心原则分类要服务于查找：分类不是组织架构的镜像，而是员工找内容时的心智映射单点存储，避免复制：同一内容不要在多个地方存在，用关联表代替物理复制权限设计要分层：库级权限+字段级权限 +操作日志，三层保障数据驱动优化：搜索无结果率、使用频率分布，比主观判断更真实上述架构设计参考了企业内容管理（ECM）领域的成熟方法论，并针对客服场景做了针对性简化。
10110编辑于 2026-04-27 - 来自专栏猴子数据分析
面试应答有哪些话术和技巧？
是想通过这个问题知道，你是否愿意长期在公司干下去，还想知道你的职业规划是什么，毕竟面试官喜欢有明确目标的人。
1.1K20发布于 2021-06-10 - 来自专栏猴子聊数据分析
面试应答有哪些话术和技巧？
是想通过这个问题知道，你是否愿意长期在公司干下去，还想知道你的职业规划是什么，毕竟面试官喜欢有明确目标的人。
72800发布于 2020-08-14 - 来自专栏牛客网
产品岗面试经验谈［话术篇］
问题2: 一句话概括产品经理的职责？（联想） 分析：考查对岗位的认知，以及应试者的临场概括能力。 参考回答：通过市场和用户调研，对用户的需求进行分析，设计功能，协作实现并迭代，为用户解决问题。 搜狐有问你这个作品集的产品，这个页面背后的数据库怎么设计的，前后端响应过程描述一下。头条有问，数据清洗的过程。 依图有问，你这个产品的各种参数，技术架构等，因为面试老师相信，一个合格的产品经理，是对产品最为了解，各方各面都能说出123的人。。 最后，器，这里指的是围绕个人简历或作品集中的相关问题。 （阿里） 问题9: 你这个简历上说喜欢读书，你对中国古代哲学了解吗？王阳明？朱熹？（京东） 问题10:谈一谈你最挫折的经历？为什么不做技术？（腾讯） 问题11:恋爱过吗？ 上文从道、术、器三个角度来分享了一些产品应届面试话术，俱往矣，数风流产品，还看各位小朋友！本人也将在近期不定时在牛客网上更新一些面试经验贴，希望对大家有所帮助，谢谢！
1.6K00发布于 2018-05-30 - 来自专栏技术社区
很值得学的前端面试话术
面试时说话让面试官感觉你有经验，面试时要带点匪气！要有一种工作经验丰富的感觉 例如面试官问：你说一下对闭包的理解
40920编辑于 2022-06-16 - 来自专栏Lan小站
渣男手册，安卓恋爱话术库API
import requests while (True): i = input("对面怎么说：") print("盘他：") url = 'http://app.lihsk.com/lihsk/android/paster/getPasterByTitle.html' data = { 'name': i, 'pageNumber': '1', 'pageSize': '10' } html = request
1.1K10编辑于 2022-07-14 - 来自专栏闲余说
架构设计 9-可扩展架构之分层架构
导读：《架构设计》系列为极客时间李运华老师《从0开始学架构》课程笔记。本文为第九部分。首先整体介绍可扩展架构的基本思想——“拆”，以及如何拆；随后介绍了面向流程的拆分，即分层架构。 基本思想 所有的可扩展性架构设计，背后的基本思想都可以总结为一个字：拆！ 分层架构 概念：分层架构是很常见的架构模式，它也叫 N 层架构，通常情况下，N 至少是 2 层。 根据不同的划分维度和对象可分为：C/S 架构&B/S 架构、MVC 架构&MVP 架构、逻辑分层架构。 C/S 架构、B/S 架构 划分的对象是整个业务系统 划分的维度是用户交互，即将和用户交互的部分独立为一层，支撑用户交互的后台作为另外一层 MVC 架构、MVP 架构 划分的对象是单个业务子系统 划分的维度是职责
92110编辑于 2022-08-19 - 来自专栏全栈测试
互联网行业常见话术，各有各的南
程序员 - 产品经理 - 设计师 - 市场专员 - 测试工程师 - 运营 - HR - 媒介 - KOL - 采购 - 财务 - BOSS - 以上，是不是像极了一场“xx了么”造句现场？
1.2K20发布于 2020-10-23 - 来自专栏吴伟祥
8种绝对成交的销售话术技巧 转
【有什么销售话术和技巧】让你【绝对成交】？下面学习啦小编分享了8种【绝对成交的销售话术技巧】，供你阅读参考。 销售话术1、顾客说：我要考虑一下。 对策：时间就是金钱。机不可失，失不再来。 销售话术2、顾客说：太贵了。 对策：一分钱一分货，其实一点也不贵。 (1)比较法： ①与同类产品进行比较。 销售话术5、顾客说：别的地方更便宜。 对策：服务有价。现在假货泛滥。 销售话术7、顾客讲：它真的值那么多钱吗? 对策：怀疑是奸细，怀疑的背后就是肯定。 销售话术8、顾客讲：不，我不要…… 对策：我的字典了里没有“不”字。 (1)吹牛法： 吹牛是讲大话，推销过程中的吹牛不是让销售员说没有事实根据的话，讲价话。
12.9K40发布于 2018-08-14 - 来自专栏大魏分享（微信公众号：david-share）
互联网架构中的9种隔离术以及容器化的实现
9种隔离术 在硬件方案设计的时候，我们常提到过一个概念“故障域”。故障域指的是当一个区域出现故障以后，它的受影响范围。例如在设计双活数据中心的时候，我们要设置故障域，那个故障域是A站点，哪个是B站点。 当然，应用级别的隔离术比硬件的隔离更为细致。其中包括： 1.线程隔离 线程隔离主要指的是线程池隔离。根据前端的请求不同，把需求转发到不同的线程池中。 详见笔者此前文章： 浅谈互联架构下的各种缓存技术 9.资源隔离 资源隔离是比较好理解发的。如CPU、内存、IO的隔离。这同样属于传统硬件隔离范畴。基本原则是，按照业务特点，业务区域。 隔离术的容器化实验 参照红帽的一个容器化电商的代码（https://github.com/jbossdemocentral/coolstore-microservice），其架构如下。 ? 即说微服务应该尽量设计成边界清晰不重叠，数据独享不共享。实现所谓的“高内聚、低耦合”。这样有助于实现独立可部署（independently deployable）。 ?
4.2K41发布于 2018-03-22 - 来自专栏Go语言学习专栏
面试可以参考这些话术
前言 分库分表的落地不仅是技术方案的设计，更考验从单库到分片的全链路适配能力。 很多面试中，面试官不仅问怎么分，更关注分完怎么用。 开发会不会踩坑？一致性怎么保？查询性能怎么扛住？运维怎么应对变化？ 我设计了双写 + 灰度迁移方案：先让新表和旧表同时写入，读请求还走旧表，这样即使迁移出问题，回滚也方便。
11010编辑于 2026-03-17 - 来自专栏黄啊码【CSDN同名】
面向失败设计之道、术、技
这个问题，我的理解是，除了架构设计能力、项目管理能力、技术规划能力、技术领导力之外，面向失败设计能力也是极其重要的一环。 业务开发的新同学有时候可能会有迷之自信，觉得自己写的代码与老鸟们没有什么不同。 2.3.4 不要相信基础设施 即使是支付宝也会崩溃，即使是可用性 6 个 9 的系统，全年也有 31 秒中断。不要相信基础设施，做好灾备，搞好混沌工程，才能让你每个晚上睡得安稳，避免被报警电话打醒。 三、术 术的层面，我想讲讲在组织和流程角度如何面向失败设计。 红锁的本质是一个概率问题：如果一个主从架构的 Redis 在高可用切换期间丢失锁的概率是 k%，那么相互独立的 N 个 Redis 同时丢失锁的概率是多少？ 难以在集群版或者标准版（主从架构）的 Redis 实例中实现。 占用的资源过多，为了实现红锁，需要创建多个互不相关的云 Redis 实例或者自建 Redis。 （2）使用 WAIT 命令。
1K20编辑于 2022-06-20 让.NET代码拥有“仙骨”：多层架构设计的道与术
序：架构师的修仙之路 各位道友，今日我们探讨.NET多层架构设计之道。架构如修真，分层似筑基，唯有打好根基，方能成就大道。 在软件开发的世界里，架构设计就如同修真界的功法选择，决定了你未来能走多远。 多层架构(Multi-tier Architecture)便是.NET世界中最经典、最实用的"功法"之一。 一、多层架构初探 1.1 何为多层架构？ 常见实现： Entity Framework Core Dapper ADO.NET 三、进阶：现代.NET多层架构演变 3.1 领域驱动设计(DDD)分层 ┌─────────────────┐ ，存乎一心 多层架构如同修真功法，没有绝对的最强，只有最适合。 小项目可用简单三层，大系统可考虑DDD或清洁架构。关键是要保持层次清晰、职责单一、依赖合理。 愿各位.NET道友在架构修炼之路上，早日突破瓶颈，成就架构金仙！
32310编辑于 2025-08-24- 来自专栏AIGC大模型应用
基于 RAG 和 Dify 的生产级电话销售话术生成工具
部署 Agent 方案设计云服务为部署 Dify 和 GenAI Agent 解决方案提供了独特优势：腾讯云拥有完整的数据服务体系，从数据存储（COS、TDSQL）、数据处理（EMR、DataWorks 流程设计以企业 HR 智能助手场景为例，搭建一个支持 RAG 及 text2SQL 数据分析的智能 Agent。部署实战一、部署 Dify。 对于生产环境场景，我们建议通过 腾讯云 TKE、COS、TDSQL、Redis、TI-ONE 部署高可用架构。 参考架构：技术要点1、架构设计以 腾讯云 TKE 为核心：利用 Kubernetes 编排能力部署 Dify 的三个核心业务组件和六个基础组件高可用性设计：通过增加核心服务副本数量实现高可用腾讯云托管服务集成 Redis 替代内置组件，提升可靠性2、基础组件配置向量数据库：使用 Tencent VectorDB关系型数据库：使用 TDSQL 存储结构化数据，将关系型数据库与向量数据库统一使用 TDSQL 以简化架构缓存与消息队列
72300编辑于 2025-04-02 - 来自专栏JAVA技术zhai
“道、术”结合，直击架构本质
目前讨论架构实操（术）的文章较多，讨论架构理念（道）的较少，本文基于作者在大型电商系统架构方面的一些实践和思考，和大家聊聊架构理念性的东西，希望能够抛砖引玉，推进大家对架构的认识。 什么是道，什么是术？道是事物发展的本质规律，术是事物发展的具体途径。规律只有一个，途径很多，条条大路通罗马，罗马是道，大路是术。道为本，术为途，如果事先知道罗马在哪里，那么遍地是路，路路相通。 现在大家讨论更多的是技术架构，如高并发设计，分布式事务处理等，只是因为这个不需要业务上下文背景，比较好相互沟通。具体架构设计时，首先要关注业务架构和应用架构，这个架构新手要特别注意。 在此基础上，架构师要有技术的广度（多领域知识），又有深度（技术前瞻），对主流公司的系统设计非常了解，知道优劣长短，碰到实际问题，很快有多种方案可供评估。 第二境界的方案只解决表面问题，往往设计不够，碰到其它类似问题或者问题稍微变形，系统需要重新做。
1.1K60发布于 2019-02-15 - 来自专栏站长的编程笔记
【说站】土味情话恋爱话术微信小程序源码
有一个人看广告就有一份钱， 这是一款土味情话版本的恋爱话术小程序源码 内涵多种土味情话供你选择,让你在和小美眉聊天的时候再也不怕冷场了 该小程序免服务器和域名,低成本 安装方法也是特别的简单,只需要上传微信开发者工具即可
96320编辑于 2022-11-24 - 来自专栏公共互联网反网络钓鱼（APCN）
PyPI用户遭持续钓鱼攻击：仿冒域名+“账号验证”话术卷土重来
这很可能是一场精心设计的钓鱼攻击。据乌克兰科技媒体dev.ua近日报道，PyPI安全团队确认，一场针对Python开发者的网络钓鱼活动已持续数月。 据PyPI安全团队披露，本轮钓鱼邮件通常包含以下要素：紧迫性话术：如“为保障平台安全，请立即验证您的账户”“未验证将暂停发布权限”；仿冒发件人地址：使用类似“security@pypi-support[ .]com”或“noreply@pypi-verify[.]net”等看似官方的邮箱；高仿登录页面：页面设计几乎与真实PyPI登录页一致，甚至包含HTTPS锁图标和“官方”Logo；诱导输入敏感信息：要求用户输入用户名
29010编辑于 2025-11-05 - 来自专栏站长的编程笔记
【说站】恋爱话术表白头像漫画制作微信小程序
本文编程笔记首发 推送到百度 恋爱话术表白头像漫画制作微信小程序 恋爱信封表白制作生成(内涵N种文案)、头像转漫画制作、土味情话、舔狗语录、渣女语录、暖男情话等等多种功能 使用方法: 使用微信开发者工具
1.1K10编辑于 2022-11-25 - 来自专栏木宛城主
Unity应用架构设计(9)——构建统一的 Repository
根据上述的描述，Repository 模式的架构图如下所示： ? 可以看到，通过统一的接口，可以实现对不同存储介质的访问，甚至是访问远程数据。
1.1K60发布于 2018-01-11
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号