API设计:是"容错"的好事吗？ - 腾讯云开发者社区 - 腾讯云

开发者社区

文档建议反馈控制台

文章/答案/技术大牛

发布

《后代VR》让我们思考：永生，真的是一件好事吗？

不知道有多少人和小编一样，曾对重生轮回充满了幻想，并十分渴望改写自己之前的命运。我们总觉得如果再给我们一次机会，我们可以活的更好，但真的是那样吗？...《后代VR》（Progeny VR）是一款脑洞很大的策略类游戏，玩家将在游戏中扮演一位永生者，不断地经历死亡和重生。...有意思的是，玩家每次死亡后都会进入一个神奇的虚幻空间，那个空间中装满了机器设备，而玩家需要在那里做出一个重大的决定。这个重大决定就是，选择将上一世的哪些记忆带入下一世。...需要注意的是，由于记忆空间是有限的，所以玩家必须对之前的记忆进行筛选，选择自己认为值得装置的记忆。而玩家的选择将会影响下一世玩家人生的发展轨迹。...更为重要的是，每一世可选的记忆范围将会逐渐缩小，玩家将会通过不同的记忆线，得到不同的结局。这种多结局的设定，可使玩家充分意识到每次决定的重要性，慎重地做出每次记忆选择的决定。

6128 0

架构的容错性设计

面对程序故障，我们该做些什么 “容错性设计”（Design for Failure）是微服务的另一个核心原则，也是架构反复强调的开发观念的转变。...服务容错其实前面的讲解又发现，在分布式服务中，很多设计比如一致性设计都有妥协的成分在，但是容错性设计却不能妥协，不能妥协的原因在于，分布式系统的本质是不可靠的，一个大的服务集群中，程序可能崩溃、节点可能宕机...容错策略第一种容错策略，是故障转移（Failover）。第二种容错策略，是快速失败（Failfast）。第三种容错策略，是安全失败（Failsafe）。...第七种容错策略，是广播调用（Broadcast）。 1 那么为了实现各种各样的容错策略，开发人员总结出了一些被实践证明有效的服务容错设计模式。...实现容错策略断路器模式快速失败策略断路器模式是微服务架构中最基础的容错设计模式，以至于像 Hystrix 这种服务治理工具，我们往往会忽略了它的服务隔离、请求合并、请求缓存等其他服务治理职能，直接把它叫做微服务断路器或者熔断器

1.2K2 0

您找到你想要的搜索结果了吗？

是的

没有找到

什么是RESTful风格的API设计？

随着移动互联网的兴起，RESTful风格的API设计也随之流行起来，但我们说了那么多RESTful设计，它到底是什么？本篇文章带大家来了解一下它的真实面目。...RESTful概念首先，我们需要明确的是RESTful，它是一个理念，是一个设计规范，而并不是什么协议等。...REST概念是Roy Thomas Fielding在他2000年的博士论文中提出的，他是HTTP协议（1.0版和1.1版）的主要设计者。...有了对RESTful基础概念的了解，我们分别来看看其相关概念的解释。资源 “资源”是RESTful中最核心的概念之一。...而采用RESTful的定义，不仅结构清晰，更重要的是易于扩展、适用性更广泛。

1.3K1 0

Cluster API 真的是 Kubernetes 部署的未来吗？

Cluster API 真的是 Kubernetes 部署的未来吗？翻译自 Is Cluster API Really the Future of Kubernetes Deployment? 。...首先，什么是 Cluster API ？...根据文档，“ Cluster API 是 Kubernetes 的一个子项目，旨在提供声明性 API 和工具，以简化多个 Kubernetes 集群的配置、升级和运维。”...最后，Cluster API 将限制一些 Talos Linux 的功能。一个很好的例子是升级 Kubernetes 和 Talos Linux 本身。...因此，所有这些都是为了说明，在考虑我们的设计目标时，Cluster API 并不适合 Omni 。未来有人可能会问：“这对 Sidero Metal 有什么影响？”回答是：完全没有影响！

4811 0

容忍能力是容错的能力？

容忍能力确实与容错能力紧密相关，但两者不完全等同。容错能力（Fault-Tolerance）主要指的是系统在面对故障或错误时，能够继续提供正常服务或至少保持部分功能的能力。...这通常涉及到冗余设计、错误检测和纠正机制等，以确保系统在发生硬件故障、软件错误或其他异常情况时，能够保持稳定运行。...容忍能力强的系统能够在这些挑战下保持正常或至少部分的服务，同时保持较高的性能和可用性。因此，可以说容错能力是容忍能力的一个重要组成部分，特别是在面对故障和错误时。...然而，容忍能力还包括了系统在面对其他挑战时的稳定性和可靠性，这使得它成为一个更广泛的概念。...在设计和构建系统时，我们需要综合考虑如何提高系统的容错能力和容忍能力，以确保系统在各种情况下都能够保持稳定、可靠和高效的运行。

