https://i.ancii.com/cywhoyi/
探讨Java/Android架构,分享和推送Java/Android方向的技术和文章,让你成为这方面的大牛,让你每天都成长一点。...
产品是一款服务于人力资源的SaaS在线服务,面向HR有Web Android/iOS 小程序多个客户端,后端采用RESTful风格API来提供服务。主要使用Python语言,方便快速迭代。同时还有实时消息通知的需要使用了Nginx Push Module。
有没有想过企业规模的系统是如何设计的?在主要的软件开发开始之前,我们必须选择一个合适的架构,为我们提供所需的功能和质量属性。因此,在将它们应用于我们的设计之前,我们应该了解不同的体系结构。在本文中,我将简要解释以下10种常见的体系结构模式及其用法、优缺点。
Serverless并不神秘,用一个简单的例子就可讲明。我们设计了一个AI应用,可以识别出图片中人物的人种,我们把它作为一种SaaS服务架设在公共云上提供给客户使用,其典型的后端架构设计如下:。在该架构中,我们购买的云主机上运行了Tomcat Web S
可能「宅」是现在大多数人能作出的重要贡献之一。正要上分的游戏突然崩了,正演到关键的剧情突然挂掉,最近“某某 app 崩了”带着广大网友都能领悟的痛频上热搜。要解决高流量和突发流量这种业务冲击下,线上应用频繁崩溃的问题,首先需要审视企业目前 IT 架构
最近我们开发团队在开发计划中有一个小停顿,技术部门认为现在是将应用从单体架构迁移到微服务的最佳时机。经过一个月的准备和调查,我们取消了迁移,仍然使用单体模式。我们了解微服务大约是在一年前,但是很惊讶地发现它并不适合我们。本篇文章把我们的经历写出来,可能会对
如今,技术正飞速发展。但是,如果希望将您的企业提升到新的水平,但发现这些前瞻性项目已经受到现有IT架构的实际识得地,也就代表着实施“大修”恐怕已经成为您的唯一选择。是时候进行“大修”了,同时应注意在新架构内采用数据优先策略。使用未经“大修”的陈旧技术却试图
众所周知,架构师的角色,更偏向于策划、而非指挥,塑造、而非支配,其存在的意义,在于引导大家讨论、而非自己主宰一切。本文作者整理了 30 个公认的架构原则,来帮助大家解决此问题。他是 Apache 的核心成员,拥有 15 年分布式系统编程经验,设计了 Ap
实际上,硬件部署架构最终还是由代码的架构来决定。因为代码架构不合理,是无法把一个运行单元分拆出多个来的,那么硬件架构能分拆的就非常的有限,整个系统最终很难长的更大。所以我们经常会听说,重写代码,推翻原有架构,重新设计等等说法,来说明架构的进化。这实际上就是
服务发现简单来讲就是通过服务名找到提供服务的实例地址和端口,主要用于解决如何获取服务实例地址问题。近年来随着容器技术的兴起,大量服务分散在系统各处,服务彼此之间调用都需要通过服务发现来实现。服务发现是分布式系统中不可或缺的关键组件,常用于构建服务发现解决方
Java框架一直以来都是面试必备的知识点,而掌握Java框架,不管在成熟的大公司,快速发展的公司,还是创业阶段的公司,都能对当前正在开发中的系统有整体的认知,从而更好的熟悉和学习技术,这篇文章胖达就打算给大家介绍几款现阶段流行的框架组合,不管是在传统企业开
我在前一家公司的第一个任务是开发统一支付平台,由于公司的业务需求,需要接入多个第三方支付。由于第三方支付渠道会随着业务的发展变动,所以组织这些 SDK 就需要在不影响支付平台整体架构的前提下可灵活插拔。基于以上两点思考,我认为返回 False 到第三方支付
有位名人说过,程序都有两面性,一是程序今天可以做什么,二是程序明天可以做什么。虽然老板口头上天天喊着关心程序员成长,程序质量最重要,但实际上还是进度最重要。代码越多,就越来越难以理解,一个逻辑,可能散落在系统各个地方,我们常常把线上代码必成盗墓机关,稍有不
这些最基础的机制,包括了底层地址空间管理,线程管理,与进程间通讯。它实现的方式是将核心功能模块化,划分成几个独立的进程,各自运行,这些进程被称为服务。
微服务架构是一种架构概念,旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦。你可以将其看作是在架构层次而非获取服务的类上应用很多SOLID原则。微服务架构是个很有趣的概念,它的主要作用是将功能分解到离散的各个服务当中,从而降低系统的耦合性,并提供
最近经常在项目或是社区里听到大家谈论微服务架构,但谈论的焦点更多集中在微服务拆分,分布式架构,微服务门槛,DevOps配套设施等话题上。但是在我眼里,真正能称之为微服务架构的少之又少。原因也很简单,我所见到的很多所谓的微服务架构项目,大多都没有做到微服务架
从公司成立敲出第一行代码到现在也快三年了,平台的技术架构,技术体系也经历了四次比较重大的升级,本文将带大家回顾一家小公司从最开始的零交易到现在交易量超过百亿背后的技术变迁。在互联网金融行业一百多亿算不上大平台,也就是个二级阵营,它每次的架构升级都是伴随着业
创业之初,我们往往会为了快速迭代出产品,而选择最简单的技术架构,比如LAMP架构,SSH三层架构。如果我们在创业初始就以一种适应性较强的架构去写代码,后面就会少走很多弯路。下面的文章是我自己总结出来的一套架构,经过实践,适应性还算不错。总的来说我的通用架构
2015天猫双11 全球狂欢节刚刚结束,912亿的全天成交额再次刷新了记录,其中无线占比68.67%,无线交易额高达626亿。美国时间11月16日,InfoQ英文站邀请到了阿里无线事业部资深技术总监庄卓然、阿里无线高级技术专家徐昭 在QCon全球软件开发大
Rate limiting 在 Web 架构中非常重要,是互联网架构可靠性保证重要的一个方面。大部分人 都知道应该增加 Rate limiting,做请求频率限制。从安全角度,这个可能也是大部分能想到,但不一定去做的薄弱环节。有必要在服务能力超限的情况下
短短几十年国内互联网发生了翻天覆地的变化,特别是国家支持互联网发展,提出了“互联网+”行动计划,国内各行各业的互联网更是日新月异。所有笔记记录参考《大型网站技术架构核心原理以及案例分析》,该系列文章没有太多的代码展示,着重是对理论知识的描述。这些将是打造一
0 关注 0 粉丝 0 动态
Copyright © 2013 - 2019 Ancii.com
京ICP备18063983号-5 京公网安备11010802014868号