更新于:04-06 09:44

有关[服务]分类推荐

服务高可用之限流

于09-10 08:10 - 钱魏Way - 术→技巧 研发 API
在不同场景下限流的定义也各不相同,可以是每秒请求数、每秒事务处理数、网络流量. 通常我们所说的限流指的是限制到达系统并发请求数,使得系统能够正常的处理部分用户的请求,来保证系统的稳定性. 限流的英文是Rate limit(速率限制),维基百科中的定义比较简单. 我们编写的程序可以被外部调用,Web 应用通过浏览器或者其他方式的 HTTP 方式访问,接口的访问频率可能会非常快,如果我们没有对接口访问频次做限制可能会导致服务器无法承受过高的压力挂掉,这时候也可能会产生数据丢失.

新一代CTR预测服务的GPU优化实践

于09-09 08:00 - 美团技术团队 -
CTR(Click-Through-Rate)即点击通过率,是指网络广告的点击到达率,即该广告的实际点击次数除以广告的展现量. 为CTR指标服务的打分模型,一般称为CTR模型. 我们可以将此概念进一步扩展到互联网应用中各种预估转化率的模型. CTR模型在推荐、搜索、广告等场景被广泛应用. 相对于CV(计算机视觉)、NLP(自然语音处理)场景的模型,CTR模型的历史结构比较简单,计算量较小.

调研机构:小米超 4 成毛利润来自广告等互联网服务

于09-07 18:02 - - 快讯
9 月 7 日消息,近日国际市场调研机构 Counterpoint Research 发表了一篇有关小米公司营收结构的报告. 这份报告称,尽管自 2018 年上市以来,小米的互联网服务在整个公司的季度营收占比不超过 10%,不过其毛利率及利润占比却相当可观,其最新数据显示小米平均 42.74% 的毛利润是由互联网服务贡献的,2021 年第二季度互联网服务方面的毛利率达到 74.1%,远高于手机部门的 11.8% 以及 18.4% 的公司整体毛利率.

国家网信办关于《互联网信息服务算法推荐管理规定(征求意见稿)》公开征求意见的通知

于08-27 12:53 - -
据微信公众号“网信中国”27日发布消息,为了规范互联网信息服务算法推荐活动,维护国家安全和社会公共利益,保护公民、法人和其他组织的合法权益,促进互联网信息服务健康发展,我办起草了《互联网信息服务算法推荐管理规定(征求意见稿)》,现向社会公开征求意见. 公众可通过以下途径和方式提出反馈意见:. 1.登录中华人民共和国司法部 中国政府法制信息网(www.moj.gov.cn、www.chinalaw.gov.cn),进入首页主菜单的“立法意见征集”栏目提出意见.

Kubernetes 服务部署最佳实践(一)

于06-16 09:50 - -
业务容器化后,如何将其部署在 K8S 上. 如果仅仅是将它跑起来,很简单,但如果是上生产,我们有许多地方是需要结合业务场景和部署环境进行方案选型和配置调优的. 比如,如何设置容器的 Request 与 Limit、如何让部署的服务做到高可用、如何配置健康检查、如何进行弹性伸缩、如何更好的进行资源调度、如何选择持久化存储、如何对外暴露服务等.

微服务的数据聚合Join_cn_hhaip的专栏-CSDN博客

于08-20 16:50 - -
CQRS和UI(前端)更新策略. 架构2005 VS 2016. 传统SQL数据库,通常正规化(normalization)的方式来建模数据. 数据冗余少,不足之处是数据聚合Join会比较麻烦,可能实际Join的时候,需要将几张相关表,通过主键和外键关系才能Join起来. 我们知道,Join是一种开销比较大的SQL运算,当数据量少的时候,这种开销通常OK.

微服务架构及设计模式 - DockOne.io

于08-18 08:49 - -
【编者的话】本文作者详细介绍了微服务架构里一些常见的设计模式和它们各自的使用场景. 因此,了解如何处理微服务架构(MSA)以及一些微服务设计模式,一个微服务架构的一些通用目标或者设计原则是很有价值的. 下面是在微服务架构方案中值得考虑的四个目标. 缩减成本:MSA 将会降低设计、实现和维护IT服务的总体成本.

微服务架构设计模式 - XuMinzhe - 博客园

