1 天前 / ThoughtWorks
在上一篇文章中，我们讲到了基础设施即代码和云计算给运维领域带来的深远影响。而 DevOps 运动不仅仅改变了运维端，同时也改变了开发端，特别是 Docker 的兴起和微服务架构的流行。在这一篇，我们将通过技术雷达上相关条目的变化来考察 Docker 和微服务的发展。 在 Docker 技术出现之前，可以说是 DevOps 技术的 1.0 的时代，人们关注如何做好 CI/CD 和基础设施即代码。而 Docker 的出现迎来了 DevOps 2.0 时代，DevOps 所有的实践都围绕着 Docker 展开，以 Docker 为中心的技术架构影响了软件开发交付的方方面面。无论是开发还是运维都在讨论和......
21 天前 / stelin
本站文章除注明转载外，均为本站原创或编译。欢迎任何形式的转载，但请务必注明出处，尊重他人劳动共创开源社区。转载请注明：文章转载自 OSCHINA 社区 [http://www.oschina.net]本文标题：Swoft 2.0.2 发布，PHP 微服务协程框架本文地址：https://www.oschina.net/news/107674/swoft-2-0-2-released
26 天前 / 宜信技术学院
前言 最近宜信开源微服务任务调度平台SIA-TASK，SIA-TASK属于分布式的任务调度平台，使用起来简单方便，非常容易入手，部署搭建好SIA-TASK任务调度平台之后，编写TASK后配置JOB进行调度，进而实现整个调度流程。本文新建了JOB示例，该JOB关联了前后级联的两个TASK，TASKONE(前置TASK)和TASKTWO(后置TASK)，主要阐述一个JOB怎样关联配置两个级联TASK，以及该JOB是如何通过SIA-TASK实现任务调度，最终实现对两个TASK执行器的调用。 拓展阅读：开源|宜信开源微服务任务调度平台SIA—TASK 宜信开源|分布式任务调度平台SIA-TASK的架构设计与运......
33 天前 / 崔秀龙
2015 年底，Segment 博客刊登了一篇文章，Why Microservices Work For Us（下文简称为《Work》），三年多，又来了一篇更具话题性的新作：Goodbye Microservices: From 100s of problem children to 1 superstar（下文简称为《Bye》），两相比较，感觉还是有一定的代表性的，这里做一点整理和记录。 微服务的动机《Work》中提到，主要是因为原有架构中，故障处理不力，需要有更快的诊断和处理方法，这里提到了两个途径： 问题的快速定位：借助更细致方便的监控指标，为突发事件提供明确指导。 问题的快速解决：在定位问题之后，能够更好的从源码......
33 天前 / 张松然
本篇文章一共分为三个部分，分别是微服务架构的演进过程、具体实践微服务的应用技术和领域驱动设计的意识转变。微服务架构已经渗透到互联网应用的方方面面，而领域驱动设计也逐渐被业界所接收。 微服务架构几乎都是从 ALL IN ONE 的单体架构演进而来，中间又经历了分布式架构、面向服务架构的演进过程。 单体架构往往以烟筒式方式发展，往往存在两个主要问题：中心化和耦合度高。所谓中心化，就是数据集中存储在单个数据库中，业务系统集中部署在单台服务器上，通过集群部署方式提供服务能力，然而中心化的问题，也就是单点问......
34 天前 / 崔秀龙
在 Segment，我们全心拥护微服务理念，但个中原因，可能并不是读者所以为的那样。 微服务和单体的争论已经够多了，我不想再次复盘。微服务的拥趸们说，微服务有更好的伸缩能力，是清晰软件工程师团队责任的的最佳方式。然而单体应用的拥护者则认为，微服务的运维太复杂，难于启动。 但是微服务的主流益处和今天我们要讨论的好处不太相关，我们要讨论的是：可观察。 当周二凌晨 3 点钟收到传呼的时候，如果看到特定的工作单元出了问题，而无需在单体应用的每个函数调用中加入追踪，那这个过程就轻松百倍了。 并不是说紧耦合代码中无法实现良好的......
40 天前 / 懒人yp
作者：Jérme Petazzoni 译者：罗广明 审校：孙海洲 原文链接：https://jpetazzo.github.io/2019/05/17/containers-microservices-service-meshes/ 编者按本文通过介绍一个构建和运行微服务的平台dotCloud的历史、容器间路由，进而阐述了它与现代服务网格的相同与不同之处；接着介绍了如何实现一个类似的服务网格以及其与Istio的区别；最后引入了SuperGloo的介绍，一个管理和编排大规模服务网格的开源项目。 前言有许多的材料是关于服务网格的，这是另一个。为什么呢？因为我想分享给你们一个观点：有一些人认为服务网格在10年前就已经存在，......
43 天前 / 董鹏
微信公众号：内核小王子 关注可了解更多关于数据库，JVM内核相关的知识; 如果你有任何疑问也可以加我pigpdong[1] 此为轻松构建微服务系列的第九篇文章 前言随着微服务化,以及集群规模化,传统的日志检索,指标监控,调用链分析作为功能单一的系统,已经无法更好的帮我们分析问题,我们需要一个监控平台将他们之间的数据进行整合和分析,输出更友好的视图给用户. 指标报警 -> 应用 -> 服务 -> 事物 -> 堆栈 -> 日志 以下为随手记的监控平台的Focus架构 下图描述了典型的三层监控体系,将基础层,中间件层,应用层的数据进行聚合分析 基础层:监控主机......
43 天前 / jackyrong
前言今天和大家聊一下在采用Spring Cloud进行微服务架构设计时，微服务之间调用时异常处理机制应该如何设计的问题。我们知道在进行微服务架构设计时，一个微服务一般来说不可避免地会同时面向内部和外部提供相应的功能服务接口。面向外部提供的服务接口，会通过服务网关（如使用Zuul提供的apiGateway）面向公网提供服务，如给App客户端提供的用户登陆、注册等服务接口。 而面向内部的服务接口，则是在进行微服务拆分后由于各个微服务系统的边界划定问题所导致的功能逻辑分散，而需要微服务之间彼此提供内部调用接口，从而实现一个完整的功能逻辑，......
43 天前 / 方丈的寺院
摘要前面两篇介绍了DDD的目标管理、DDD的工程结构调整。这篇讨论微服务的划分。微服务是目前后端比较流行的架构体系了，那么如何做好一个微服务的划分？一个微服务的粒度应该是多大呢？这篇主要介绍如何结合DDD进行领域划分。 工程结构代码上篇介绍了可落地的DDD的(2)-为什么说MVC工程架构已经过时很多朋友留言说，有没有sample code，要不然太湿了，不是很明白。这里写了个sample。 就以一个博客网站为例page1:博客列表页： 展示所有用户发表的博客page2: 个人介绍页：有个人简介和博客列表page3：博客详情页. 不同的业务展示的用户/博客的字段......
44 天前 / 个推技术学院
作者：个推应用平台基础架构高级研发工程师 阿飞 01 业务背景 随着微服务架构的流行，系统变得越来越复杂，单体的系统被拆成很多个模块，各个模块通过轻量级的通信协议进行通讯，相互协作，共同实现系统功能。 单体架构时，一个请求的调用链路很清晰，一般由负载均衡器将用户请求转发到后端服务，由后端服务进行业务处理，需要的数据从外部的存储中获取，处理完请求后，再经由负载均衡器返回给用户。 而在微服务架构中，一个请求往往需要多个模块共同协作处理，不同模块可能还依赖于不同的外部存储，各个模块的实现技术还不尽相......
44 天前 / 董鹏
微信公众号：内核小王子 关注可了解更多关于数据库，JVM内核相关的知识; 如果你有任何疑问也可以加我pigpdong[1] 此为轻松构建微服务系列的第八篇文章 前言 我们在应用开发的时候，应该都碰到过这种需求：每天固定时间点跑一个任务；创建一些临时的任务去初始化数据或者做数据迁移；固定一个时间周期去轮询是否有新的状态发生；在java中有两个类可以帮我们处理这种需求，一个是java.util.TimerTask，一个是 java.util.concurrent.ScheduledExecutorService , 但是随着业务的发展，任务调度的需求会越来越多，对调度器的要求也会更高，例如能够......
45 天前 / 蚂蚁金服分布式架构SOFAStack
作者：卫恒（宋国磊）SOFATracer 以及SOFADashboard 开源负责人。 本文根据 5月26日 SOFA Meetup#2上海站 《使用 SOFAStack 快速构建微服务》主题分享整理，着重分享如何使用SOFADashboard 来管控SOFAArk ，对于SOFAArk 中的一些基础概念和知识不过多涉及；建议大家在阅读之前，先了解下SOFAArk 的相关基本知识。 现场回顾视频以及 PPT 见文末链接。 0前言SOFAArk[1]是一款基于 Java 实现的轻量级类隔离容器，主要提供类隔离和应用（模块）合并部署能力，由蚂蚁金服开源贡献。SOFAArk在0.6.0 版本[2] 提供了非常丰富的功能特性，其中最核......