在当前 AIGC 迅猛发展的时代，技术与应用场景的融合正以前所未有的速度推进。从全球范围来看，生成式 AI 已经从单一的内容生产工具，快速演化为全产业链赋能的核心引擎。如，OpenAI 的 GPT 系列模型在文本生成领域奠定了标杆，而 MidJourney、 Stable Diffusion、Flux、DALLE 等在图像生成领域掀起了创作革命。音乐、视频等领域也在蓬勃发展。在中国，各大科技公司争相布局，AIGC 正广泛渗透至社交媒体、电商、影视文娱、教育和企业服务等领域。无论是文本生成、图像生成，还是视频、音频内容的自动化生成，AIGC 技术的广泛应用推动了创新型产品的诞生。然而，随着用户需求的增长和复杂度的提高，AIGC 产品的工程架构面临着日益严峻的扩展性挑战。如果架构设计不当，AIGC 系统可能在性能、稳定性和可维护性方面遇到瓶颈，难以支撑业务的长期发展。本文分为两个大的部分：一个是从架构设计原则、数据处理、模型管理、计算资源分配、服务治理及弹性扩展等多个方面，简单探讨如何设计和实现具有良好扩展性的 AIGC 产品工程架构；另一个是从一个 AIGC 创业公司的角度来看，如何基于开源模型做好 AIGC 产品工程架构的扩展性。1. 扩展性为何是 AIGC 产品的核心需求？AIGC 产品的架构设计不同于传统的互联网系统，其扩展性的需求来源于以下几个方面：模型规模与复杂性：AIGC ...继续阅读 (2)

在 AIGC 引领的新一轮技术浪潮中，企业如何将尖端的 AI 技术转化为真正落地的产品，是一场效率与创新的较量。尽管 AIGC 的算法突破令人瞩目，但真正实现技术价值的关键，往往在于背后的工程架构。从内容生成到智能交互，从模型训练到高效部署，AIGC 工程架构正在重塑企业的技术能力版图。今天，我们将从核心角色与关键问题入手，深度解析 AIGC 工程架构如何驱动生成式 AI 的落地与创新。1. AIGC 工程架构概述1.1 什么是 AIGC 工程架构？AIGC 工程架构是围绕 AIGC 技术的研发、部署和应用所设计的一整套技术体系和工程方法论。它涵盖了从数据处理、模型开发、训练与优化，到推理部署，以及最终产品化的全链路流程。AIGC 工程架构的核心目标是将生成式 AI 技术高效地转化为可以落地的产品和服务，同时满足性能、稳定性、可扩展性以及业务需求的多样性。简单来说，AIGC 工程架构不仅仅是一个技术堆栈，而是一个完整的工程化体系，旨在让 AI 模型的生成能力能够被高效地开发、集成、优化和应用。1.2 AIGC 工程架构的核心组成部分AIGC 工程架构可以分为以下几个关键组成部分，每个部分都有其明确的职责和作用：1.2.1 数据层数据是 AIGC 系统的基础。数据层负责提供用于训练和优化生成式模型的高质量数据集，同时支撑模型在推理阶段的输入与输出。主要包括：数据收集：从公开数据源、企 ...继续阅读 (2)

ComfyUI 是一个基于 Stable Diffusion 的开源 AI 绘图工具，采用了模块化的节点式工作流设计。它通过将 Stable Diffusion 的各个组件和处理步骤抽象为独立的节点，使得用户可以通过直观的拖拽、连接操作来构建复杂的图像生成流程。ComfyUI 解决了传统 AI 绘图工具易用性差、扩展性低的问题。其模块化设计和直观的 Web 界面大大降低了用户的使用门槛，无需深入了解底层技术细节，即可快速构建和调整工作流。同时，ComfyUI 还提供了强大的自定义节点机制，允许开发者轻松扩展新的功能和模型，使其能够适应不断发展的AI绘图领域。ComfyUI 最初由开发者 Comfyanonymous 在 2022 年末发起，旨在提供一个简单、直观的 Stable Diffusion Web UI。早期版本实现了基本的节点类型和 Web 界面，展示了其模块化设计的优势，吸引了一批 AI 绘图爱好者的关注。在 2023 年春夏，ComfyUI 进入了快速发展阶段。项目不断增加新的节点类型，如 ControlNet、Inpaint、Upscale等，支持更多的图像控制和后处理功能。同时，ComfyUI 引入了自定义节点机制，大大扩展了其功能和适用范围。项目也集成了更多 Stable Diffusion 衍生模型，为用户提供了更多选择。随着用户社区的不断壮大，ComfyUI ...继续阅读 (19)

引子：从《北京折叠》说起《北京折叠》是郝景芳的一篇著名科幻小说，最早于 2012 年 12 月发表在清华大学的学生论坛水木社区的科幻版。2016 年获得第 74 届雨果奖最佳中短篇小说奖，2018 年获得第 49 届星云赏海外部门短篇小说奖项。雨果奖介绍这篇小说「构建了一个不同空间、不同阶层的北京，可像‘变形金刚般折叠起来的城市’，却又‘具有更为冷峻的现实感’」。《北京折叠》讲述了北京这个城市被分割成了三个空间，每个空间的人们在各自的时空中生活，彼此之间几乎没有交集。第一空间的人高高在上，掌控着资源与权力；第二空间的中产阶级维持着相对体面的生活；第三空间的人则在贫困、压抑中挣扎求生。三层空间的生活轨迹几乎不会重叠，仿佛他们生活在完全不同的世界中。作为一名程序员，这个故事让我不禁联想到我们这个行业中的「折叠北京」，在不同的公司、岗位和城市，程序员们同样被划分成了不同的「空间」。每个人的职业轨迹、生活方式和所面临的问题大相径庭，甚至无法体验到他人生活中的酸甜苦辣。我曾在大厂呆过，在小公司也做过，自己也曾创业。在这些不同的「空间」里，我看到了程序员群体的多样性，感受到了他们各自的焦虑与困境。今天，我想借用《北京折叠》的框架，来聊聊程序员世界中的三种「空间」，它们之间的壁垒、差异，以及偶尔交错的瞬间。1. 第一空间：大厂程序员的「黄金时代」在程序员的世界里，第一空间无疑是那些在头部互联网大 ...继续阅读 (4)