于08-18 08:48 - -
单体地狱的银弹-微服务架构. 大型的复杂应用程序可以持续交付和持续部署. 每个服务都相对较小并容易维护. 分布式系统带来的各种复杂性. 开发者需要思考到底应该在应用的什么阶段使用微服务架构. 随着网络基础设施的高速发展,以及越来越多的个体接入互联网,在考虑构建支持海量请求以及多变业务的软件平台时,微服务架构成为多数人的首选.

使用Docker+springboot+springcloud+axon 构建CQRS/ES的微服务架构_quguang65265的博客-CSDN博客

于08-02 11:46 - -
在过去几年中,软件架构的变化步伐迅速发展. DevOps,Microservices和Containerisation等新方法已成为热门话题,采用率迅速提高. 在这篇文章中,我想向您介绍一个我一直在研究的微服务项目,它结合了过去几年中两个突出的架构进步:命令和查询责任分离(CQRS)和容器化. 在第一部分中,我将向您展示使用容器分发和运行多服务器微服务应用程序是多么容易.

从单体迁移到微服务的几种模式

于07-23 15:51 - -
正确实现的微服务较单体应用有很多优势. 许多组织都希望将他们的单体应用程序代码换成微服务代码. 但事实证明,迁移到微服务并非易事. 你应该问的第一个问题是,你真的需要微服务吗. 单体存在的许多问题都可以使用模块化的单体架构轻松解决. 一旦你确定自己真的需要微服务,就必须制定一套将单体应用转换为微服务的计划.

思考:如何保证服务稳定性?

于07-08 22:16 - -
    最近一直在忙618大促的全链路压测&稳定性保障相关工作,结果618还未开始,生产环境就出了几次生产故障,且大多都是和系统稳定性、性能相关的bad case. 生产全链路压测终于告一段落,抽出时间将个人收集的稳定性相关资料整理review了一遍,顺带从不同的维度,谈谈稳定性相关的“务虚”认知和思考.

小团队中微服务的可怕之处

于06-28 16:20 - 大卫 -
微服务听起来很棒,每一个团队可以彼此独立工作而不影响其他团队. 你也可以在同一项目中使用不同的技术. 它们如此稳定,所以,你的产品会有极好的扩展. 在 2021 年,不应该把任何应用作为单体来构建,对吧. 很遗憾,微服务并非在每一种环境下都可以发挥作用,在盲目使用之前,你必须确定它们提供了你所需要的价值.

微服务拆分之道

于06-08 04:04 - 玻璃樽 -
微服务在最近几年大行其道,很多公司的研发人员都在考虑微服务架构,同时,随着 Docker 容器技术和自动化运维等相关技术发展,微服务变得更容易管理,这给了微服务架构良好的发展机会. 在做微服务的路上,拆分服务是个很热的话题. 我们应该按照什么原则将现有的业务进行拆分. 接下来一起谈谈服务拆分的策略和坚持的原则.

如何利用Rancher和Kong实现服务网格?

于06-04 11:43 - Rancher -
服务网格(Service mesh)是当前新兴的架构模式,越来越受到人们的青睐. 与Kubernetes一起,服务网格可以形成一个强大的平台,它可以解决在微服务集群或服务基础设施上发现的高度分布式环境中出现的技术需求. 服务网格是一个专门的基础设施层,用于促进微服务之间的服务到服务通信. 服务网格解决了基于微服务的应用中典型的通信需求,包括加密隧道、健康检查、断路器、负载均衡以及流量许可.

工商银行分布式服务 C10K 场景解决方案

于05-11 21:46 - 阿里巴巴云原生 -
来源 | 阿里巴巴云原生公众号. Dubbo 是一款轻量级的开源 Java 服务框架,是众多企业在建设分布式服务架构时的首选. 中国工商银行自 2014 年开始探索分布式架构转型工作,基于开源 Dubbo 自主研发了分布式服务平台. Dubbo 框架在提供方消费方数量较小的服务规模下,运行稳定、性能良好.

深度解析DDD中台和微服务设计

于05-07 05:17 - 阿娇 -
随着业务发展,领域模型和微服务会不断变化和演进,如何用最小代价来适应因为业务变化,而带来的领域模型和微服务演进. 建立 DDD、中台和微服务的统一语言. 我们先简单回顾一下中台的发展历程,2017 年《企业 IT 架构转型之道:阿里巴巴中台战略思想和架构实战》出版后,中台就受到业界热捧. 中台的出现是为了解决以往烟囱式和单体架构的重复开发、数据分散和试错成本高的问题,也是为了提高企业市场响应能力,解决巨型企业由于产品种类繁多、部门林立和沟通困难,而导致的商业模式创新难的问题.

