玩转AWS的必备工具虽然AWS平台早已早已为使用者带来了十分详细和高品质的工具箱，但在具体运用中含的软件还没有尤其方便快捷或是能满足客户的必须，因而，紧紧围绕全部AWS平台，客户及其许多专业开发设计AWS专用工具的企业发布了很多和AWS规范专用工具互为补充的第三方开发环境。这种专用工具集中化在系统软件布署管理方法自动化技术，系统架构图自动生成可视化工具，

随着微服务架构的流行，服务按照不同的维度进行拆分，一次请求往往需要涉及到多个服务。互联网应用构建在不同的软件模块集上，这些软件模块，有可能是由不同的团队开发、可能使用不同的编程语言来实现、有可能布在了几千台服务器，横跨多个不同的数据中心。因此，就需要一些可以帮助理解系统行为、用于分析性能问题的工具，以便发生故障的时候，能够快速定位和解决问题。在复杂的微服务架

对于现在流行的深度学习，保持学习精神是必要的——程序员尤其是架构师永远都要对核心技术和关键算法保持关注和敏感，必要时要动手写一写掌握下来，先不用关心什么时候用到——用不用是政治问题，会不会写是技术问题，就像军人不关心打不打的问题，而要关心如何打赢的问题。程序员如何学习机器学习对程序员来说，机器学习是有一定门槛的（这个门槛也是其核心竞争力），相

随着业务的发展，系统规模也会变得越来越大，各微服务间的调用关系也变得越来越错综复杂。通常一个由客户端发起的请求在后端系统中会经过多个不同的微服务调用来协同产生最后的请求结果，在复杂的微服务架构系统中，几乎每一个前端请求都会形成一条复杂的分布式服务调用链路，在每条链路中任何一个依赖服务出现延迟过高或错误的时候都有可能引起请求最后的失败。这时

1、前言在IM这种讲究高并发、高消息吞吐的互联网场景下，MQ消息中间件是个很重要的基础设施，它在IM系统的服务端架构中担当消息中转、消息削峰、消息交换异步化等等角色，当然MQ消息中间件的作用远不止于此，它的价值不仅仅存在于技术上，更重要的是改变了以往同步处理消息的思路（比如进行IM消息历史存储时，传统的信息系统作法可能是收到一条消息就马上同步存

在公司项目开始的阶段由于准备不完善和个人能力不足，忽略了编写正规的单元测试的好处，所以在长达一年的时间里，项目在上线前的构建过程中其实是没有跑过测试的，在项目上线的最初几个月里，由于项目功能涉及的方面较少，所以可以轻松的确保上线代码不存在严重的问题。随着项目涉及的方面逐渐扩大，没有正规的测试架构的问题逐渐显现出来，我还记得一次由于spring循环注入导致

在精彩的软件容器世界中，当新项目涌现并解决你认为早已解决的问题时，这感觉就像地面在你的脚下不断地移动。在许多情况下，这些问题很久以前被解决，但现在的云原生架构正在推动着更大规模的应用程序部署，这就需要新的工具和方法。微服务就是一个很好地例子。在此模型下，典型的应用程序或服务将被分解成可以独立部署的功能模块，这些功能模块能彼此分开扩展和维护，并且链接在一起

本文引用了“低调的码农”原创文章“多账户的统一登录”一文的部分内容，感谢原作者的无私分享。1、引言在即时通讯网经常能看到各种高大上的高并发、分布式、高性能架构设计方面的文章，平时大家参加的众多开发者大会，主题也都是各种高大上的话题——什么5G啦、AI人工智能啦、什么阿里双11分分钟多少万QPS高并发等等。但实际上，对于普通的开发者（包括

前一篇文章我们完成了产品上下文的领域层，我们已经有了关于产品方面的简单领域逻辑，我们接着来实现产品上下文关于仓储持久化与应用层的用例如何来协调领域逻辑与仓储持久化。首先大家需要明确的是，产品上下文的领域逻辑是系统的核心，它不应该依赖仓储，而仓储应该要依赖领域层，这样仓储才可以把领域逻辑执行完后，才可能将领域对象持久化到数据库中，这一点与传统的架构

全面云化时代的来临，离不开强大的基础设施平台为其提供算力支撑，服务器又在其中发挥着举足轻重的作用。近日，天翼云与龙芯中科完成了基于龙芯3C5000L服务器平台的兼容适配。测试结果表明，天翼云国产虚拟化云平台、容器云平台均达到对LoongArch架构在性能及可靠性方面的兼容支持，可充分满足关键信息系统领域的应用需求。从ICT产业的整体格局来看，处于上游的芯片要