上周末花了 5 个小时，从零开始给娃训练了一个基于 flux1_dev 的 lora，用于生成娃的照片。以下为详细（保姆级）的过程记录，有想法又没有自己训练过 lora 的程序员爸爸或妈妈们可以尝试一下。可能的时间成本：2 ~ 5 小时，资金成本：5 ~ 10 块。环境准备因为我们会用到 GPU 机器，去类似于阿里云这种云平台租，太贵。这里我们选择的是 audodl ，一个比阿里云便宜 60% 的可按小时租 GPU 服务器的算力平台。autodl 基于容器实现，在使用上有一些局限性，但是对于我们当下的需求来说，还是非常匹配的。我们选择如图 1 所示的配置：图14090D + 50 G 额外的空间尽量选择空闲 GPU 多的主机或所在区，因为可能会存在主机 GPU 不够的情况。下单付款，等待容器启动。容器启动后，直接使用官方提供的 web 的终端，这个终端有一个好处是当你关掉浏览器以后，终端还在，有点类似于 nohup 的执行状态。需要说明一下，autodl 的存储分为系统盘和数据盘，在 /root/autodl-tmp 下为数据盘空间。我们要下载的模型、项目等都放到数据盘下。把 commfy UI flux 跑起来1. 创建 comfyUI 的环境并跑起来cd~/autodl-tmp gitclonehttps://github.com/comfyanonymous/ComfyUI ...继续阅读 (9)

随着业务的发展，研发团队和系统架构往往面临一个共同的难题：如何在规模不断扩大的情况下，保持高效、稳定的输出。你是否曾经历过这样的困境：系统运行环境中的负载不断攀升，不得不频繁进行性能优化；团队规模扩充后，开发协作开始变得混乱，沟通成本直线上升；技术债务不断积累，系统的开发和维护变得艰难？这些问题的本质在于规模管理的缺失或不足。规模不仅仅体现在系统需要处理越来越多的用户和数据层面，还包括团队管理、开发流程和技术栈的复杂性增长。如果缺乏系统化和工程化的管理方法，规模的扩大往往会拖慢研发效率，甚至导致项目失控。那么，如何通过系统化、工程化的手段，来解决规模扩展带来的复杂性和挑战呢？1 研发中的规模在软件研发中，规模主要可以分为生产规模和开发规模两大类。具体来说，研发中的规模主要包括以下几个方面：1.1 生产规模生产规模指的是系统在实际运行环境中所需处理的负载、并发能力和扩展性。它关注的是一个系统在面对业务增长时，是否能够高效处理不断增加的数据量、用户请求、并发任务等。包括：并发处理能力：系统可以同时处理多少用户请求或任务。数据处理能力：系统能够处理的数据量级别如何，是否支持大数据量的存储、查询和分析。网络流量承受能力：系统在面对大规模用户访问时，是否能够保持稳定的响应时间，并在流量高峰期依然能够正常工作。弹性扩展能力：系统是否可以根据流量的变化自动扩展资源，避免高负载时的性能瓶颈和低负载 ...继续阅读 (16)

在构建和演进复杂企业级系统时，架构师常常面临一个令人头痛的现象：架构劣化。当系统初始设计时一切都井然有序，但随着业务需求的不断增多、新功能的迭代、技术栈的多样化引入，系统开始逐渐变得复杂，模块间的耦合度不断上升，开发者在维护和扩展时难免感到力不从心。系统的可预测性降低，Bug 频发，技术债务迅速累积，甚至每一次小的改动都可能引发意想不到的问题。为什么曾经清晰的架构会走向失控？如何在长期的系统演化中，保证架构的灵活性与可维护性，而不让其逐渐腐化？这一切都指向了一个关键问题：架构设计中的一致性。正如 Fred Brooks 在《设计原本（The Design of Design）》中所言：「一致性应该是所有质量原则的根基。」今天我们将从风格一致性、解决方案一致性、以及形式一致性三个方面，聊下架构设计中如何实现一致性。1 风格一致性：统一的架构模式何谓风格？架构风格是构建系统时遵循的一套原则和模式，它为系统的设计提供了抽象框架。风格可以看作是架构中一系列可重复的微观决策，这些决策在不同上下文中应用，旨在最小化开发者的脑力负担。风格具有其属性：妥适性：根据奥卡姆剃刀原理，风格应避免引入不必要的复杂性，满足基本功能即可。这意味着架构设计中应当聚焦于最核心的需求，避免过度设计。普遍性：风格应该具备广泛适用性，能够通过有限的功能支持多种结果。这种普遍性有助于减少架构中的冗余，提升系统的灵活性。架 ...继续阅读 (33)

