- 综合排序
- 最热优先
- 最新优先
- 来自专栏DevOps持续集成
DevOps推动业务成功的6点原则
6持续监控 没有办法确保逐步的DevOps流程，它的本质是要求跨开发框架的各个要素相互对话。那么如何处理失败呢？您找到它们并立即对其进行修复，这就是持续监视的目的。 原文链接： https://www.veritis.com/blog/devops-capabilities-a-6-point-principle-that-drives-business-success
45720发布于 2021-04-22 - 来自专栏运维之路
数字化转型杂谈6：“数字化业务”之“业务线上化”
金融企业经过20几年的发展，大部份业务都由线上业务系统支撑，业务数字化主要包括业务线上化、数据业务化、业务智能化三个方面。 业务线上化是基于连接、数据、赋能的数字化思维，对成熟的业务场景进行业务重塑，沉淀企业数字化能力，让业务和技术相互融合，扩展业务边界，增加支撑创新业务的能力。 业务线上化不仅仅是指将线下业务操作转移到线上系统，关键是业务在线化与业务数据化，需要关注：数据在线、产品研发在线、业务运营在线、渠道在线、客户在线、风控在线六个在线。 同时，需建立企业业务产品目录，在业务及技术层面抽象原子化、可整合、可复用的业务资源，加强企业资源整合。 3.业务运营在线：端到端的业务流程再造，提升业务运作效率。 6.风控在线： 建设在线的数字化风控体系 以全在线、可记录、可度量为目标，360度无死角地涵盖各业务线及分支机构的业务范围，通过对业务流程进行重新梳理，借助数字技术力量，围绕实时、数据化、穿透式
2.1K10发布于 2021-11-12 - 来自专栏销声匿迹
Core + Vue 后台管理基础框架6——业务日志
1、前言 上一篇，我们讲了审计日志，重点是重点业务表的审计字段。还有一种系统审计，就是重点业务对象的改动记录，是以审计日志表中的记录形式存在的。 CreateTime = DateTime.Now, LogName = this.LogName, LogType = "业务日志
62920发布于 2020-09-03 - 来自专栏云计算之道
业务上云之迁移策略-6R
业务上云的过程比较复杂，因为它需要处理技术、组织及运营等方面的需求。成功的上云策略既要考虑降低服务器的成本等短期目标，也考虑IT与业务目标的协调性和ROI。 我们可以基于下面的介绍并结合业务目标，选择合适的策略。 Re-host – 替换主机（Lift-and-shift） 该策略指的是直接迁移。一般情况下，应用的运行环境包括应用本身、数据库和操作系统层。 例如，应用在本地数据中心时使用运行在服务器上的数据库，迁移到云端后，调整为使用云平台提供的Database-as-a-Service，从而可以减少管理数据库的操作和时间。 如果业务要求增加新的功能、可扩展性或性能，而这种需求在原来的架构中很难实现，这种情况下可以考虑对应用进行重构。 该策略的成本比较高，但如果实行该策略后应用能更好地适应业务的需求，则可能带来非常大的好处。
2.6K20编辑于 2022-06-13 6款MCP工具，让AI真正懂业务
它看不见本地数据库结构，读不到最新的API变动，也不知道工单里具体写了什么需求。它只能根据训练数据去猜，而猜，就是Bug的源头。 它是一个标准接口，让AI能够安全地连接到本地工具、数据库和API。有了它，AI不再是只会纸上谈兵的聊天机器人，而是能直接读取文档、查询数据、甚至执行部署的工程师。 为了避免AI在项目里胡作非为，这里推荐6款能显著提升代码可用性的MCP工具。 PostgreSQL MCP前端有设计图，后端有数据库。AI最容易瞎编的就是SQL语句和表字段名。通过PostgreSQL MCP，AI以只读权限连接到本地或测试数据库。 通过 MCP 连接业务，通过 ServBay 搞定环境，把复杂的配置留给工具，把时间留给真正的创造。你用过哪些好用的MCP，分享一下吧～
76810编辑于 2025-11-266大数据库，挖掘7种业务场景的存储更优解无密分享
6大数据库，挖掘7种业务场景的存储更优解在当今数据驱动的时代，企业对于数据库的需求愈发复杂多样。为了应对各种业务场景，选择和应用合适的数据库变得至关重要。 本文将深入探讨6大数据库技术，并为其在7种常见业务场景下的存储提供更优解。 首先，我们简要介绍这6大数据库技术：关系型数据库（如MySQL、Oracle）、非关系型数据库（如Redis、MongoDB）、列式数据库、图数据库、时序数据库以及面向对象数据库。 每种数据库都有其独特的特点和适用场景。接下来，我们将这6大数据库技术与7种业务场景相结合，探讨其存储更优解。电子商务网站：对于电子商务网站而言，商品信息、用户数据以及订单数据的快速存储和查询至关重要。 通过深入了解各种数据库技术的特点和优势，结合具体业务场景的需求，我们可以为企业选择和应用最合适的数据库技术，从而实现数据的高效存储、查询和处理，为企业的业务发展提供有力支撑。
55210编辑于 2024-06-25- 来自专栏CSDN搜“看，未来”
缩略moduo库（6）：acceptor
文章目录 Socket Acceptor Socket #pragma once #include "nocopyable.hpp" class InetAddress; //封装sockfd class Socket:public nocpoyable{ public: explicit Socket(int sockfd) :sockfd_(sockfd) {} ~Socket(); int fd(){ return sockfd_;}
45840发布于 2021-10-09 - 来自专栏可以叫我才哥
数据分析原理：6步解决业务分析难题
读书交流│7期 数据分析原理 6步解决业务分析难题 data analysis ●●●● 分享人：夏宇 大家好，这里是小飞象·数据领地·读书会第7期完结直播总结分享，本次直播的目的有两个，一是我们第 ▶如何写出优秀的数据分析报告等~~ ······· 所以本期，小飞象·数据领地·读书会的直播总结，就来跟大家一起来品读《数据分析原理》：6步解决业务分析难题，系统地介绍了数据如何始于业务、取于业务、 —▼— 本书一共分为6个章节，算是深入浅出，相对体系化的介绍了数据分析全过程：从数据指标体系到分析目标拆解，再从数据获取与预处理到六大业务分析模块案例介绍，最后是分析结论的组织与验证并告诉我们如何对分析结论进行展示与汇报 那便是 懂业务！！ 更懂业务，才能更好的搭建业务指标体系！ 懂业务： 能讲清楚业务的含义、流程和价值 熟悉业务的顶层目标和子目标拆解 了解行业与行业大盘业务情况 如何懂业务： 多问为什么（了解背景、了解需求） 多主动思考（好奇心、批判性思维） —▼— ▼
92811编辑于 2023-08-28 - 来自专栏红日安全
Web安全Day6 – 业务逻辑漏洞实战攻防
业务逻辑实战攻防 1.1 逻辑漏洞概述 逻辑漏洞，之所以称为逻辑漏洞，是由于代码逻辑是通过人的逻辑去判断，每个人都有自己的思维，自己的思维容易产生不同想法，导致编写完程序后随着人的思维逻辑产生的不足，大多数逻辑漏洞无法通过防火墙 下图是简单的逻辑漏洞总结，当然肯定不只这些，逻辑漏洞很多时候需要脑洞大开： 1.3 如何挖掘逻辑漏洞 确定业务流程--->寻找流程中可以被操控的环节--->分析可被操控环节中可能产生的逻辑问题---> 所有的用户登录以及注册，都要与后端服务器进行交互，包括数据库服务器。
1.4K20发布于 2020-02-21 - 来自专栏从ORACLE起航，领略精彩的IT技术。
RHEL6 某业务用户ulimit -a命令找不到
最终确定是shell环境问题，临时改为/bin/bash即可查看. 1.问题现象 # su - jingyu $ id uid=503(jingyu) gid=507(jingyu) groups=507(jingyu) $ ulimit -a ulimit: Command not found. 2.临时切换为/bin/bash即可查看 $ echo $SHELL /bin/csh $ bash $ ulimit -a core file size (blocks, -c) 0 data
84330编辑于 2022-05-06 - 来自专栏SAP最佳业务实践
SAP最佳业务实践:FI–总账(156)-6冲销
4.9 冲销凭证 本业务情景描述了冲销 FI 凭证的步骤。在这个过程中，系统将生成会计凭证、向现有凭证添加信息，并更新受影响的分类帐中的业务额。 6. 记下凭证编号。 ? 当您过帐冲销时，系统会冲销源凭证。通过选择冲销原因，您可以为业务额（冲销之后）指定其应有的状态，而无需过帐已冲销的凭证及其冲销凭证。此类冲销称为“负过帐”。 通过选择冲销原因，您可以为业务额（冲销之后）指定其应有的状态，而无需过帐已冲销的凭证及其冲销凭证。此类冲销称为“负过帐”。
2.5K71发布于 2018-03-28 - 来自专栏陈黎栋的专栏啦
图数据库·业务总结·反欺诈
通过融合企业和个人银行资金交易明细、通话、出行、住宿、工商、税务等信息构建初步的“资金账户-人-公司”关联知识图谱。同时从案件描述、笔录等非结构化文本中抽取人(受害人、嫌疑人、报案人)、事、物、组织、卡号、时间、地点等信息，链接并补充到原有的知识图谱中形成一个完整的证据链。辅助公安刑侦、经侦、银行进行案件线索侦查和挖掘同伙。比如银行和公安经侦监控资金账户，当有一段时间内有大量资金流动并集中到某个账户的时候很可能是非法集资，系统触发预警（图7）
1.6K30发布于 2020-02-18 - 来自专栏信息化漫谈
如果数据库down，业务多久恢复？
数据库是整个系统的核心，如果主用数据库中断或故障，你的业务什么时间内能恢复？ 一、数据库是否必须做冗余？ 墨菲定律，鸡蛋不能放在同一个篮子中。 对于4级的重要业务，至少每天全量+增量备份，RPO/RTO从小时到天级别。 对于5的关键业务，要求数据丢失不能超过30分钟，即RPO小于等于30分钟。并能够在分钟级别恢复业务，即RTO分钟级。 对于6的核心业务，则要求做到数据零丢失，即RTO为0，RTO为分钟级。 三、云计算能帮助用户在数据灾备做到哪些？ 云计算能够在1-5级的灾备场景提供服务。 2、数据库快速恢复解决方案（应尽量缩短RTO时间，也就是数据恢复的时间量） 原理：当主用数据库中断时，能够通过快速切换数据库，将业务切换到正常工作的数据库上。 也可以采用第三方工具，如Zookeeper，通过检测数据库的状态，当异常时向应用程序返回正常工作的数据库IP地址。 3、大家一定会问第6级的业务如何恢复，仅靠标准公有云难以满足。
1.2K20发布于 2019-09-24 - 来自专栏mysql
hhdb数据库介绍(6)
在部署安装前或安装完成后请检查以下各项是否符合关系集群数据库使用要求，若不满足以下要求可能会给集群的运行带来不可预知的异常以及无法发挥集群的最佳性能。 net.ipv4.tcp_keepalive_probes 小于 6 sysdate-is-now 5.5版本及以下实例使用：select sysdate(),sleep(1),sysdate();5.5版本以上使用select sysdate(6) ,sleep(0.001),sysdate(6);测试要求两列时间相同 实例磁盘空间 实例数据目录绝对路径 各配置库实例表数量、表结构、表数据一致 主备配置库复制状态正常
27110编辑于 2025-03-07 - 来自专栏云计算专栏
优化IPv6业务可用性全过程
本文作者：腾讯云售后架构师 李彬文 一、访问CLB的原理概述 如果您的业务使用腾讯云CLB作为接入点，那么IPv6客户端访问的路径大致如下图： 图片.png 图片.png 正常的一次IPv6访问过程如下 ； 4.腾讯云CLB收到syn报文后根据四层负载均衡的规则，最终转发到部署业务的RS（云服务器）上； 5.云服务器收到syn报文后，查看是否有对应侦听的业务端口，然后回复syn+ack报文给到用户的IPv6 地址； 6.最终用户与部署业务的RS（云服务器）建立正常的TCP连接，然后进行正常的业务数据请求与交付直到断开本次TCP连接。 二、问题现象 业务域名：abc.test1.com 针对海南、内蒙、江西、贵州、广西5省的省会城市做的拨测，网络质量不高，IPV6的首页拨测可用性只有90%左右。 由于该业务是短连接，那么新建连接数相对长连接会更高很多，最终导致邻居表快速增长。
4.1K136103发布于 2020-07-19 - 来自专栏杨建荣的学习笔记
通过数据建模梳理数据库业务
以这个为出发点，我觉得很多DBA对于自己负责的数据库业务其实是不了解的，比如这个数据库数据量情况，数据变化情况，对象（表，索引）的分布情况，整体的SQL质量情况等，或者更高的一个要求，我们负责了100套数据库业务 ，这些数据库半天内产生了多少数据量，什么时候会是业务的高峰，什么时候相对会比较平稳，这些是我们应该了解的，但是显然这是我们忽视的。 所以通过这些数据可以得出一个初步的结论，这个数据库是一个典型的TP业务，数据变更很频繁，算是一个偏TP层面的业务。 ? 再来看一个数据，这个数据库的数据量不大，从两次的时间采集的数据来看，日志没有切换，更关键的，偏移量没有发生任何变化，所以通过这个层面来看，这很可能是一个僵尸业务，可以持续关注。 ? 再来看一个业务，这个数据库的数据量比较大，有60多G,日志切换切换很频繁，数据量的增长相对较快，所以这很可能是一个密集型写入的日志业务。 ? 通过这些数据分析，就会得到一些有效的数据模型。
91230发布于 2018-12-18 为什么跨数据库业务总是慢？
说说跨库用过Oracle和DB2这样的数据库的朋友应该听过一次名词，叫DBLink。A库的本地表和通过DBLink的B库的进行关联，效果通常不太好（反正比本地查询慢，应该都有这个感觉。 （总数1万条）同库根据A表逐条提交更新B表 完成耗时: 11217 ms同库根据A表逐条提交更新B表 平均每条耗时: 22.43ms同库根据A表批量提交更新B表 完成耗时: 669 ms同库根据A表批量提交更新 这是数据库本身刷脏机制决定的。批量就是比逐条提交快。那么跨数据库呢？在一个数据库上有A在另外一个数据库上有B两个表根据A表的数据更新B表。以500条为测试样本。 （总数1万条）跨库根据A表逐条提交更新C表 完成耗时: 18970 ms跨库根据A表逐条提交更新C表 平均每条耗时: 37.94 ms跨库根据A表批量提交更新C表 完成耗时: 9149 ms跨库根据A表批量提交更新 如果车票的表和支付的表（或者说账户的表）不是一个数据库。那么就是要从一个数据库查到了，通过接口或者服务去另外一个数据库更新。
17910编辑于 2025-10-22- 来自专栏跟着asong学Golang
Go业务开发中常用的几个开源库
最近总有一些初学Go语言的小伙伴问我在业务开发中一般都使用什么web框架、开源中间件；所以我总结了我在日常开发中使用到的库，这些库不一定是特别完美的，但是基本可以解决日常工作需求，接下来我们就来看一下。 大多数日志库基本都是基于反射的序列化和字符串格式化的，这样会导致在日志上占用大量CPU资源，不适用于业务开发场景，业务对性能敏感还是挺高的。 jsoniter可以解决这个痛点，其是一款快且灵活的 JSON 解析器，具有良好的性能并能100%兼容标准库，我们可以使用jsoniter替代encoding/json，官方文档称可以比标准库快6倍多， 后来Go官方在go1.12版本对 json.Unmarshal 函数使用 sync.Pool 缓存了 decoder，性能较之前的版本有所提升，所以现在达不到快6倍多。 总结 本文列举的几个库都是经常被使用的开源库，这几个库你都掌握了，基本的业务开发都没有啥问题了，一些初学者完全可以通过这几个库达到入门水平。
1.2K20编辑于 2022-07-11 - 来自专栏大数据，java，Python和前端
Maxwell采集MySQL Binlog业务库数据同步方案
简介： 针对业务库MySQL Binlog日志数据进行数据同步，从MySQL到Kafka，最终实现实时（准实时）数据采集。 产品目标完成实时数据采集，拉取业务数据库数据。 主要有6张表，bootstrap用于数据初始化、schemas记录所有的binlog文件信息、databases记录所有的数据库信息、tables记录所有的表信息、columns记录所有的字段信息、positions 值可以为具体的数据库、数据表、数据列，甚至可以用JS来定义复杂的过滤规则，也可以用正则表达式描述。如：# 仅匹配foodb数据库的tbl表和所有table_数字的表。 /table_\d+/’# 排除所有库所有表，仅匹配db1数据库--filter=’exclude:.
77510编辑于 2025-07-21 通过 YashanDB 数据库提升业务决策能力
要通过 YashanDB 数据库提升业务决策能力，首先需要理解数据库如何在数据存储、分析和提取过程中支持决策。以下是一些具体的方法：1. 数据整合与集中化YashanDB能够有效整合多种数据源。 通过将各类业务数据（如销售数据、客户数据、财务数据等）统一存储在一个平台上，能够提供一个全面的视角，帮助决策者更好地理解各个部门和业务的现状。 通过高效的查询语言和分析工具，业务分析师可以快速对数据进行切割和处理，从而更好地理解市场趋势、客户行为和产品表现等关键业务领域。 6. 优化运营和流程通过对运营数据的分析，能够识别出业务流程中的瓶颈或不必要的步骤，从而优化业务流程和提高效率。例如，通过数据分析发现生产过程中的延迟问题，可以采取措施加以改善。 - 提高效率：实时追踪和调整业务流程，确保每一环节的顺畅进行。总结通过YashanDB数据库，企业可以获得更高效、更精准的数据处理与分析能力，进而做出更为科学、数据驱动的决策。
18110编辑于 2025-10-05
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号