1640 0

百款VR游戏收入破百万美金，对于VR内容生态真的是好事吗？

仅在过去的12个月中，就有将近一半的VR游戏开发者收入破百万美金。 ? 在Chennavasin看来，游戏内容收入达到100万美元是一个关键数据点，因为这表明VR领域的成功是可复制的。...VR不再是开发人员的游乐场，而是提供真正机会的平台。...据估计，2019年各平台的VR游戏收入将达到3亿美元，这与前几年相比有了重大增长，部分原因是Oculus Quest的推动，也得益于其他主要平台的显著增长。...PSVR的显著提升则依赖多款3A级主机游戏的VR版本和知名IP的VR衍生游戏的推出。 ?...这种情况对于尚在襁褓期的VR游戏生态或许未必是好事。

6642 0

我是如何根据豆瓣api来理解Restful API设计的

REST本身跟http无关，但是目前http是与它相关的唯一实例。REST有着优雅、简洁的特性，本文是根据豆瓣api来谈谈自己对restful的一些理解。...把动作转换成资源比如，上述接口中，用户收藏某本书对外暴露的接口是”/v2/book/:id/collection”,收藏动作通过post方法来展现，而不直接写着api中，collection “收藏...使用权限验证，shiro ,或者自己建数据库（用户、角色、权限） 7.api文档接口文档的编写至关重要，最好是写一个在线接口文档。接口文档能够方便团队查阅，减少不必要的沟通。...8.参考资料本文参考了以下的资料: 豆瓣api 理解restful架构 restful introduction 跟着github学习restful api设计 REST接口设计规范 restful...api 设计指南

2.3K5 0

什么是RESETful API 设计规范？

在端点的设计中，你必须遵守下列约定： URL 的命名必须全部小写 URL 中资源（resource）的命名必须是名词，并且必须是复数形式必须优先使用 Restful 类型的 URL...zoo_id=ID 的含义是相同的所有 URL 参数必须是全小写，必须使用下划线类型的参数形式分页参数必须固定为 page、per_page 响应（Response）所有的 API 响应...5xx 服务端原因引起的错误只有来自客户端的请求被正确的处理后才能返回 2xx 的响应，所以当 API 返回 2xx 类型的状态码时，前端必须认定该请求已处理成功必须强调的是，所有 API...目前常见返回错误信息的方法有两种：将错误详细放入 HTTP 响应首部直接放入响应实体中建议参考理解RESTful架构 RESTful API 设计指南 RESETful API 设计规范...原创文章采用CC BY-NC-SA 4.0协议进行许可，转载请注明：转载自：什么是RESETful API 设计规范？

3.6K2 0

Button 的进化之旅 | 我们是如何设计 Compose API 的

本文将带您了解一个 "简单" 的 Button 的 "进化之旅"，来深入了解我们是如何迭代设计 API，使其简单易用又不失灵活性。...从该现象中我们得到的启示是，不受设计者直接控制的 API 样式会影响开发者对 API 的认知。...与此同时，我们改进了 Android Studio 的自动补全功能，来帮助开发者提高效率。这里我们希望特别提出在整个 API 设计过程中的两个要点: API 的设计是一个迭代的过程。...这其中包括开发者背景的不同，所带来的不同思维方式¹ ，最终影响了开发者探索和使用 API 的方式。适配调整是无法避免的，这是好事，不断迭代可以得到可用性更高并且更加直观的 API。...在迭代一个 API 设计时，您最有价值的工具之一是开发者使用 API 体验的反馈循环。对我们的团队来说，最关键的是去理解开发者所说的 "这个 API 太复杂了" 意味着什么。

8930 0

你知道短URL服务是怎么设计的吗？

服务设计如果你在往长短 URL 真实的对应关系上想, 那么就走远了. 最理想的情况是: 我们用一种算法, 对每一个长 URL, 唯一的转换成短 URL. 还能保持反向转换的能力....按照上面的发号器策略, 是不能保证长短链接的一一对应的, 你连续用同一个 URL 请求两次, 结果值都是不一样的....高并发如果直接存储在 MySQL 中, 当并发请求增大, 对数据库的压力太大, 可能会造成瓶颈, 这时候是可以有一些优化的....批量发号每一次发号都需要访问一次 MySQL 来获取当前的最大号码, 并且在获取之后更新最大号码, 这个压力是比较大的....这样可以将对数据库持续的操作移到代码中进行, 并且异步进行获取和写入操作, 保证服务的持续高并发. 分布式上面设计的系统是有单点的, 那就是发号器是个单点, 容易挂掉.

9592 0

编程是程序设计吗_做软件必须先设计再编程吗