研发团队没有战斗力，怎么解？在现代企业中，研发团队的战斗力是企业竞争力的重要组成部分，尤其是在技术驱动型的公司。一个高效、有战斗力的研发团队不仅能快速适应市场变化，还能通过技术创新为企业创造更多的价值。那么，如何才能打造一个有战斗力的研发团队？我们先界定问题，拆解问题，然后再看怎么系统化的去解。1 界定问题我们需要明确什么是「有战斗力的研发团队」，并清楚当前团队与理想状态之间的差距。用我和我们家闺女常说的，当有人和你说一些事情的时候，需要看一下他说的「是一个观点还是一个事实」。「研发团队没有战斗力」，这明显是一个观点。基于这个观点，接下来我们要做的，就是去拆解这个观点背后的事实，并找到支撑这个观点的具体原因。那事实有哪些呢？1.1 任务完成效率低团队的任务完成效率可以通过数据来衡量。如果团队频繁出现项目延期、任务积压，或者在完成某些任务时总是比预期时间拖延很多，这通常会被认为是研发团队没有足够战斗力的重要表现之一。这里的事实包括：项目计划与实际进度的差距有多大？每个任务的平均完成时间是否过长？团队在解决问题时是否常常遇到瓶颈？这些数据可以通过项目管理工具（如 Jira、Trello 等）来进行追踪和量化。一旦明确了当前的情况，我们就能更好地了解团队效率低下的具体原因。1.2 沟通不畅沟通问题是研发团队中非常常见的困扰之一。它可以通过以下事实来体现：团队成员之间是否常常因为沟通不足而 ...继续阅读 (19)

在现代软件开发和运维的领域，Docker和Kubernetes (K8s)已经成为不可或缺的技术工具。对于架构师来说，理解这些技术的核心概念不仅有助于系统设计，同时也是对系统稳定性、可扩展性和运维效率的强大保障。本文我们将从架构师的角度出发，聊下 Docker 和 K8s 的核心概念或逻辑，并阐述如何将这些技术应用于企业级系统中。文章不仅会介绍背后的概念，还会结合实际经验，分享一些对架构设计的思考和观点。1. Docker 的核心逻辑1.1 容器化Docker 的核心在于容器化技术。从架构的角度来看，容器化的本质就是对应用及其依赖的封装，使其在任何环境中都能够保持一致的运行效果。1.1.1 传统环境问题在传统的应用部署中，开发、测试和生产环境往往会存在差异，导致「在我电脑上能跑」的问题频繁出现。这种问题的根本原因在于环境的不一致：不同的操作系统、不一致的库版本、系统设置的差异等。这些问题在复杂的企业系统中尤为突出，开发团队与运维团队之间经常出现摩擦。1.1.2 Docker 的解决方案Docker 通过容器化技术解决了上述问题。容器不仅包含了应用程序的代码，还包括了运行该应用所需的所有依赖项（例如库、配置文件等）。更重要的是，Docker 容器之间相互隔离，并且与宿主机共享同一个内核。这使得容器更加轻量化，并且能够快速启动和扩展。对于架构师而言，Docker 的核心价值在于环境一致 ...继续阅读 (19)

...继续阅读 (16)

【说明】全文约 18000 字，阅读需要约 40 分钟。是关于后端性能优化的系统性梳理，从缓存、批量处理、异步处理、数据压缩、并行化处理、避免不必要的请求等 6 个方面做了详细的表述。作为后台架构师，你是否经常面临系统响应缓慢、资源消耗过高、用户反馈不佳等问题？在复杂业务场景下，系统性能的瓶颈往往隐藏在不起眼的细节中，如何精准识别并高效解决这些问题，是每一个架构师必须掌握的核心技能。本文将为你揭示后台架构优化的六大核心方法——缓存、批量处理、异步处理、数据压缩、并行化处理和避免不必要的请求。每一种方法都代表了架构设计中的重要策略，通过掌握这些方法，你将能够大幅提升系统的响应速度、降低资源消耗，同时确保系统的稳定性和扩展性。无论你是刚入行的新手，还是经验丰富的老手，这些优化方法都能为你的系统带来实质性的性能提升，助你在架构设计中游刃有余，轻松应对各种性能挑战。1. 缓存1.1 缓存解决的问题在计算机科学中，缓存是一种用于存储临时数据的机制，旨在加速数据的访问速度。缓存的出现主要是为了解决以下两个问题：数据访问速度的差异：在计算机系统中，存储设备的访问速度各不相同。比如，CPU 的访问速度非常快，而硬盘的访问速度相对较慢。如果每次访问数据都需要从硬盘或远程服务器读取，系统的整体性能将受到严重影响。为此，系统会将经常访问的数据存储在访问速度更快的介质（如内存、CPU 缓存等）中，从而提升 ...继续阅读 (15)

在这个数字化高度依赖的时代，安全不仅仅是一种防御手段，更是一种核心竞争力。对于 SaaS 初创企业而言，安全策略的构建如同奠定企业发展的基石，决定着未来的稳定与可持续性。在开始构建基于云服务的 SaaS 平台时，如何在前期制定全面而有效的安全策略，将直接影响公司能否在激烈的市场竞争中立于不败之地。任何忽视安全的行为，都会为企业未来的成长埋下隐患。今天我们要聊的安全仅仅是狭义上的安全，包括外部的攻击，以及企业内部管理不规范或误操作导致的安全问题等。SaaS 初创业企业的安全策略包括外部安全和内部安全两大方面。每个方面都是针对特定的安全问题而梳理的，都会有对应的解法。1 外部安全外部安全主要涉及防范来自外部的威胁，如网络攻击、中间人攻击、数据泄露等。以下是关键领域及其应对策略：1.1 网络安全安全问题：网络安全是外部安全的核心，涉及防护企业网络免受各种外部威胁的攻击。常见的网络威胁包括 DDoS 攻击、SQL 注入、中间人攻击等。这些攻击可能导致服务中断、数据泄露，甚至系统被完全控制。解决方案：防火墙与 DDoS 防护：部署多层防火墙，包括应用层和网络层防火墙，以过滤恶意流量。通过云服务提供商（如阿里云、腾讯云、AWS）的 DDoS 防护服务，可以自动检测并缓解大规模流量攻击。早期考虑先上一波动态 CDN。加密通信：强制使用 HTTPS（TLS/SSL） 来加密数据在传输过程中的安全性 ...继续阅读 (23)

