本文基于KubeSphere可观测性与边缘计算负责人霍秉杰在北美KubeCon的Co-locatedeventOpenObservabilityDay闪电演讲的内容进行整理。整理人：米开朗基杨、大飞哥FluentOperator简介2019年1月21日，KubeSphere社区为了满足以云原生的方式管理FluentBit的需求开发了FluentBitOperator，并在2020年2月17日发布了v0.1.0版本。此后产品不断迭代，一直维护到v0.8.0，实现了FluentBit配置的热加载，而无需重启整个FluentBit容器。2021年8月，Kubesphere团队将该项目捐献给Fluen
本文基于KubeSphere可观测性与边缘计算负责人霍秉杰在北美KubeCon的Co-locatedeventOpenObservabilityDay闪电演讲的内容进行整理。整理人：米开朗基杨、大飞哥FluentOperator简介2019年1月21日，KubeSphere社区为了满足以云原生的方式管理FluentBit的需求开发了FluentBitOperator，并在2020年2月17日发布了v0.1.0版本。此后产品不断迭代，一直维护到v0.8.0，实现了FluentBit配置的热加载，而无需重启整个FluentBit容器。2021年8月，Kubesphere团队将该项目捐献给Fluen
问题描述在C/C++开发中，使用printf打印64位变量比较常用，通常在32位系统中使用%lld输出64位的变量，而在64位系统中则使用%ld；如果在32位系统中使用%ld输出64位变量，很可能打印的值是异常的，而在64位系统中则使用%lld，则通常会出现编译报错，类似如：format'%lld'expectstype'longlongint',butargument4hastype'int64_t'[-Werror=format=]如果在跨平台移植代码时，通常就会遇到这种情况。解决方案为了解决跨平台移植的问题，%PRId64的书写方式解决了跨平台的问题，主要是为了同时支持32位和64位操作
问题描述在C/C++开发中，使用printf打印64位变量比较常用，通常在32位系统中使用%lld输出64位的变量，而在64位系统中则使用%ld；如果在32位系统中使用%ld输出64位变量，很可能打印的值是异常的，而在64位系统中则使用%lld，则通常会出现编译报错，类似如：format'%lld'expectstype'longlongint',butargument4hastype'int64_t'[-Werror=format=]如果在跨平台移植代码时，通常就会遇到这种情况。解决方案为了解决跨平台移植的问题，%PRId64的书写方式解决了跨平台的问题，主要是为了同时支持32位和64位操作
1.官方SDK（带Freertos）无法编译和下载解决方案：（1）无法编译通过：（会报一下奇奇怪怪的错误）32bit MCU官方freertos的SDK编译不通过可能是基于不同的C语言版本编写，需要修改配置如下： （2）无法下载：本人遇到的错误是这个 “NoAlgorithmfoundfor:00008000H-0000B8FFH ”（解决方法参考链接https://blog.csdn.net/weixin_42876465/article/details/98593081） 设置好之后重新编译，注意目标对话框的地址范围：至此，编译和下载都可以实现了！！！（温馨提示：辉芒微单片机内存比较小，
1.官方SDK（带Freertos）无法编译和下载解决方案：（1）无法编译通过：（会报一下奇奇怪怪的错误）32bit MCU官方freertos的SDK编译不通过可能是基于不同的C语言版本编写，需要修改配置如下： （2）无法下载：本人遇到的错误是这个 “NoAlgorithmfoundfor:00008000H-0000B8FFH ”（解决方法参考链接https://blog.csdn.net/weixin_42876465/article/details/98593081） 设置好之后重新编译，注意目标对话框的地址范围：至此，编译和下载都可以实现了！！！（温馨提示：辉芒微单片机内存比较小，
今天早上打开电脑，更新了日常工作的github仓库，然后就是习惯性地执行了"npminstall"，发现报了下面这个错误：Error:error:0308010C:digitalenveloperoutines::unsupported 顺便看了一下错误堆栈，发现是一个Node的内核文件抛出来的错误，我的第一反应这个错误应该是和Node的版本有关（前几天刚刚升级过Node），所以理所当然地降低Node的版本应该可以解决这个问题。或者使用nvm（Windows平台上也可以使用nvm-windows）安装多个不同的Node版本。 除了切换Node的版本来解决这个问题外，其实还可以尝试启用l
今天早上打开电脑，更新了日常工作的github仓库，然后就是习惯性地执行了"npminstall"，发现报了下面这个错误：Error:error:0308010C:digitalenveloperoutines::unsupported 顺便看了一下错误堆栈，发现是一个Node的内核文件抛出来的错误，我的第一反应这个错误应该是和Node的版本有关（前几天刚刚升级过Node），所以理所当然地降低Node的版本应该可以解决这个问题。或者使用nvm（Windows平台上也可以使用nvm-windows）安装多个不同的Node版本。 除了切换Node的版本来解决这个问题外，其实还可以尝试启用l
2019年1月21日，KubeSphere社区为了满足以云原生的方式管理FluentBit的需求开发了FluentBitOperator。此后产品不断迭代，在2021年8月4日正式将FluentBitOperator捐献给Fluent社区，之后重新命名为FluentOperator。自此FluentOperator社区吸引了来自世界各地的贡献者参与项目的开发和迭代。日前，FluentOperatorv2.0（2.0.0&2.0.1）发布，该版本新增许多重要功能，并进行了众多优化，以下将重点介绍：FluentBit新的部署方式:FluentBitCollectorFluentOperator降低
2019年1月21日，KubeSphere社区为了满足以云原生的方式管理FluentBit的需求开发了FluentBitOperator。此后产品不断迭代，在2021年8月4日正式将FluentBitOperator捐献给Fluent社区，之后重新命名为FluentOperator。自此FluentOperator社区吸引了来自世界各地的贡献者参与项目的开发和迭代。日前，FluentOperatorv2.0（2.0.0&2.0.1）发布，该版本新增许多重要功能，并进行了众多优化，以下将重点介绍：FluentBit新的部署方式:FluentBitCollectorFluentOperator降低