大家好，又见面了，我是你们的朋友全栈君。...网络技能其实就两个分支: 设计和开发（或者说美工和编程）,其中之一就可以消耗掉一生的时间去学,所以我们很少看到一个人是好的美工又是很厉害的编程师. 主攻设计还得开发?...设计: 如果你是为了注重设计,编程意义不大 . 设计主要根本就是HTML基础,CSS ,三剑客,对美感的把握等… 美工需要你灵感度要好，懂得创新，软件操作一定要熟!...PHP是今天用的最多的动态网页编程, COLDFUSION用的比较少....世纪上编程语言很多,但是都是互通的,不相同的根本就是每个编程的特性和优点不相同.懂一门主流编程语言是对网络开发是很有好处的.

8382 0

设计一个容错的微服务架构

为了尽量减少部分中断的影响，我们需要构建容错服务，来优雅地处理这些中断的响应结果。本文介绍了构建和操作高可用性微服务系统的最常见技术和架构模式。如果你不熟悉本文中的模式，那并不一定意味着你做错了。...微服务体系结构的最大优势之一是，团队可以独立设计，开发和部署他们的服务。他们对服务的生命周期拥有完全的所有权。这也意味着团队无法控制他们依赖的服务，因为它更有可能由不同的团队管理。...微服务容错隔离在大多数情况下，由于分布式系统中的应用程序相互依赖，因此很难实现这种优雅的服务降级，您需要应用几种故障转移的逻辑（其中一些将在本文后面介绍），以为暂时的故障和中断做准备。...由于这种客户端与资源进行了隔离，超时或过度使用池的操作页不会使其他操作失败。泰坦尼克号沉没的主要原因之一是其舱壁设计失败，水可以通过上面的甲板倒在舱壁的顶部，导致整个船体淹没。...泰坦尼克号舱壁设计（无效的设计）断路器为了限制操作的持续时间，我们可以使用超时。超时可以防止挂起操作并保持系统响应。

8614 0

API 接口的安全设计验证，我是这么做的！

概述与前端对接的API接口，如果被第三方抓包并进行恶意篡改参数，可能会导致数据泄露，甚至会被篡改数据，我主要围绕时间戳，token，签名三个部分来保证API接口的安全性 ?...2.客户端用需要发送的参数和token生成一个签名sign，作为参数一起发送给服务端，服务端在用同样的方法生成sign进行检查是否被篡改。...3.但这依然存在问题，可能会被进行恶意无限制访问，这时我们需要引入一个时间戳参数，如果超时即是无效的。...开放接口没有进行任何限制，简单粗暴的访问方式，这样的接口方式一般在开放的应用平台，查天气，查快递，只要你输入正确对应的参数调用，即可获取到自己需要的信息，我们可以任意修改参数值。...printWriter.write(jsonObject.toJSONString()); return false; } //如果redis存在ticket就认为是合法的请求

1.2K2 0

设计模式了解吗，知道什么是饿汉式和懒汉式吗？

当然了解，设计模式是软件设计中针对常见问题的通用、可复用的解决方案。它能让代码更易于维护、扩展和复用。饿汉式和懒汉式是单例模式的两种经典实现方式。...饿汉式核心思想：“饿”，顾名思义，很饥饿，所以在类加载的时候就已经创建好实例，不管后面用不用，先创建了再说。特点：线程安全：因为实例的创建是在类加载阶段完成的，这个阶段由JVM保证线程安全。...总结对比特性饿汉式懒汉式（基础版）懒汉式（双重检查锁）创建时机类加载时第一次调用 getInstance()时第一次调用 getInstance()时线程安全是否是资源利用差，可能浪费好好性能获取实例快...（线程不安全，无意义）第一次稍慢，之后快实现难度简单简单复杂在现代 Java 开发中，还有更简洁的实现单例的方式，比如使用枚举（Enum），它天生就是单例的，并且能防止反射和反序列化攻击，是《Effective...Java》作者强烈推荐的方式。

1662 1

异步 API 的设计

网站的前后端通信，往往会有异步请求，这时应该怎么设计 API？我最近读到一篇文章，作者介绍了他的做法，设计得很精细，我觉得值得借鉴，可以当作异步 API 的标准设计。...一、同步 API 为了便于比较，先看看同步 API 的设计。下面是一个很简单的例子。客户端发出一个请求，要求创建资源。...POST https://api.service.io/stars name='Death Star' 服务器回应 201。...GET https://api.service.io/queue/12345 服务器回应 200。...DELETE https://api.service.io/queue/12345 服务器回应 204。

7453 1

异步 API 的设计

网站的前后端通信，往往会有异步请求，这时应该怎么设计 API？我最近读到一篇文章，作者介绍了他的做法，设计得很精细，我觉得值得借鉴，可以当作异步 API 的标准设计。...一、同步 API 为了便于比较，先看看同步 API 的设计。下面是一个很简单的例子。客户端发出一个请求，要求创建资源。...POST https://api.service.io/stars name='Death Star' 服务器回应 201。...GET https://api.service.io/queue/12345 服务器回应 200。...DELETE https://api.service.io/queue/12345 服务器回应 204。