【说明】全文约 15000 字，阅读需要 30 分钟。是关于架构师核心能力的系统性梳理，从系统设计能力、技术能力、全局视角与系统性思维、沟通与协作能力、项目管理能力、质量保障与技术债务管理、创新与前瞻性思维等 7 个能力做了详细的表述。在软件开发领域，架构师常被视为技术的领航者和项目的灵魂人物。他们不仅仅是技术专家，更是系统的规划者、团队的协调者和问题的解决者。随着技术的不断演进和项目复杂性的提升，架构师的角色也在不断扩展和深化。要成为一名优秀的架构师，掌握以下七大核心能力至关重要。这些能力不仅奠定了架构师的技术基础，还支撑了他们在项目中的领导力和决策力。1. 系统设计与建模能力系统设计与建模是架构师的看家本领，是将业务需求转化为可落地执行的技术蓝图的关键一环。这需要架构师具备深厚的技术功底和丰富的实践经验。架构师首先要具备的就是将业务需求转化为系统设计的能力。这个过程并不仅仅是技术上的实现，而是需要架构师深入理解业务目标和背景，并将这些抽象的需求转化为切实可行的技术方案。架构师需要与产品经理、业务分析师等角色密切合作，理解用户的需求、业务流程和核心目标，准确提炼和细化需求，明确系统的目标定位、功能边界、非功能需求等关键要素。要能透过表象看本质，抓住需求的核心要义。在需求分析的基础上，架构师要进行深入的领域建模。这需要运用领域驱动设计( DDD )等方法，对业务实体及其之间的关系进 ...继续阅读 (25)

前后端分离架构是一种现代Web应用程序的架构模式，其核心逻辑是将应用程序的前端(用户界面)和后端(业务逻辑和数据访问)分离开来，使它们成为独立的部分。前端和后端通过API进行通信，彼此独立开发、测试和部署。前端负责用户界面的呈现和交互，通过 HTML、CSS和 JavaScript 等实现。后端负责业务逻辑的处理、数据的存储和检索，提供 API 接口供前端调用。前端和后端通过 HTTP 协议进行通信，传输数据通常使用 JSON 格式。1 前后端架构的演化过程前后端分离架构并不是直接出现的，它是随着技术的发展慢慢演化而来的，大概分为如下几个阶段。早期的 Web 应用( 20 世纪 90 年代)：在 Web 应用程序的早期阶段，前后端是紧密耦合的。服务器端使用模板引擎(如 PHP、JS P)生成完整的 HTML 页面，前端主要使用 HTML、CSS 和少量的 JavaScript，与后端混合在一起。这种架构模式简单直接，但灵活性和可维护性较差。Ajax 的出现( 2005 年)：Ajax(Asynchronous JavaScript and XML)的出现，标志着前后端分离的开始。通过 Ajax，前端可以在不刷新页面的情况下与服务器进行异步通信，实现局部内容的更新。这种技术使得前端能够更加动态和交互，但前后端的耦合度仍然较高。RESTful API 的兴起( 2000 年代中期)：随 ...继续阅读 (94)

领域驱动设计(Domain-Driven Design， DDD)是一种软件开发方法，由 Eric Evans 在 2003 年出版的同名著作《领域驱动设计：软件核心复杂性应对之道》中提出。DDD 的核心思想是，相比技术实现，业务领域知识对软件项目的成功更为关键。因此，开发团队应该将主要精力投入到理解和建模业务领域，并以此指导软件设计和开发。DDD 主要解决以下问题：业务复杂性：现实世界的业务领域往往非常复杂，涉及各种业务实体、业务规则和业务流程。领域建模通过将复杂的业务领域划分为若干个界限清晰的子领域，并提炼出每个子领域的核心概念和关系，来管理和应对业务复杂性。沟通鸿沟：业务专家和技术团队往往使用不同的语言和思维方式，导致沟通障碍和理解偏差。领域建模强调建立一种团队共享的统一语言，通过将业务概念和规则显式地表达在领域模型中，促进业务和技术之间的有效沟通。软件弹性：随着业务的不断发展和变化，软件系统也需要随之演进。但是，如果软件设计没有准确反映业务领域，后续的变更就会变得困难和混乱。DDD 通过识别出领域中的不变量和变化点，并使用合适的设计模式和架构风格来封装和管理变化，提高软件的弹性和可维护性。为了解决这些问题，DDD 提出了一系列原则和实践，包括：界限上下文：将复杂的业务领域划分为多个界限明确的上下文，每个上下文对应一个特定的业务语境。统一语言：在每个界限上下文中，开发团队和领 ...继续阅读 (29)

