本文主要介绍 seata-go 中 TCC 的设计思路、异常处理以及在实战中的使用。 Seata 是一款开源的分布式事务解决方案，致力于为现代化微服务架构下的分布式事务提供高性能和简单易用的分布式事务服务。Seata 将为用户提供了 AT、TCC、SAGA 和 XA 等多种事务模式，帮助用户解决不同场景下的业务问题。同时，Seata 还支持多语言编程，并且提供了简易的 API 接口、丰富的文档以及快速上手的 samples 示例项目，也能快速帮助开发者入门并上手 Seata 的使用。 Seata-go 是 Seata 多语言生态中 golang 语言的实现方案，它致力于帮助 golang 开发者也能使用 Seata 的能力来解决分布式事务场景的问题。Seata-go 复用了 Seata TC 的能力，client 的功能和 Seata 保持一致。目前 Seata-go 已经支持了 TCC 和 AT 模式，XA 模式正在测试中，预计会在 5 月份发版。Saga 模式正在设计和规划中，后面也会和 Seata 的 Saga 功能保持一致。
本文介绍了 Intel QAT 技术方案，通过Multi-Buffer技术和QAT硬件加速卡的两种方式实现对TLS的加速
狐友作为搜狐的一款社交产品，在流量传播上有着旺盛的需求点。而在流量传播所需的众多载体之中，海报图片以其简单的分享形式、可定制的视觉体验、自带二维码识别导流等特点，成为了社交产品高频必备的流量载体。 作为狐友的前端开发，生成海报图片就成为了我们工作中持续不断的一个重要需求点。以下是狐友目前的产品前端服务矩阵和海报图片的产品形式。
相信很多人都玩过王者荣耀，大家在欣赏其华丽的游戏界面以及炫酷的游戏技能时，是否好奇过王者荣耀的地图是怎样开发出来的？在开发的历程中，都有哪些问题？是怎样解决的？本文将从其地图设计到完成的整个流程讲解王者荣耀地图轻量解决方案，希望可以给你带来灵感。
讲领域切入设计这个话题，是因为之前我记得有个读者问过我2个问题： 我们是 xxx 的，但是现在老大感觉后台比较复杂，耦合性高，硬代码太多，想让我们重构，但是我感觉不知道怎么做？根本无从下手。 老大每天让我们做提效，讲究设计，还要根据业务进行设计，但是我只知道一些基础的设计模式，感觉没什么好做的，也不知道要做成什么样，太煎熬。 哈哈，这边先打个马虎眼，先不忙回答这个问题，先讲讲我身上的一个案例，最后再来回答这个问题。
随着业务的持续发展变化，业务不可避免的越来越复杂和难以理解。本文将为大家介绍一个帮助自己全面理解复杂系统的工具：“系统思考”，希望对大家有所帮助。
随着互联网信息技术的飞速发展，数据量不断增大，业务逻辑也日趋复杂，对系统的高并发访问、海量数据处理的场景也越来越多。如何用较低成本实现系统的高可用、易伸缩、可扩展等目标就显得越发重要。 为了解决这一系列问题，系统架构也在不断演进。传统的集中式系统已经逐渐无法满足要求，分布式系统被使用在更多的场景中。分布式系统由独立的服务器通过网络松散耦合组成。在这个系统中每个服务器都是一台独立的主机，服务器之间通过内部网络连接。分布式系统有以下几个特点： 可扩展性：可通过横向水平扩展提高系统的性能和吞吐量。 高可靠性：高容错，即使系统中一台或几台故障，系统仍可提供服务。 高并发性：各机器并行独立处理和计算。 廉价高效：多台小型机而非单台高性能机。 然而，在分布式系统中，其环境的复杂度、网络的不确定性会造成诸如时钟不一致、"拜占庭将军问题"等。存在于集中式系统中的机器宕机、消息丢失等问题也会在分布式环境中变得更加复杂。
