深圳幻海软件技术有限公司 欢迎您!

  • 云计算的发展现状及未来

    一、云计算的发展现状1.云计算市场的马太效应云计算已走过十几个年头,从异军突起到百花齐放再到巨头崛起,云计算市场同样出现了马太效应。当前的云计算市场有以下几个比较明显的态势:聚类分化:由于云计算是一个规模性业务场景,只有达到一定规模后,边际成本才会出现,所以近年来,云计算出现了有趣的变化。一方面,一

  • vivo 超大规模消息中间件实践之路

    在线业务侧主要从RocketMQ集群部署架构、平台系统架构、日常运维操作平台、监控告警一体化实践以及vivo如何通过建设AMQP消息网关的方式完成所有在线业务服务从RabbitMQ到RocketMQ的业务无感迁移,实现了在线业务消息中间件组件的统一。大数据侧主要从资源隔离、流量均衡、智能动态限流、集

  • RocketMQ 消息集成:多类型业务消息 - 普通消息

    引言ApacheRocketMQ诞生至今,历经十余年大规模业务稳定性打磨,服务了100%阿里集团内部业务以及阿里云数以万计的企业客户。作为金融级可靠的业务消息方案,RocketMQ从创建之初就一直专注于业务集成领域的异步通信能力构建。本篇将从业务集成场景的诉求开始,介绍RocketMQ作为业务消息集

  • 字节跳动大规模企业级 HTTP 框架 Hertz 设计实践

    日前,字节跳动技术社区ByteTech举办的第七期字节跳动技术沙龙圆满落幕,本期沙龙以《字节高性能开源微服务框架:CloudWeGo》为主题。在沙龙中,字节跳动字节跳动基础架构服务框架资深研发工程师 高文举,跟大家分享了《大规模企业级HTTP框架的设计和实践》,本文根据分享整理而成。本文将

  • 十张图,详解用户分层怎么做

    ​有同学疑惑:领导让做用户分层,可不管怎么分,似乎都觉得没有啥科学道理,也经常被嫌弃:“你这分层分得有啥意思”。到底有没有标准的分层规范?在讨论这个问题之前,大家先看一个简单的问题,假设一个业务收入情况如下,你会怎么解读数据?(总收入=付费用户数*付费用户人均付费)一、用户分层的一般作用本质上看,用

  • Redis 生产架构选型对比,一文整治选择困难症

    前言在写开源项目的时候,想到了要支持多种redis部署方式,于是对于这块的生产环境的架构选型展开调研。一、引擎版本推荐使用更新的引擎版本以支持更多的特性,Redis6.0新特性说明模块系统新增多个API。支持SSL/TLS加密。支持新的Redis协议:RESP3。服务端支持多模式的客户端缓存。支持多

  • 技术人生 | 如何设定业务目标

    一、写在前面​​上一篇文章​​​讲了如何构建业务大图,看到有评论说这和设定OKR差不多啊。希望其他读者不要被类似的看法带偏。业务大图是业务顶层设计,是战略目标、业务长期价值、业务维度拆分、业务组织设计、业务长期发展方向、关键业务战役、短期重点事项的综合信息载体,是一个业务的宏观全貌,同时以业务战役的

  • 架构师进阶,微服务设计与治理的16条常用原则

    ​今天将从存储的上一层「服务维度」学习架构师的第二项常用能力——微服务设计与治理。如何设计合理的微服务架构?如何保持微服务健康运行?这是我们对微服务进行架构设计过程中非常关注的两个问题。本文对微服务的生命周期定义了七个阶段,如下图所示。围绕这七个阶段总结了16条常用原则。1.微服务规划原则1:按照业

  • 一个满分的项目文档是如何书写的

    1.背景   接手新项目或者阶段性切换项目开发再或者翻阅社区项目时,快速run起来的技能方式通常是阅读项目下的名为README.md文档所得。前面所述仅仅是万里长征的第一步,当你想了解项目所使用的技术栈、组件库、工具库等等一些开发所需物料时,翻阅依赖管理文件的三方包或者

  • 微服务治理框架的选择:对比Spring Cloud和Istio

    Istio被引入的主要原因是传统微服务存在以下问题。多语言技术栈不统一:C++、Java、PHP、Go。SpringCloud无法提出非Java语言的微服务治理。服务治理周期长:微服务治理框架与业务耦合,上线周期长,策略调整周期长。产品能力弱:SpringCloud缺乏平台化和产品化的能力,可视化能

  • 动脑 | 设计一个数据中台,总共分几步?

     本文旨在探讨通用的数据中台架构设计方法,产出物为数据中台的逻辑架构。当然,考虑到业界对于数据中台的定义千差万别,可以预见大家不一定认同本文设想的中台架构,但我觉得每个步骤中的推演过程或许会大家给带来一点启发,还是最终成文,大家权当是疫情期间做了一次脑力体操吧。1.明确中台边界首先,我们面

  • 在分布式微服务架构应用中如何实现最终一致性?

     在分布式系统中,实现强一致性并不容易。即使2PC、3PC阶段提交,也无法保证绝对的强一致性。我们也不能因为极小的不一致性概率,导致系统整体性能低下,或者扩展性受到影响,并且架构也变得极其复杂。因此,在2PC/3PC提交缺乏大规模应用的情况下,最终一致性是一个较好的方案,在业界得到了大量使

  • “中台”是架构的捷径吗?

     软件领域没有“银弹”,架构没有捷径!由于“中台”概念的推动,关心业务架构的读者越来越多,很多企业也对实施“中台”、“中台”方法论趋之若鹜。历史总是相似的,之前无论SOA、微服务、DDD,还是敏捷开发、双模开发等热门技术概念出现时,都曾经给大家燃起“捷径”的希望。然而,最终还是证明了软件领

  • 架构师详解:从0到1构建大数据平台

    如今大数据在各行业的应用越来越广泛:运营基于数据关注运营效果,产品基于数据分析关注转化率情况,开发基于数据衡量系统优化效果等。美图公司有美拍、美图秀秀、美颜相机等十几个app,每个app都会基于数据做个性化推荐、搜索、报表分析、反作弊、广告等,整体对数据的业务需求比较多、应用也比较广泛。因此美图数据

  • 谷歌创始人退位!46岁佩奇布林双双卸任,47岁皮猜掌管一切

     本文经AI新媒体量子位(公众号ID:QbitAI)授权转载,转载请联系出处。谷歌也交接班了。46岁的创始人拉里·佩奇和谢尔盖·布林,今日正式向47岁的皮猜交接大权。是的,两位“神奇小子”双双卸任Google母公司Alphabet职务,一个CEO、一个总裁,现在二合一统统给桑达尔·皮猜(S

  • 我所理解的架构,看这篇就对了

     什么是架构?个人所理解的架构的含义应该是:定义一个完整系统中所需的组件以及实现组件间的交互策略。那么很明显,架构设计应该是考虑如何定义和划分好每个组件,然后考虑它们是如何基于不同的交互策略来实现我们业务需要的场景。什么是组件?个人认为,只要是隶属于完整系统中的组成部分,都可以看成是组件。

  • 如何设计API接口,实现统一格式返回?

    前言在移动互联网,分布式、微服务盛行的今天,现在项目绝大部分都采用的微服务框架,前后端分离方式,(题外话:前后端的工作职责越来越明确,现在的前端都称之为大前端,技术栈以及生态圈都已经非常成熟;以前后端人员瞧不起前端人员,那现在后端人员要重新认识一下前端,前端已经很成体系了)。一般系统的大致整体架构图

  • 大白话解读“中台”,我收藏后读了3遍

    【51CTO.com原创稿件】随着互联网公司崛起,“中台”这个词也进入了人们的视线。BAT等公司纷纷推出了自己的中台系统。图片来自Pexels那么,什么是中台系统?它是如何诞生的?它长什么模样?我们为什么需要它?一串串的问题不禁浮现在我们的脑海,今天我们就带着这些问题,一起走进中台。什么是中台?中台

  • 互联网公司不做“中台”会死吗?

    做不做中台,可能不是很多公司的***优先级,作为一个不被善变的用户和市场抛弃的企业,想方设法持续提高企业对于⽤户善变的响应能力才是最重要的。图片来自Pexels2010年的中国(深圳)IT***峰会上,BAT三家的当家人发表了对于云计算的看法:李彦宏:云计算是旧瓶装新酒。马化腾:云计算需要到“阿凡达

  • 马蜂窝消息总线——面向业务的消息服务设计

     我们为什么需要消息总线?在消息总线上线前,马蜂窝大部分业务中的异步需求是通过Redis队列来实现。随着消息量增加,经常会出现消息积压、不同消息之间互相影响的问题。为解决这些问题,电商研发团队开始规划和设计消息总线。为什么会有消息总线,而不是让业务系统直接用PHP或者其他语言对接Rabbi

推荐阅读