【说明】全文约 15000 字，阅读需要约 30 分钟。是关于前端稳定性建设的系统性思考，从可观测体系、全链路监控、高可用架构、性能管理、风险治理、流程机制、工程建设等 7 个方面做了详细的表述。随着前端技术的不断发展和前端应用工程的日益复杂化，前端系统的稳定性已经成为一个不容忽视的话题。从技术站位来看，前端是连接用户与后端的重要桥梁。前端的稳定性直接关系到用户体验和产品形象。如此，我们可以定义前端稳定性是指从用户的角度出发，检测到的整个系统的稳定性，系统任何一个环节的缺失都会对体验造成影响。在实际业务中，我们经常看到有内部或外部的用户反馈，图片没有显示、页面点不了，卡住了，白屏了等等。这都是从用户的角度出发，发现的问题，但是常常我们没有一个体系来观测这些问题以及去跟踪解决这些问题。这些问题直接关系到用户的使用体验和企业的业务发展。如果前端应用经常出现崩溃、卡顿、响应慢等问题，不仅会降低用户的满意度和忠诚度，还可能导致用户流失和业务损失。因此，前端稳定性建设是保障用户体验和业务发展的基础性工作。前端稳定性建设面临的挑战主要来自于以下几个方面：浏览器兼容性问题：和后端不同，后端的运行环境是在后端开发同学可控范围内的，而前端应用需要在各种不同的浏览器上运行，而不同浏览器厂商对前端技术的支持程度和实现方式存在差异。这就要求前端工程师在开发时要考虑各种兼容性问题，并进行大量的跨浏览器测试和 ...继续阅读 (33)

后台系统具有24 小时全天候运行、用户访问量大、数据处理复杂等特点，其稳定性对企业的业务连续性和用户体验至关重要。影响后台系统稳定性的因素有很多，包括但不限于:硬件故障：服务器、网络、存储等硬件设备出现故障。软件缺陷：操作系统、中间件、应用程序等软件存在 bug。人为失误：系统维护、变更操作不当造成的问题。网络攻击：黑客入侵、DDoS 攻击等外部安全威胁。突发流量：业务量突增导致系统过载，或者调用不当导致的后台流量突增架构缺陷：系统架构不合理,存在性能瓶颈和单点故障.稳定性建设的根本目标是保证后台系统持续、可靠地为业务提供服务。具体来说，需要从以下几个维度来考虑:可用性：系统在约定时间内正常提供服务的能力可靠性：系统在规定条件下和时间区间完成规定功能的能力可维护性：系统易于进行故障诊断和修复的能力可扩展性：系统能够通过扩容来适应业务量增长的能力安全性：系统抵御各种外部攻击、非法访问、数据泄露的能力只有在这些维度上达到一定的要求，才能称得上建设了一个高稳定性的后台系统。而要实现这些目标，需要从技术、管理、流程等多个层面入手，进行系统性的建设。基于过去的一些经验，对稳定性的建设做一个相对系统性的思考，总共有 7 点：运维、高可用架构、容量治理、变更管理、风险治理、故障管理、混沌工程。1 运维：稳定性的基础运维是指在信息系统的生命周期中，对系统进行日常管理、维护和优化的过程。运维工作的核 ...继续阅读 (52)

后台系统具有24 小时全天候运行、用户访问量大、数据处理复杂等特点，其稳定性对企业的业务连续性和用户体验至关重要。影响后台系统稳定性的因素有很多，包括但不限于:硬件故障：服务器、网络、存储等硬件设备出现故障。软件缺陷：操作系统、中间件、应用程序等软件存在 bug。人为失误：系统维护、变更操作不当造成的问题。网络攻击：黑客入侵、DDoS 攻击等外部安全威胁。突发流量：业务量突增导致系统过载，或者调用不当导致的后台流量突增架构缺陷：系统架构不合理,存在性能瓶颈和单点故障.稳定性建设的根本目标是保证后台系统持续、可靠地为业务提供服务。具体来说，需要从以下几个维度来考虑:可用性：系统在约定时间内正常提供服务的能力可靠性：系统在规定条件下和时间区间完成规定功能的能力可维护性：系统易于进行故障诊断和修复的能力可扩展性：系统能够通过扩容来适应业务量增长的能力安全性：系统抵御各种外部攻击、非法访问、数据泄露的能力只有在这些维度上达到一定的要求，才能称得上建设了一个高稳定性的后台系统。而要实现这些目标，需要从技术、管理、流程等多个层面入手，进行系统性的建设。基于过去的一些经验，对稳定性的建设做一个相对系统性的思考，总共有 7 点：运维、高可用架构、容量治理、变更管理、风险治理、故障管理、混沌工程。1 运维：稳定性的基础运维是指在信息系统的生命周期中，对系统进行日常管理、维护和优化的过程。运维工作的核 ...继续阅读 (46)

在聊 ControlNet 的之前，先了解一下 ControlNet 的基础模型 Stable Diffusion 的生成过程。Stable Diffusion (SD) 是一种基于扩散模型的文本到图像生成技术，它可以根据输入的文字描述，生成与之语义相符的高质量图片。整个 SD 模型的架构包含了多个关键组件，它们分工协作、相互配合，共同完成了这一令人惊叹的创意生成任务。Stable Diffusion 的实现原理SD 的核心思路源自扩散模型。扩散模型是一类生成式模型，它的基本原理是：先将原始数据加入大量随机噪声，然后学习如何一步步去除噪声、恢复数据。SD 正是利用了这一思路来生成图像。它先将原始图片加入高斯噪声，得到一张几乎全是噪点的图。然后，使用一个名为 UNet 的神经网络，通过多轮迭代去噪，最终生成干净、清晰的图像。在训练阶段，SD 模型接受三个输入：原始图片、加噪后的图片、以及对原始图片的文本描述。其中，UNet 学习建立起加噪图片和原始图片之间的映射关系。通过最小化预测噪声与真实噪声的差异，UNet 掌握了去噪的能力。同时，由于训练数据中包含了图像-文本对，UNet 也学会了如何根据文本线索对图像去噪，这是后续根据文字生图的基础。但是，直接对原始图片进行去噪训练会带来巨大的计算开销。为了提高效率，SD 先使用变分自编码器(VAE)将高维图像压缩到低维隐空间，然后在隐空间中 ...继续阅读 (47)

