Harness design can materially change results
EP.99 故事线C: 「框架设计能够实质性地改变结果」——这句话很短,但含义深远。这意味着在模型能力本身之外,执行框架(context management、工具调用、沙箱策略)是 AI 应用竞争的关键差异化因素。
Harness design can materially change results
EP.99 故事线C: 「框架设计能够实质性地改变结果」——这句话很短,但含义深远。这意味着在模型能力本身之外,执行框架(context management、工具调用、沙箱策略)是 AI 应用竞争的关键差异化因素。
状态图与概念模型
从0到1:构建强大且易用的规则引擎
低代码平台思维设计&基础实现
低代码平台架构深度剖析
Eureka控制台相关介绍及自我保护机制解说
小程序架构设计(一)精选热门
如何从零开始设计权限管理系统
漫谈“架构团队”之组织架构
互联网后端架构演进及未来猜想
浅谈系统实现层面稳定性保障
我理解的分布式系统
面对缓存,有哪些问题需要思考?
从用户端到后台系统,严选分销教会我这些事
如何提高缓存系统的内存利用率和可扩展性 · NSDI '21
architecture
一些 System Design 面试的建议
在以TCP为连接方式的服务器中,为什么在服务端设计当中需要考虑心跳?
分布式服务架构与微服务架构概念的区别与联系是怎样的?
如何画架构图?
微服务架构中是否应该把诸如redis、mq之类的中间件也封装成一个服务?
分布式高并发系统如何保证对外接口的幂等性?
普通码农一枚,分享一下自己最常使用的几个效率生产工具。
你是如何构建 Web 前端 Mock Server 的?
为什么 211/985 毕业的前端工程师那么难招?
2017年,Web 后端出现了哪些新的思想和技术?
后端开发除了增删改查还有什么?
JAVA大军,开始把目光从spring cloud转向k8s甚至k8s+istio了么?
要达到什么样的规模才适合分布式/微服务架构?
后端同学是不是比前端同学理解业务更快?
凤凰架构
Kubernetes 可以完全替代 Spring Cloud 吗?
为什么游戏公司的server不愿意微服务化?
现代计算机之父明明是冯诺依曼,为什么提到计算机,大家首先想到的是图灵?
为什么有很多人说 Go 语言不需要依赖注入?
为什么“耦合”概念该要摒弃
既然有 HTTP 请求,为什么还要用 RPC 调用?
你用 Node.js 写过哪些大型/复杂的应用?碰到什么难点?
在 Minecraft 中,造出一台计算机有多难?
如何评价中国铁路总公司对抢票软件进行的技术限制?是如何实现的?可能会带来哪些影响?
为什么 Java 把一切啰嗦的东西就集合到一起了?
如何评价 Midori(Operating System)?
如何看待王垠的新文章:《关于微内核的对话》?
爬知乎总被封 IP 怎么办?
如何通俗地解释 CGI、FastCGI、php-fpm 之间的关系?
用 PHP 编写支持高并发的网站,需要做什么处理?
基于 HTTP 连接下 token 安全问题?
服务器集群负载均衡原理?
如何将一个已经上线的项目前端部分平滑过渡至组件化和工程化?
请问爬虫如何爬取动态页面的内容?
第三方支付公司风控系统都有哪些?
如何搭建风控规则引擎?
交易系统和风控系统的架构怎么设计?
知乎的技术架构是什么样的?
大型网站技术架构剖析
如何看待七牛 CEO 许式伟开源的 Cerl?
为什么几乎所有的GUI界面都采用事件驱动编程模型?
怎么判定 web 前端架构师的能力高低?
作为一名游戏服务器端程序员,是一种怎样的体验?
自建视频网站服务器需要多大的性能?
如何理解即将动工的Dubbo 3.0?
如何搭建一个支撑大规模用户的服务?
用Java做一个大流量、高并发的网站应该怎么样进行底层构架?采用哪些框架技术比较适合?
APP IM 服务器设计思路?
如何深入理解多进程,多线程,非阻塞/异步IO(callback) 以及Coroutine模型?
写一个即时通信的app,服务器端需要用到哪些技术?
常见的网站服务器架构有哪些?
如何搭建一个完整的视频直播系统?
Android 架构设计的思想与原则是什么?
端游、手游服务端常用的架构是什么样的?
CS 和 BS 架构的优缺点分别是什么?
01 业务架构是什么?业务架构是一个整体性的视角,它描述业务做什么What?如何交付利益相关者价值?如何沟通,以及如何组织的?换言之,业务架构是使用标准化视图对业务进行的抽象,它改进了各种计划和执行计划的结果。这些标准化视图包括一些核心元素:能力 Capabilities:企业做什么?信息 Information:使用什么词汇?组织 Organization:企业如何组织?价值流 Value Streams:企业如何向关键利益相关者提供价值?四个核心元素作为业务架构的基础,如果再加上扩展的几个元素,将为业务提供了更大的洞察力,包括:战略 Strategies:企业应如何竞争和发展?政策 Policies:什么决定了战略、投资和行动?利益相关者 Stakeholders:谁是内部和外部参与者?举措 Initiatives:如何实现目标和目的?产品 Products:为客户提供什么?度量 Metrics:业务表现如何?这几个核心元素独立存在的,每个视角都是以特定关注点来构建的,都有其各自的价值。但是当综合来看时,整个生态系统为企业提供了一组丰富的视角,它们向参与问题分析和解决的各种利益相关者提供显著的透明度。如果企业采用业务架构,组织最终会将会有越来越多的计划、影响分析、运营交付和解决方案部署活动转向依赖这些标准化的领域视角。
这个业务架构的定义还是比较清晰的 借用番茄炒蛋图中的能力、组织、信息、价值链 4 个核心元素(视角)来综合定义什么是业务架构
不同项目可复用某些微服务
好多
回顾过去十年,数字化转型驱动着技术创新和商业元素的不断融合和重构,可以说,现在已经不是由商业模式决定采用何种技术架构,而是由技术架构决定企业的商业模式。
现在已经不是由商业模式决定采用何种技术架构,而是由技术架构决定企业的商业模式。
业务架构包括企业的组织架构、业务域划分、业务能力地图、业务流程等内容。业务架构的核心是定义清楚整个企业是如何运作的,在运作过程中有哪些痛点问题,为不同的问题域划分清晰的边界,梳理出每个问题域的业务需求,并最终提炼出产品需求,为后续系统建设提供清晰明确的指导。
业务架构,包括企业的组织架构、业务域划分、业务能力地图、业务流程等内容。
业务架构的核心是定义清楚整个企业是如何运作的,在运作过程中有哪些痛点问题,为不同的问题域划分清晰的边界,梳理出每个问题域的业务需求,并最终提炼出产品需求,为后续系统建设提供清晰明确的指导。
Egress listeners
Ingress listeners
微服务与单体架构最显著的区别在于,单体应用程序只是单个应用程序,而微服务则是许多小的应用程序协同工作;
微服务与单体结构,最显著的区别在于:单体应用程序只是单个应用程序,而微服务则是许多小的应用程序协同工作。
单体应用程序是单个应用程序; 微服务则是许多小的应用程序协同工作;
使用了消息队列的方案(具体实现见 comm/messagequeue 目录),把绝大多数非阻塞操作放到消息队列里执行。并且规定,基础组件与调用方之间的交互必须1. 尽快完成,不进行任何阻塞操作;2. 单向调用,避免形成环状的复杂时序。消息队列的引入很好的改善了死锁问题,但消息队列的线程模型中,我们还是不能避免存在需要阻塞的调用,例如网络操作。在未来的尝试中,我们计划引入协程的方式,将线程模型尽可能的简化。
线程模型、 消息队列、 非阻塞操作、 基础组件、 调用方、 单向调用、 环状的复杂时序。
消息队列的线程模型。
阻塞的调用,如:网络操作。
阻塞,与非阻塞的区分,是在于哪里?
以服务构建应用。 因为服务可以独立部署、独立扩展,服务也可以提供模块化的边界,并且不同的使用也可以使用不同的开发语言。服还可以以不同的周期进行管理。
整体风格的系列原因,导致了微服务架构风格的出现——以服务构建应用。
服务可以独立部署、独立扩展。 服务也可提供模块化的边界。(模块化的边界) 不同的服务,可使用不同的开发语言。 不同的服务可以不同的周期进行管理。
“微服务架构”一词在过去几年里广泛的传播,它用于描述一种让分布式的应用软件系统进行独立演进的特别的设计方法。
微服务架构,用于描述一种让分布式的应用软件系统进行独立演进的特别的设计方法。 它并没有非常准确的定义,但在业务模块、自动部署、端对端的整合、多语言支持和数据管理的分布式控制上,有着显著特征。
"仅仅崩溃"软件(Crash-only software)指的是仅通过重新启动进行故障恢复的计算机程序,这样可以避免任何复杂的修复。
现实世界总有问题的, 即使没有 bug 也会因为某些不知名的原因而崩溃, 这时候重启是最好的.
Erlang 中的 let it crash
NoSQL 数据库的问题在于,随着时间的流逝,你的简单模型不可避免地变得越来越复杂,然后它不再起作用。在过去的十年中,我已经意识到使用 RDBMS 数据库基本上是100%的正确选择
当没想清楚的时候尽量选择 RDBMS, 之后根据去调整.
SLB
server load balancer