• 微信小程序架构分析 (中)

    本文探讨一下小程序的 view 模块和 service 模块是如何构成的。

  • 微信小程序架构分析 (上)

    相信不少上手试用了微信小程序开发者工具的开发者都会对其实现有些疑惑, 本文试图对其架构模型进行一些解析。

  • Django之路 如何开发通用且万能的的权限框架组件

    我是51CTO学院讲师Alex(李杰),在51CTO学院“4.20 IT充电节”(4月19~20日)到来之际,和大家分享一下Django之路。

  • 借hbase-rdd二次开发谈如何在Spark Core之上扩建自己的模块

    我是51CTO学院讲师张敏,在51CTO学院 “4.20 IT充电节”(4月19~20日) 到来之际,和大家分享一下Spark Core之上扩建自己的模块的经验。

  • 写自己的缓存框架,JAD-CACHE架构设计篇

    在之前一篇《写一个自己的通用缓存框架,以同时支持ehcache、mecache以及springcache注解等等》博文中,列出了自己的通用缓存框架需要实现在的大致功能总结如下:

  • 技术热点:Android hook技术浅析

    很多人将这个框架用在对android的私有化定制上面,其实在android安全测试方面这个框架提供了很大的便利,xposed主要是对方法的hook,在以往的重打包技术中,需要对smali代码的进行修改,修改起来比较麻烦。

  • 1号店订单系统水平分库的实践之路以及关键步骤

    随着大型互联网应用的发展,海量数据的存储和访问成为系统设计的瓶颈,分布式处理成为不二选择。数据库拆分,特别是水平分库是个高难度的活,涉及一系列技术决策。

  • 日交易额百亿级交易系统的超轻量日志实现

    通过对几个通用型日志(如log4j、logback)的性能压测,以及考虑到它们作为通用型日志相对比较臃肿,就决定自个儿写个日志工具以支撑系统功能和性能所需。当时的做法只是简单的将日志的实现作为一个 util 类写在项目中,只有几百行的代码量。

  • 这三种分布式存储文件系统你造吗?

    随着云计算在全球范围内的高速发展,谷歌、亚马逊等企业的崛起,特别是"互联网+"深入融合背景下的业务云化需求,传统企业在数据中心建设中被动地徘徊在传统存储阵列与分布式存储两种体系存储架构之间。这两种存储结构并没有绝对的优劣之分,而大数据的繁盛让分布式存储架构近几年中获得了前所未有的关注。

  • 10年感触:架构是什么?——消灭架构!

    目前除了做软件开发平台,我们还深入到热力、能耗监测等能源监控领域,进入这个领域之后,发现传统的几个大厂家,做的软件都极其的烂,那软件简直丑的不能再丑了,送给我我都不要。这些厂家那么有钱,他们做不出好软件?真是不可思议。因此,我跟我的合作伙伴放出豪言,我们要做这个行业最好的软件,要做到这个领域的第一。

  • 如何构建高可用ZooKeeper集群

    ZooKeeper 是 Apache 的一个顶级项目,为分布式应用提供高效、高可用的分布式协调服务,提供了诸如数据发布/订阅、负载均衡、命名服务、分布式协调/通知和分布式锁等分布式基础服务。

  • 成小胖学习微服务架构·基础篇

    看到最近“微服务架构”这个概念这么火,作为一个积极上进的程序猿,成小胖忍不住想要学习学习。而架构师老王(不是隔壁老王)最近刚好在做公司基础服务的微服务化研究和落地,对此深有研究。

  • 《浅谈架构之路:前后端分离模式》

    对前后端分离研究了一段时间,恰逢公司有一个大项目决定尝试使用前后端分离模式进行,便参与其中。该项目从2016年初立项至今,平平稳稳得度过,但也涌现出越来越多的问题,绝对不是说前后端分离模式不好,而是很多公司在尝试前后端分离的时候没有做好充分得准备。

  • 机器学习和深度学习的最佳框架大比拼

    机器学习框架和深度学习框架之间有区别。本质上,机器学习框架涵盖用于分类,回归,聚类,异常检测和数据准备的各种学习方法,并且其可以或可以不包括神经网络方法。深度学习或深度神经网络(DNN)框架涵盖具有许多隐藏层的各种神经网络拓扑。这些层包括模式识别的多步骤过程。网络中的层越多,可以提取用于聚类和分类的特征越复杂。

  • 创业之初的技术题:如何构建一个较为通用的业务技术架构

    我经过很长一段时间的实践后摸索出来的业务技术架构,自认为还算通用,而且能够在一定程度上支撑易变的业务。当然这套架构肯定不是银弹,不可能解决所有业务场景,所以最终还是需要围绕到具体的场景加以借鉴。

  • 用n多的框架写同一个demo

    最近有了比较长的空闲时间。 所以看了很多很多不同的语言,框架。 java用了很多年了,总觉得眼界都被java影响了,所以想从新开始学一点新的东西。 而一旦开始选择开始的路径,完美主义的小心思就出来作祟了。 泛泛的接触了好多好多东西,基本上主流的语言,框架都把入门文档看了个遍。 到最后都没有达到最初想学点东西的目的,反而看文档的能力提高不少......

  • 使用线程执行框架的一次经历

    一个线程从某个地方接收消息(数据),可以是其他主机或者消息队列,然后转由另外的一个线程池来执行具体处理消息的逻辑,并且消息的处理速度小于接收消息的速度。这种情景很常见,试想一下,你会怎么设计和实现?

  • 创业之初的技术题:如何构建一个较为通用的业务技术架构

    经过很长一段时间的实践后摸索出来的业务技术架构,自认为还算通用,而且能够在一定程度上支撑易变的业务。当然这套架构肯定不是银弹,不可能解决所有业务场景,所以最终还是需要围绕到具体的场景加以借鉴。

  • 大型网站技术架构(1)

    网站都是从小网站一步一步发展为大型网站的,而这之中的挑战主要来自于庞大的用户、安全环境恶劣、高并发的访问和海量的数据,任何简单的业务处理,一旦需要处理数以 P 计的数据和面对数以亿计的用户时,问题就会变的很棘手

  • Underscore整体架构浅析

    之前写的文章,关注点大多在具体的方法,具体的知识细节,也有读者留言建议楼主讲讲整体架构,这是必须会讲的,只是楼主把它安排在了最后,也就是本文,因为楼主觉得不掌握整体架构对于具体方法的理解也是没有大的问题的。Underscore 大多数时候的调用形式为 _.funcName(xx, xx),这也是 文档中 的调用方式。

  • 网站架构的伸缩性设计

    将不同功能分离部署可以实现一定程度的伸缩性,但是随着网站访问量的逐步增加,即使分离到最新粒度的独立部署单一服务器也不能满足业务规模的要求。因此,必须使用服务器集群,即将相同服务部署在多台服务器上构成一个集群整体对外服务。

  • Redux异步方案选型

    作为react社区最热门的状态管理框架,相信很多人都准备甚至正在使用Redux。本文会从一些常见的Redux异步方案出发,介绍它们的优缺点,进而讨论一些与异步相伴的常见场景,帮助你在选型时更好地权衡利弊。

  • Atlas:手淘Native容器化框架和思考

    本文将介绍Atlas的设计思路和手淘对容器化、组件化和动态化上的思考,主要内容来自阿里巴巴资深技术专家倪生华(玄黎)在2016杭州云栖大会上的分享。

  • BG-UI:一个后台UI框架

    此项目为后台UI框架,并根据url中的hash提供简单的路由功能,页面的数据渲染依然交给服务器端。UI基于BootStrap3。兼容移动端。兼容IE8+及其它主流浏览器。

  • Semantic-UI的React实现(一):架构介绍

    Semantic-UI是一套完全语义化设计的前端框架,使用起来灵活又方便,可以满足多变复杂的页面实现需求。从官方文档(版本2.2)来看,主要有四类框架元素:元素、组合、视图、模块。

  • 堡垒跳板机实现——架构实现

    这是关于堡垒机实现的第二篇文章,主要阐述三层架构分别如何实现,包括第一层&第二层的设计与实现,即用户登录堡垒机的入口 & 授权验证, 第三层,如何通过ldap来统一管理服务器账号权限。

  • 堡垒跳板机实现——整体架构

    关于跳板机的实现,其实简单版本网上一大堆,甚至更有开源堡垒机Jumpserver可供选择,方案很多。接下来会就我的实现方案,整理出几篇文章来做概要描述。

  • JUnit 5系列之架构体系介绍

    现在,我们已经知道了 如何配置 JUnit 5 环境 及 如何写一些测试,接下来就来看一点封面下的内容吧。本篇我们将讨论 JUnit 5 的架构体系,以及它之成形如此的原因。

  • 如何构建一个简单的CAAS系统

    我们先了解下一个简单的CAAS系统是如何为用户提供服务的1.企业用户上传它的应用代码或其他代码托管方式,我们生成用户应用的镜像,或者用户直接上传镜像,或者用户直接使用我们提供的基础服务镜像2.用户部署他的镜像应用,启动它的镜像容器3.用户访问他的应用服务用户访问他的应用服务

  • 怎么实现微服务的实时性能分析?

    当开发者从微服务架构获得敏捷时,观测整个系统的运行情况成为最大的痛点。

 2 3 4 5 6