在聊 ControlNet 的之前，先了解一下 ControlNet 的基础模型 Stable Diffusion 的生成过程。Stable Diffusion (SD) 是一种基于扩散模型的文本到图像生成技术，它可以根据输入的文字描述，生成与之语义相符的高质量图片。整个 SD 模型的架构包含了多个关键组件，它们分工协作、相互配合，共同完成了这一令人惊叹的创意生成任务。Stable Diffusion 的实现原理SD 的核心思路源自扩散模型。扩散模型是一类生成式模型，它的基本原理是：先将原始数据加入大量随机噪声，然后学习如何一步步去除噪声、恢复数据。SD 正是利用了这一思路来生成图像。它先将原始图片加入高斯噪声，得到一张几乎全是噪点的图。然后，使用一个名为 UNet 的神经网络，通过多轮迭代去噪，最终生成干净、清晰的图像。在训练阶段，SD 模型接受三个输入：原始图片、加噪后的图片、以及对原始图片的文本描述。其中，UNet 学习建立起加噪图片和原始图片之间的映射关系。通过最小化预测噪声与真实噪声的差异，UNet 掌握了去噪的能力。同时，由于训练数据中包含了图像-文本对，UNet 也学会了如何根据文本线索对图像去噪，这是后续根据文字生图的基础。但是，直接对原始图片进行去噪训练会带来巨大的计算开销。为了提高效率，SD 先使用变分自编码器(VAE)将高维图像压缩到低维隐空间，然后在隐空间中 ...继续阅读 (39)

1 前言SEO 是一个系统工程，涉及方方面面。随着搜索引擎的不断进化，SEO 策略也在不断变化，但万变不离其宗。SEO 的核心思路一直都是围绕「内容、体验、权重」这三要素，打造一个对用户和搜索引擎都友好的高质量网站。1.1 内容内容是指网站中所有可以被用户感知和搜索引擎抓取分析的信息，包括文字、图片、视频、音频等多种形式。内容是网站的核心，是吸引用户、提供价值的根本，其决定了网站本身的价值，往往价值高的网站曝光率都很高。在 SEO 中一个好的内容需要满足以下特点：原创性：内容要求原创，不能抄袭、复制，避免重复内容高质量：内容要有深度、有见解，能够为用户提供实际价值，解决他们的问题或需求，高质量内容是吸引用户和搜索引擎的基础关键词相关：内容要和目标关键词相关，适当包含关键词，但不能堆砌，保持自然多样性：内容形式要丰富，如图文、视频、问答等，满足不同用户的偏好，增强互动性1.2 体验体验是指用户访问、浏览、互动网站的整个过程中的感受和评价。好的用户体验能够提升用户满意度，增加回访率和转化率。在 SEO 中，体验需要关注以下几点：速度：网页加载速度要快，服务器响应时间要短，不能让用户等待太久导航：网站导航要清晰，用户能够轻松找到所需内容，不会迷失方向布局：页面布局要合理，版式要美观，可读性要强，要适配不同设备屏幕交互：网站要提供良好的交互功能，如搜索、评论、分享等，方便用户参与和互动稳定 ...继续阅读 (96)

1 前言SEO 是一个系统工程，涉及方方面面。随着搜索引擎的不断进化，SEO 策略也在不断变化，但万变不离其宗。SEO 的核心思路一直都是围绕「内容、体验、权重」这三要素，打造一个对用户和搜索引擎都友好的高质量网站。1.1 内容内容是指网站中所有可以被用户感知和搜索引擎抓取分析的信息，包括文字、图片、视频、音频等多种形式。内容是网站的核心，是吸引用户、提供价值的根本，其决定了网站本身的价值，往往价值高的网站曝光率都很高。在 SEO 中一个好的内容需要满足以下特点：原创性：内容要求原创，不能抄袭、复制，避免重复内容高质量：内容要有深度、有见解，能够为用户提供实际价值，解决他们的问题或需求，高质量内容是吸引用户和搜索引擎的基础关键词相关：内容要和目标关键词相关，适当包含关键词，但不能堆砌，保持自然多样性：内容形式要丰富，如图文、视频、问答等，满足不同用户的偏好，增强互动性1.2 体验体验是指用户访问、浏览、互动网站的整个过程中的感受和评价。好的用户体验能够提升用户满意度，增加回访率和转化率。在 SEO 中，体验需要关注以下几点：速度：网页加载速度要快，服务器响应时间要短，不能让用户等待太久导航：网站导航要清晰，用户能够轻松找到所需内容，不会迷失方向布局：页面布局要合理，版式要美观，可读性要强，要适配不同设备屏幕交互：网站要提供良好的交互功能，如搜索、评论、分享等，方便用户参与和互动稳定 ...继续阅读 (57)

