Category: Java Architecture

[转]阿里巴巴如何基于 Kubernetes 实践 CI/CD 0

[转]阿里巴巴如何基于 Kubernetes 实践 CI/CD

首先简单解释一下何为 Kubernetes 来帮助大家理解。Kubernetes 是一个生产可用的容器编排系统。Kubernetes 一方面在集群中把所有 Node 资源做一个资源池,然后它调度的单元是 Pod,当然 Pod 里面可以有多个容器。 就像一个人左手抓着 ECS 资源或计算资源,右手抓容器,然后把它们两个匹配起来,这样它就可以作为一个容器的编排系统。

[汇总]CI/CD经验 0

[汇总]CI/CD经验

代码重构!你敢吗? 我们想了双流程验证的方案。 我们将重构部分的代码全部封装起来,然后提供一个新的接口,一个请求进来后,我们分别执行旧的业务逻辑,也将请求发给新接口。在流程的最后,我们将新旧流程构造出的字段,进行逐个字段的对比。新流程只验证正确性,不做实际的输出。

[转]谈谈怎么做服务隔离 0

[转]谈谈怎么做服务隔离

做服务隔离的目的就是避免服务之间相互影响。毕竟谁也不能说自己的微服务百分百可用,如果不做隔离,一旦一个服务出现了问题,整个系统的稳定性都会受到影响! 因此,做服务隔离是很有必要的。那么怎么隔离呢? 按种类隔离 按用户隔离 OK,接下来开始细说这两种方式!

0e3735c3f9e54d129509ee659afffe05_th.png 0

[转]日志处理两大生态Splunk和ELK深度对比

随着Splunk越来越被大家熟知和认可,现在市面上也不断涌各种同类产品,作为大数据搜索界的翘楚Splunk和ElasticSearch,绝对值得我们去学习,探索和使用,因此为了造福Splunk的铁粉和新粉们,小编特邀了Splunk的资深架构师,江湖人称“陶指导”的陶刚为大家就架构,功能,产品线,概念等方面将Splunk和ElasticSearch做了一下全方位的对比,希望能够给大家在制定大数据搜索方案的时候有所帮助。 陶刚在Splunk上海担任资深架构师,负责数据采集和云平台产品的技术架构。 拥有丰富的企业级产品的开发经验,对数据科学,数据可视化和机器学习等领域有着浓厚的兴趣。同时是足球和炉石传说的狂热爱好者,也是大圣庞卡足球队的当家球霸和炉石传说俱乐部最受追捧的明星会长。 本文就架构,功能,产品线,概念等方面就ElasticSearch和Splunk做了一下全方位的对比,希望能够大家在制定大数据搜索方案的时候有所帮助。

[总结]Nginx 负载均衡策略 0

[总结]Nginx 负载均衡策略

Nginx 作为高性能web服务器,负载均衡是其基本功能之一。 注:负载均衡至少需要两台机器 1. 负载均衡 负载均衡可以将请求前端的请求分担到后端多个节点上,提升系统的响应和处理能力。 2. 负载均衡策略 负载均衡的策略可以大致分为两大类:内置策略 和扩展策略 内置策略:一般会直接编译进Nginx内核,常用的有、轮询、ip hash、最少连接 扩展策略:fair、url hash等

[汇总]代码级别经验 0

[汇总]代码级别经验

你见过哪些目瞪口呆的 Java 代码优化技巧? 项目组入职一个阿里的大牛,看他写代码真的太优雅了! 用1个月重构了同事写的烂代码,我总结出了15条重写烂代码的经验! 分享几个工作里实用的代码优化技巧,保证领导看了你的代码都点赞!   还在使用SimpleDateFormat?你的项目崩没? BigDecimal使用不当,造成P0事故! 在涉及到精度计算的过程中,我们尽量使用 String 类型来进行转换。 谁再在 POJO 中使用基本数据类型,以后就不用来了! 很不起眼的6个bug,90%的程序员就算写了10年代码也肯定都踩过! 看了我写的设计模式,全公司同事都开始悄悄模仿了   代码中的时间格式问题究竟该如何处理? 警告!别再使用 TIMESTAMP 作为日期字段 也有的同学会热衷用类型 TIMESTEMP 存储日期,因为类型 TIMESTAMP 占用 4 个字节,比 DATETIME 小一半的存储空间。 但若要将时间精确到毫秒,TIMESTAMP 要 7 个字节,和 DATETIME 8 字节差不太多。另一方面,现在距离 TIMESTAMP 的最大值‘2038-01-19 03:14:07’已经很近,这是需要开发同学好好思考的问题。 总的来说,我建议你使用类型 DATETIME。对于时区问题,可以由前端或者服务这里做一次转化,不一定非要在数据库中解决。 PropertyValuesProvider在日期绑定和校验中的应用 手写一个连接池? 讲解线程池的一篇干货,很干很干!...

[转]MQ中间件各种疑难杂症 0

[转]MQ中间件各种疑难杂症

1. 消息队列有什么优点和缺点? 为什么使用消息队列?假设你的业务场景遇到个技术挑战,如果不用 MQ 可能会很麻烦,但是你用了 MQ 之后会带给你很多好处。 消息队列 MQ 的常见使用场景其实有很多,但是比较核心的有如下三个: 解耦 异步 削峰 1-1-1. 解耦:A 系统发送个数据到 BCD 三个系统,接口调用发送,那如果 E 系统也要这个数据呢?那如果 C 系统现在不需要了呢?