微服务架构上云最佳实践
7月27日，云栖社区、阿里中间件举办了首届阿里巴巴中间件技术峰会，揭秘阿里10年分布式技术干货。在首届阿里巴巴中间件技术峰会上，具有10年研发经验的阿里巴巴中间件技术专家李颜良结合EDAS团队上云两年多以来积累的经验为大家分享了如何进行微服务拆分、微服务架构上云最佳实践以及微服务架构常用的模式，精彩不容错过。
当leetcode真题上了生产引发的线上问题
11月7日上午，支付网关下游HSF请求出现失败，一台额度中心服务器异常。经排查，发现是B算法在处理47笔订单时导致内存溢出（OOM）。该算法用于计算用户可用额度下的最优订单组合，但因递归创建链表占用过多内存而崩溃。为解决此问题，团队紧急将用户流量切换至A算法，并对B算法进行优化。通过分治+回溯和背包算法的对比实验，最终选择根据订单数和金额阈值动态选择算法，确保系统稳定性和性能。此次事件提醒我们，在编程中需充分考虑边界情况并进行性能测试，避免极端情况对系统的影响。
边缘计算：让 CDN 成为高性能 GraphQL 网关
我们认为 GraphQL 最适合的场景莫过于作为 BFF（Backend for Frontend）的网关层，即根据客户端的实际需要，将后端的原始 HSF 接口、第三方 RESTful 接口进行整合和封装形成自己的 Service Façade 层。GraphQL 自身的特性由、使得其非常容易与 RESTful、MTOP/MOPEN 等基于 HTTP 的现有网关进行集成，而另一方面，在国外很多文章中都提到 GraphQL 非常适合作为 Serverless/FaaS 的网关层，你甚至只需要唯一一个 HTTP Trigger 就能实现代理所有背后的 API。
如何高效的创建对象
不禁思考，以后怎样避免这样的问题。
难道以后想创建某些对象，都得点进去看下源码，看下构造器是如何处理的？
当然没必要，我们其实可以有更好的方案——静态工厂方法。