项目地址：https://github.com/AuroBit/ComfyUI-OOTDiffusion在 AWS 上购买g4dn.xlarge ，带有一个 gpu  nvidia 显卡初始化机器，如果没有选带 nvidia 驱动的操作系统，需要自己安装 nvidia 的显卡?xml version="1.0" encoding="UTF-8"?sudo apt-get update #更新软件列表sudo apt-get install g++sudo apt-get install gccsudo apt-get install make ubuntu-driverssudo vim /etc/modprobe.d/blacklist-nouveau.confblacklist nouveauoptions nouveau modeset=0sudo update-initramfs -u #更新系统sudo reboot # 重启lsmod | grep nouveausudo apt-get remove –purge nvidia*ubuntu-drivers devicessudo add-apt-repository ppa:graphics-drivers/ppasudo apt-get updatesudo apt-get install nvidia ...继续阅读 (49)

项目地址：https://github.com/AuroBit/ComfyUI-OOTDiffusion在 AWS 上购买g4dn.xlarge ，带有一个 gpu  nvidia 显卡初始化机器，如果没有选带 nvidia 驱动的操作系统，需要自己安装 nvidia 的显卡?xml version="1.0" encoding="UTF-8"?sudo apt-get update #更新软件列表sudo apt-get install g++sudo apt-get install gccsudo apt-get install make ubuntu-driverssudo vim /etc/modprobe.d/blacklist-nouveau.confblacklist nouveauoptions nouveau modeset=0sudo update-initramfs -u #更新系统sudo reboot # 重启lsmod | grep nouveausudo apt-get remove –purge nvidia*ubuntu-drivers devicessudo add-apt-repository ppa:graphics-drivers/ppasudo apt-get updatesudo apt-get install nvidia ...继续阅读 (41)

2023 年 AI 新突破导出不穷，隔两个月就会有一个爆点出来，AI 迎来了一个新的里程碑时刻。从 OpenAI 推出的 ChatGPT 到 Midjourney 发布的 V5/V6 版本，AI 在各个领域都取得了突破性的进展。随着 AI 技术的日益成熟，我们也开始思考如何更好地利用 AI 工具来提高工作效率。到 2024 年， AI 应用、AI 配套的框架和工具如雨后春笋。在这个 AI 大时代，有两种「编程范式」值得我们关注。为什么要打上引号呢？因为这里所说的编程，已经不再局限于传统意义上的写代码，而是泛指利用各种工具和模型，将它们灵活组合，创造出新的应用和价值。第一种范式是基于 ComfyUI 的编程。ComfyUI 是一个模块化的 AI 图像生成工具，它允许用户通过拖拽和连接不同的节点，轻松创建出令人惊艳的 AI 艺术作品。在 ComfyUI 上编程，你无需掌握复杂的代码知识，只需要理解每个模块的功能，并将它们以合理的方式组合在一起，就能得到理想的结果。这种直观、易用的特点，使得 ComfyUI 成为了平面设计、插画创作等领域的得力助手。第二种范式则是基于 LangChain 的编程。与 ComfyUI 注重视觉创作不同，LangChain 的重点在于自然语言处理。通过 LangChain，开发者可以将语言模型与外部数据源相结合，快速构建功能丰富的聊天机器人、智能文档助手等应 ...继续阅读 (60)

2023 年 AI 新突破导出不穷，隔两个月就会有一个爆点出来，AI 迎来了一个新的里程碑时刻。从 OpenAI 推出的 ChatGPT 到 Midjourney 发布的 V5/V6 版本，AI 在各个领域都取得了突破性的进展。随着 AI 技术的日益成熟，我们也开始思考如何更好地利用 AI 工具来提高工作效率。到 2024 年， AI 应用、AI 配套的框架和工具如雨后春笋。在这个 AI 大时代，有两种「编程范式」值得我们关注。为什么要打上引号呢？因为这里所说的编程，已经不再局限于传统意义上的写代码，而是泛指利用各种工具和模型，将它们灵活组合，创造出新的应用和价值。第一种范式是基于 ComfyUI 的编程。ComfyUI 是一个模块化的 AI 图像生成工具，它允许用户通过拖拽和连接不同的节点，轻松创建出令人惊艳的 AI 艺术作品。在 ComfyUI 上编程，你无需掌握复杂的代码知识，只需要理解每个模块的功能，并将它们以合理的方式组合在一起，就能得到理想的结果。这种直观、易用的特点，使得 ComfyUI 成为了平面设计、插画创作等领域的得力助手。第二种范式则是基于 LangChain 的编程。与 ComfyUI 注重视觉创作不同，LangChain 的重点在于自然语言处理。通过 LangChain，开发者可以将语言模型与外部数据源相结合，快速构建功能丰富的聊天机器人、智能文档助手等应 ...继续阅读 (48)

最近有和一些做 SaaS 的技术负责人交流，原来专注于做线上 SaaS 业务，今年也开始开放了定制逻辑。回想之前看到的艾瑞咨询 2024 年发布的《中国企业级 SaaS 行业研究报告》，SaaS 行业有如下的一些变化：市场规模、增长预测和行业趋势：2023 年中国企业级 SaaS 市场规模达到 888 亿元人民币，同比增长 13.0%。预计未来三年，市场规模的增速将稳定在 15%-20% 区间，复合增速约为 15%。SaaS 行业正在经历关键转折点，由快速扩张向精细化运营转变。宏观经济放缓和资本退潮加速了市场的淘汰过程。AIGC 技术：AIGC 技术在 SaaS 行业的应用，特别是在医疗、人力资源、电商、设计等领域。SaaS 厂商利用 AIGC 技术进行自然语言处理、文本和数据处理，提升服务能力。AIGC 可能重塑 toB 市场未来，SaaS 行业迎来重估时刻。企业实践：SaaS 在企业中的渗透率不断提升，大型企业倾向于定制集成，中型企业成为平台生态模式的主流应用群体。SaaS 生成的底层逻辑从简单的流量互换转向更深层次的产品融合，集成和被集成可灵活投融资情况：投融资活动自 2019 年以来逐步下滑，显示出融资轮次后移的趋势。2023 年 SaaS 领域的天使轮和 A 轮融资占比回升，过亿元融资事件数量下滑。投资热度下滑，创业公司需要加强自我造血能力。行业垂直型厂商在融资轮次上更偏 ...继续阅读 (50)