微服务-API网关实战小结

于05-02 00:36 - 代码的色彩 -
 1.为什么需要API网关.         在业务开发中,后台经常要暴露接口给不同的客户端如App端、网页端、小程序端、第三方厂商、设备端等使用,由于技术栈比较统一使用了 Spring boot web开发框架. 所以刚开始统一封装了如鉴权、限流、安全策略、日志记录等集成的工具包,开发中只需要引入该工具包即可实现上述的功能,请求端通过 Nginx后将请求到对应的微服务集群的节点上.

微服务转型的三大误区,避坑指南→

于04-17 02:41 - 博云BoCloud -
通常企业的数字化转型和系统的微服务化改造很容易被放在一起讨论,这样的说法是把微服务放到了一个系统级别,也就成为了一个部门或一个团队的任务. 这其实就是一个企业刚开始做微服务转型的最大误区. 微服务化转型是企业级的改造工程,而具体的落实才是系统的改造,只关注于系统的微服务化改造,难免会“守一隅而遗万方”.

避免微服务的误解

于04-13 20:39 - Zangying2005 -
开篇声明:我是微服务的超级粉丝. 当下的时代,每隔一段时间就会出现一种新概念或新技术,它带来了希望、炒作的热点,貌似可以拯救全世界一样. 但我认为,这确实有它正确的一面,新技术具备突破性,能够带来重大受益. 然而,它也像生活中的其他任何事物一样,有它的能力适用范围. 就好比我们不能把牛顿定律应用到亚原子粒子上面,或者尝试过把电视塞进袜子里.

网易云信在融合通信场景下的探索和实践之 RTMPGateway 服务架构

于04-08 08:16 - 网易云信 -
随着各个行业的互联网化进程不断演进,融合通信在越来越多的场景中得到应用,例如金融场景的视频面签、医疗场景的远程会诊、企业协作场景的多人视频会议等. 在这些场景中,通过微信小程序实现音视频互通,可以降低用户沟通成本,提升业务运营效率,同时帮助企业或组织进一步打通微信社群中的沟通障碍,以一种轻量化的敏捷运营模式轻松实现微信生态中的客户转化闭环.

服务端如何防止重复支付?

于04-01 01:58 - Java小咖秀 -
作者:废物大师兄, 链接:. 如图是一个简化的下单流程,首先是提交订单,然后是支付. 支付的话,一般是走支付网关(支付中心),然后支付中心与第三方支付渠道(微信、支付宝、银联)交互,支付成功以后,异步通知支付中心,支付中心更新自身支. 如图是一个简化的下单流程,首先是提交订单,然后是支付. 支付的话,一般是走支付网关(支付中心),然后支付中心与第三方支付渠道(微信、支付宝、银联)交互,支付成功以后,异步通知支付中心,支付中心更新自身支付订单状态,再通知业务应用,各业务再更新各自订单状态.

SaaS成功,需要四种运营服务_阿朱=行业趋势+开发管理+架构-CSDN博客

于03-08 06:07 - -
2015年,我做过一次外部演讲,我讲的内容是:SaaS不仅需要运维,更需要运营. 一提起运营,互联网人想到的是:拉新(下载/注册)、留存(内容运营)、活跃(社区运营). 一提起SaaS运营,SaaS厂商就想到了客户成功运营,想到了客户运营老做的几个事:用户开通/用户使用情况监控、培训学习社区运营、支持社区运营.

微服务架构从理想到现实

于02-28 08:29 - 玻璃樽 -
【编者的话】本文为我最近阅读《微服务架构设计模式》的一点感悟,我不准备详细去写对该书的读书笔记记录,而是结合我们自己所做的一些微服务架构实践情况做一些总结和复盘. 任何一个新的架构模式或方法的出现,一定是传统架构模式遇到了问题. 而对于单体应用来说常说的问题主要包括了如下几个点:. 单体应用规模太大,导致复杂度剧增,难以开发和管理.

审视微服务架构:影响因素、运维复杂性和替代方案 |InfoQ 圆桌

