iLogtail致力于打造覆盖Trace、Metrics 以及Logging 的可观测性的统一Agent，而对Kubernetes 语义的原生支持大大增强了Log在Kubernetes场景的采集体验。
Kubernetes 作为当今云原生业界标准，具备良好的生态以及跨云厂商能力。Kubernetes 很好的抽象了 IaaS 资源交付标准，使得云资源交付变的越来越简单，与此同时用户期望更多的聚焦于业务自身，做到面向应用交付，Serverless 理念也因此而生。 那么如何通过原生 k8s 提供Serverless 能力？如何实现GPU等异构资源按需使用？这里给大家介绍一下我们在Serverless Kubernetes 开发实践：异构资源，按需使用。
本文将介绍基于EventBridge HTTP Source构建SaaS应用集成的最佳实践。
某网站主体位于AWS，经营视频直播/点播以及其他互联网衍生业务，面向广大的海外手机端客户。目前已经在使用阿里云的VOD SDK，并将主要视频数据存放于S3。现需要将业务从AWS S3迁移至阿里云OSS。
随着容器技术的普及，有越来越多的用户开始在私有环境中搭建K8s来使用，这时候就很容易遇到一个问题，私有环境资源交付周期太长，不能完全释放K8s动态扩容的能力，本文就是介绍如何利用ACK注册集群解决这个问题，让云下的K8s集群也可以享受云上一样的资源快速交付能力。
本文基于常见的服务调用场景，以Ribbon负载均衡组件为例，展示了微服务洞察能力能够在关键的位置为我们还原与记录丰富的现场信息，使得原有的黑盒场景能够便捷直观地被观测到。在微服务架构下，类似的不便观测的重要场景还有非常多，都可以借助微服务洞察能力来监测或是在异常时辅助排查。同时，全链路灰度是微服务治理中比较重要的一个场景，我们在落地全链路灰度的过程中最让人头大的两个问题就是流量路由不生效以及流量逃逸，我们借助于微服务洞察能力可以快速定位与解决全链路灰度相关的问题。
“从一次常见的发布说起，在云上某个系统应用发布时，重启阶段会导致较大数量的 OpenAPI、上游业务的请求响应时间明显增加甚至超时失败。随着业务的发展，用户数和调用数越来越多，该系统又一直保持一周发布二次的高效迭代频率，发布期间对业务的影响越来越无法接受，微服务下线的治理也就越来越紧迫。”
本文从常见的微服务治理场景出发，从流量路由这个场景入手。先是根据流量路由的实践设计流量路由的 Spec，同时在 Spring Cloud Alibaba 中实践遵循 OpenSergo 标准的流量路由能力。