最近有和一些做 SaaS 的技术负责人交流，原来专注于做线上 SaaS 业务，今年也开始开放了定制逻辑。回想之前看到的艾瑞咨询 2024 年发布的《中国企业级 SaaS 行业研究报告》，SaaS 行业有如下的一些变化：市场规模、增长预测和行业趋势：2023 年中国企业级 SaaS 市场规模达到 888 亿元人民币，同比增长 13.0%。预计未来三年，市场规模的增速将稳定在 15%-20% 区间，复合增速约为 15%。SaaS 行业正在经历关键转折点，由快速扩张向精细化运营转变。宏观经济放缓和资本退潮加速了市场的淘汰过程。AIGC 技术：AIGC 技术在 SaaS 行业的应用，特别是在医疗、人力资源、电商、设计等领域。SaaS 厂商利用 AIGC 技术进行自然语言处理、文本和数据处理，提升服务能力。AIGC 可能重塑 toB 市场未来，SaaS 行业迎来重估时刻。企业实践：SaaS 在企业中的渗透率不断提升，大型企业倾向于定制集成，中型企业成为平台生态模式的主流应用群体。SaaS 生成的底层逻辑从简单的流量互换转向更深层次的产品融合，集成和被集成可灵活投融资情况：投融资活动自 2019 年以来逐步下滑，显示出融资轮次后移的趋势。2023 年 SaaS 领域的天使轮和 A 轮融资占比回升，过亿元融资事件数量下滑。投资热度下滑，创业公司需要加强自我造血能力。行业垂直型厂商在融资轮次上更偏 ...继续阅读 (42)

一直说要把《微信背后的产品观》这本书看完，一直没顾得上，这次临时出差到厦门的路上带上了，动车上的时间把书看完了，去的时候看了一遍，回的时候看了一遍，看完，写下这篇文章。这本与其说是书，不如说是演讲实录。书的内容来源自张小龙在 2012 年的那次著名的 8 小时演讲，2016 年被整理成书稿，在 2021 年决定出版。好的内容是经得起时间考验的，在 9 年之后出版，在 12 年后的今天来看也不过时，甚至部分观点会刷新我们的一些认知。以下是我在读这本书的过程感受比较强烈的三个观点或建议。1 如果解决方案非常复杂，一定是问题错了。这是从一个开发能力很强很全面的在朋友圈抱怨：「觉得微信的代码越来越复杂了，开始搞不定了」，张小龙在下面评论说：「如果一个问题的解决方案太复杂，一定是问题本身错了。事实上就是这样子的。」一个好的问题不应该导致解决方案太复杂。从研发的角度来看，引申出来有 3 点:1. 如果解决方案非常复杂，一定是问题错了或者是需求有问题很多时候，我们在面对一个问题时，容易陷入复杂的解决方案中或者限入为了解决问题而解决问题。但其实当一个解决方案变得非常复杂时，我们应该反思问题的提法是否正确，需求是否是真正的需求。一个好的问题应该能够用一个相对简洁优雅的方案去解决。陷入困境时我们要学会换个角度或者跳出问题来思考问题。当感到解决方案过于复杂时，不妨退一步问问自己，是不是对需求或问题有误解 ...继续阅读 (63)

一直说要把《微信背后的产品观》这本书看完，一直没顾得上，这次临时出差到厦门的路上带上了，动车上的时间把书看完了，去的时候看了一遍，回的时候看了一遍，看完，写下这篇文章。这本与其说是书，不如说是演讲实录。书的内容来源自张小龙在 2012 年的那次著名的 8 小时演讲，2016 年被整理成书稿，在 2021 年决定出版。好的内容是经得起时间考验的，在 9 年之后出版，在 12 年后的今天来看也不过时，甚至部分观点会刷新我们的一些认知。以下是我在读这本书的过程感受比较强烈的三个观点或建议。1 如果解决方案非常复杂，一定是问题错了。这是从一个开发能力很强很全面的在朋友圈抱怨：「觉得微信的代码越来越复杂了，开始搞不定了」，张小龙在下面评论说：「如果一个问题的解决方案太复杂，一定是问题本身错了。事实上就是这样子的。」一个好的问题不应该导致解决方案太复杂。从研发的角度来看，引申出来有 3 点:1. 如果解决方案非常复杂，一定是问题错了或者是需求有问题很多时候，我们在面对一个问题时，容易陷入复杂的解决方案中或者限入为了解决问题而解决问题。但其实当一个解决方案变得非常复杂时，我们应该反思问题的提法是否正确，需求是否是真正的需求。一个好的问题应该能够用一个相对简洁优雅的方案去解决。陷入困境时我们要学会换个角度或者跳出问题来思考问题。当感到解决方案过于复杂时，不妨退一步问问自己，是不是对需求或问题有误解 ...继续阅读 (77)