在云计算中，FaaS 是一种非常流行的产品形态，主流的云产商都提供了对应的平台。作为平台构建者我们观察到大部分的函数实例的 CPU 和内存利用率都不高，造成集群节点的利用率也不高。一个简单的做法是在节点上超额放置更多的函数实例，但是这可能会带来资源争抢和性能下降。另外，函数的外部依赖也可能导致函数的性能下降。在本文中，我们设计了 OWL 调度系统来解决这些问题，达到高资源利用率和性能稳定性。对于低频调用的函数，调度器会统计其执行过程中的实际资源消耗，以此来指导函数实例的调度，同时调度器会监控函数的执行延时，当出现延时上升时通过隔离的手段进行缓解；对于高频调用的函数，调度器会识别不同函数实例在同一个节点共置时的性能表现，以此指导函数实例的调度。同时调度器还针对闲置的实例进行迁移，将它们从利用率低的节点迁移到利用率高的节点以释放闲置节点。我们实现了 OWL 原型系统并根据生产环境的负载构造了一组测试集。实验结果表明，OWL 调度系统能够减少 43.8% 的资源消耗并有效缓解性能下降。
云计算带来的优势之一便是弹性能力，云原生场景下 Kubernetes 提供了水平弹性扩容能力（HPA），让应用可以随着实时指标进行扩/缩。然而 HPA 的实际工作情况可能和我们直观预想的情况是不一样的，这里面存在一些认知误区。本文总结了一下 EDAS 用户在使用 HPA 时常遇到的三个认知误区，具体如下：
易喵作为网易邮箱团队的一员，想要让用户记住，需要我们尽可能多得丰富其应用场景。表情包作为人们网络沟通中不可或缺的工具，将其与之结合，可以有效地融入到用户的生活场景中。借此我们设计了一套以易喵形象为基础的微信表情包，并根据其情绪表现增加了相关动效表达。
1. B站的直播间作为整个APP中交互最为复杂的单页面之一，其承担的业务量已经不亚于一个小型APP。对比APP的结构会发现许多相同处，但与组成APP的各个独立Activity不同，直播间由各个独立的视图组成。 2. 业务逻辑基于MVVM的设计分为三层（Service即M层），理想状态下各个业务间的交互是内聚的，各业务间不会感知到其他业务的存在，View显示需要的数据和状态都由各自对应的ViewModel提供。 3. 现实情况中业务交互并没有那么理想，直播间中的一个View显示的数据会受到其他业务的数据、状态影响，因此一个View除了需要处理自己内聚的逻辑为还需要关心其他View的数据变化。
“ DDD设计的目标是关注领域模型而并非技术来创建更好的软件，假设开发人员构建了一个SQL，并将它传递给基础设施层中的某个查询服务然后根据表数据的结构集取出所需信息，最后将这些信息提供给构造函数或者Factory，开发人员在做这一切的时候早已不把模型看做重点了，这个整个过程就变成了数据处理的风格 ”——摘 Eric Evans《领域驱动设计》 《领域驱动设计》中的Repository（下面将用仓储表示）层实际上是极具有挑战性的，对于它的理解，也十分重要。本文大部分内容都在众多前辈理论基础上，从一个崭新的领域视觉开始探索，并结合自己的实践感悟进行细致的解析。同时本文不仅仅是DDD前辈的搬运工，也创新提出了仓储实体转移的概念，可以提供给读者思考是否在自己场景中可以用到这种模式。即使读者也对仓储有很深的了解，我也觉得本文会对你有新的阅读体验。
数据地图平台是字节跳动内部的大数据检索平台，每天近万的字节员工在此查找所需数据。数据地图通过提供便捷的找数，理解数服务，大大节省了内部数据的沟通和建设成本。 血缘图谱由 xGraph 与数据地图平台团队合作研发。xGraph 从 Dataleap 业务中孵化，从底至上完全自研，提供设计成熟的内置节点、连线、分组样式，精心打磨图分析产品中常用布局和交互，帮助用户快速搭建关系图产品。血缘图谱解决方案已沉淀到 xGraph 为更多团队复用。
近年来，伴随数字经济的蓬勃发展，以科技创新为主线的数字化建设如火如荼。尤其在金融领域，《金融科技发展规划(2022—2025年)》与《关于银行业保险业数字化转型的指导意见》两个重磅文件的出台，更是为银行业数字化转型指明了发展方向。在此背景下，互联网银行作为新兴技术与传统金融服务有机融合的产物，凭借天然具备的数字原生属性，自诞生之日起即成为数字化转型的先锋队。结合上述特点，百信银行积极践行“金融为本，科技为用”的发展思路，大力发展人工智能、区块链、云计算等数字技术应用，在总结梳理当前银行数字化转型趋势的基础上，创新提出了数字化成熟度评估模型，以期为同业机构评估自身数字化发展阶段与成熟度水平提供有益参考，进而更好地规划前景、布局未来。