于02-16 22:07 - Wesley Reisz,Yan Cui -
本文要点:尽管业界已有一些迁移到微服务的成功案例,但依然有大量企业尚未接触到微服务战略. 当前的微服务方式比以往都要复杂. 我们正构建越来越复杂的系统,使用越来越复杂的架构,进而导致我们举步维艰,学习曲线陡峭.  除了复杂性之外,如何监控和追踪也是微服务面对的极大挑战.  事件驱动架构是构建微服务的很好方法,尤其是针对各服务间的通信.

微服务实现简单的分布式日志追踪

于01-25 00:32 - aoxiang -
最近想给项目添加一个简单的分布式请求跟踪功能,从前端发起请求到网关,再从网关调用 Spring Cloud 的微服务,这些过程中希望能从日志中看到一个分布式 ID 的链路,通过请求的 ID 可以追踪整一条链路,方便问题的排查. 现成的方案自然是使用 SkyWalking 、 Spring Cloud Sleuth 、Zipkin 之类的组件,但是想到主要的目的记录一个可以一直贯通各个服务的 ID,方便日志查询,也就不想引入太多复杂的组件,最终决定通过 MDC 在日志中输出追踪的 ID,然后在 Feign 和 RestTemplate 中将请求 ID 在微服务中传递.

微服务架构统一安全认证设计与实践

于01-19 10:56 - 老马 -
【编者的话】当企业应用系统逐渐增多后,每个系统单独管理各自的用户数据容易形成信息孤岛,分散的用户管理模式阻碍了企业应用向平台化演进. 当企业的互联网业务发展到一定规模,构建统一的标准化账户管理体系将是必不可少的,因为它是企业互联网云平台的重要基础设施,能够为平台带来统一的帐号管理、身份认证、用户授权等基础能力,为企业带来诸如跨系统单点登录、第三方授权登录等基础能力,为构建开放平台和业务生态提供了必要条件.

企业中台规划和IT架构微服务转型杂谈

于01-16 21:26 - 人月神话 -
对于传统企业IT架构转型,中台和微服务架构规划在我头条前面的文章里面都有比较系统的整理和阐述,虽然云原生概念在2013年就提出,但是2020年可以算作是云原生的元年,同时企业IT架构转型,微服务化和逐步迁移上公有云也将是未来多年的一个技术发展趋势. 最近结合和合作伙伴,客户的沟通交流,对一些常用的问题进行整理和说明.

这些 Shell 分析服务器日志命令集锦,收藏好了~

于01-05 00:00 - - tuicool
自己的小网站跑在阿里云的 ECS 上面, 偶尔也去分析分析自己网站服务器日志,看看网站的访问量. 于是收集,整理一些服务器日志分析命令,大家可以试试. 1、查看有多少个IP访问:. 2、查看某一个页面被访问的次数:. 3、查看每一个IP访问了多少个页面:. awk '{++S[$1]} END {for (a in S) print a,S[a]}' log_file > log.txt sort -n -t ' ' -k 2 log.txt 配合sort进一步排序.

微服务架构下你的数据一致了吗?

于12-30 00:00 - - dev
数据一致性问题首先是个业务问题,其次才是个技术问题. 在微服务架构下,我们期望每个服务职责单一,这种职责单一体现的是业务价值,如果微服务的拆分过小而导致业务难以实现,那这种拆分是不合理的,业务专家们非常有必要了解系统,从业务侧给出服务拆分的建议. 微服务架构的流行源于它能够带来更快的变化响应能力,比如独立部署,每个服务的能力职责是独立的,可以按需独立发布;再比如每个服务可以由不同的开发团队负责,每个服务的技术栈也可以不同,可以选择更快捷合理的方式实现不同的服务.

中台和微服务架构规划-模块划分和接口服务识别定义(201123)

于11-23 08:12 - 人月神话 - 微服务架构
对于传统企业微服务架构转型,基于中台和微服务思想进行传统IT系统的改造和优化是一个重要的趋势,特别是在企业IT架构逐步走向云原生技术的时候,微服务本身也是关键的要素. 而对于微服务整体的治理框架,我在前面给出一个大的框架图,如下:. 整个微服务治理框架覆盖了微服务全生命周期管理,其中本身又分为微服务架构规划和微服务开发和运维两个关键的阶段.