1.5K2 0

不容错过的灰度发布系统架构设计

，一旦出现问题可以很快控制影响面，就需要设计一套灰度发布系统。...灰度发布允许带着bug上线，只要bug不是致命的，当然这个bug是不知道的情况下，如果知道就要很快的改掉简单灰度发布系统的设计灰度简单架构如上图所示，其中的必要组件如下： 1、策略的配置平台，存放灰度的策略...100，模是0访问新版服务，模是1~99的访问老版服务。...这时新版的灰度，就不能往老版的数据库进行修改了，这个时候就需要把数据copy一份出来做这个事情了数据库其实并没有灰度的概念，这个时候我们只能把数据重新拷贝一份出来进行读和写，因为这时你的写必须是全量的...灰度过程中需要对两个数据库的数据进行对比，观察数据是否一致。这样不管是灰度失败，放弃新版DB，还是灰度成功切换到新版DB，数据都不会产生丢失。

7812 0

分布式计算框架状态与容错的设计

对于一个分布式计算引擎（尤其是7*24小时不断运行的流处理系统）来说，由于机器故障、数据异常等原因导致作业失败的情况是时常发生的，因此一般的分布式计算引擎如Hadoop、Spark都会设计状态容错机制确保作业失败后能够恢复起来继续运行...注意：由于这里讨论的是广义上的容错，因此要特意指出，之前存储状态的程序，与后来恢复状态的程序，未必是同一个程序，即程序内部的逻辑是可以完全不同的，只要该程序可以读取磁盘中的状态即可。...可以说，状态计算（包括状态管理、检查点机制等）是它最大的特点之一。下面介绍Flink状态容错机制的设计原理。...从单机程序开始现在跳出Flink框架，设想一个运行在单个节点的进程，该如何设计容错机制。比较容易想到的一个思路是，在主线程外另开启一个线程执行定时任务，定期地将状态数据刷写到磁盘。...当作业停止后重启，则可以直接从之前刷写到磁盘的数据恢复。如下图所示： ? 分布式容错延续这个思路，是否可以设计一个分布式的容错机制呢？下图是一个多节点的分布式任务，数据流从左至右。 ?

6753 0

你用JavaGUI做的课程设计是这样子的吗？

很多人学完《Java基础教程》后，接着一般都会用GUI来做一下课程设计，多数同学通常选择用插件WindowBuilder来设计程序的界面，认为用插件做会更快更高效率，但是，这样做出来的界面是不是和XP老系统的外观一样呢...很多人在win10上运行的程序，界面是扁平化的，当然看不出明显的粗糙之感，但一旦移植到win7上运行，效果便会大打折扣，就像下图一样： ?...其实，众所周知的是，很多软件不是用Java来写的，所以大家对Java的GUI编程便不会那么重视，认为其能实现功能就好，那Java的GUI编程能不能把界面做得像其他语言编写的界面一样美观呢？...答案是可以的，这次小编就用Java的GUI模仿有道词典的外观来做一次课程设计，把Java的GUI认认真真地熟悉一遍，而且不使用WindowBuilder插件。 ?...下图便是小编经过几个星期的设计得出的一个GUI程序，并附上有道词典的主界面对比一下： ? ? ? 其次是各种界面的外观： ? 登录界面、注册界面 ? ?

1.6K8 0

面向开发者的网站，真的是认真设计过的吗？

呵，就不能提供配置来修改吗？我们提供了高级搜索功能，你需要选好你的条件，就能搜索。呵，就不能提供表达式和示例吗？ …… 从传统的意义上来说，这种设计也没错，面向新手开发嘛！...只是，这样的功能，新手用了一次之后还需要吗？一个有经验的新手，它需要的就是一系列更便捷的方式。在这个关注于体验的时代，我们还能设计好面向开发者的网站吗？你们有考虑过开发者体验设计吗？...也许是开发者的体验都让狗吃了，面向领导服务才更重要 —— 我见过其它更迷之设计，只是因为领导觉得代码化（配置化）的体验对开发者不好。所以，总有公司会比 K8s 的配置化做成了表单……，不是吗？...文档还需要体验吗？类似的一些槽点就诸如于《文档工程体验设计：重塑开发者体验》所描述：文档代码不同步。即文档的 API 变化可能落后于代码，导致 API 与文档出现不一致。频繁的 API 变更。...…… 在不考虑将开发者的体验作为第一优先级时，我觉得没有人会去考虑这些。要怪就怪程序员都锻炼得太刁钻了 —— 谁让他们就是写体验的人。其它咦，过头来看，什么是开发者？什么是开发者的体验设计？

5751 0

点击加载更多

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