报名报名

读完《阿里云存储产品手册》之后个人产生的3个疑问

首先声明，我并没有任何说要挑刺或者搞事情的意图，阿里云的产品我所在公司是纳入选型的Tier 1的，只是文档中有些地方确实令我产生了困惑，无恶意询问一下。

1、数据得出的方式：

主要还是在【小天才】案例中提到了**“业务问题定位速度提升了30%”**，如果表述是“针对数据异常的检索速度提升了30%”我倒还是能够理解，因为更好的数据引擎确实能够带来速度的提升。

只是业务问题的定位个人觉得应该不单单是一套存储产品升级能够带来的（除非是那种纯粹做数据服务的公司），所以比较好奇这个数据究竟是如何来的，还是说只是一个大致预估？

2、功能横向对比的标准：

【哈啰出行】案例中提到了“替代了原有的Kafka节省的成本达到30%”，这我能够理解，因为Kafka确实比较贵，只是该案例中仅仅提到了“满足了稳定性、扩展性需求”，没有提到一些核心指标比如“消息队列的吞吐量和丢失率”有没有较大变动。

给人的感觉有点像“因为坐飞机比较贵，所以我们换成了坐汽车”，确实，更改之后在安全、舒适、成本都有提升或保障，但没有提到速度和时效会不会受影响。

3、对外网的支持：

我们公司有一部分业务是要对接到泰国进口大米，所以后续可能会有海外业务的需求，海外业务需要使用外网，文档里面更多侧重点还是在“内网和公网”，对外网似乎很少提及，不知有没有补充？比如说“经过VPN时对VPN的渗透监测”？

"['李爱伟']".replace(/[^\u4e00-\u9fa5]/g,"")

"['李爱伟']"换成你的姓名字段返回值

正则只取汉字

这两天读了阿里云出的《Apache Flink 案例集（2022版）》这本小册，各种企业公司在数据集成、数据分析、人工智能、云原生以及企业数字化转型等应用场景中使用，这点我们首先需要了解到什么是Apache Flink？Apache Flink是一个分布式大数据计算引擎，可以对有界的数据和无界的数据进行有状态的计算，可部署在各种集群环境中，对各种大小数据规模进行快速计算。 在Flink的设计理念中，将数据分为有界数据和无界数据 - 有界数据:定义了数据的开始和结束，也就是批处理的本质； - 无界数据: 数据定义了开始，但是没有结束，因此需要连续不断的处理计算，如基于事件的有序驱动。 Apache Flink的优势: - 可以处理高吞吐量的事件流 - 处理随时产生的事件，始终保持低延迟 - 高效、易于使用的k/v结构的state - 真正的流处理框架。一次处理一个事件，每个事件都有自己的时间窗口。 - 丰富的编程模型可以很容易地实现复杂的语义。对比微批处理，在事件流上进行推理更容易。 Apache Flink在企业中经常被使用，得到大厂一致好评。大数据开源生态组件众多、架构复杂度高的问题已经被诟病了很多年，如今业界似乎已经在一定程度上达成共识，即通过融合、一体化来推动数据架构往简化的方向演进，每个企业都有自己的说法，真正解决业务的问题，还得看具体实现技术方案。

忙碌一天,回到家又是一个深夜，偶然发现儿子在窗台上摆着云小宝“全家福”。

每次带着云小宝，最兴奋的莫过于儿子，每次都会都会跟我探讨云小宝的造型，还会追问我下次带什么云小宝回来。记得第一次带云小宝回家，儿子带着疑问表情问我：“爸爸，为什么他的脸这么大”，后面也就慢慢接受“大脸”云小宝，还会给他们取各自的名字。

因为云小宝让我和阿里云社区紧紧联系在一起，很高兴小宝也在陪伴儿子的成长，感激！。 建议的话，希望小宝出各自各样的造型，比如武侠风、运动风，同时也希望能出乐高版的云小宝，能让家长陪伴小孩，一起动手去完成组装，也会更有意义。

本书是由PolarDB开源社区创作的关于阿里自己研发的PolarDB-X数据库的入门书籍。全书内容详实，详略得当：既从头开始教授小白关于PolarDB-X的部署内容，又有关于PolarDB-X当家本领的三副本、高可用特性的应用实战；既有关于从传统数据库的迁移教程，又有原生于新数据库的本地内容，可谓是关于PolarDB-X的内容应有尽有。不但如此，本书还有一系列亮点，如全书真正实现了书名中所讲述的从入门到实践的全流程。入门内容十分详细，针对每条操作与指令都做到了细致的讲解，让即使是命令行小白也能快速上手这一数据库的实践中去。虽然入门内容详细，但其中的进阶内容同样引人注目，特别是关于DN高可用方案的介绍，从经典结构开讲，到PolarDB-X实战应用一个不落，让人看了大呼过瘾。最令我感到惊喜的是书中的内容不单单包含了PolarDB-X的内容，更是将其与阿里云所提供的云服务的内容作了有机的结合，在扩容和缩容、升配和降配部分详细讲解了关于具体实战中所会遇到的问题，是一本不可多得的好书，更是在阿里云所提供的数据库云服务上部署的最佳指南。

常见的数据库有这几种？

关系数据库

• MySQL、MariaDB（MySQL的代替品，英文维基百科从MySQL转向MariaDB）、Percona Server（MySQL的代替品）、PostgreSQL、Microsoft Access、Microsoft SQL Server、Google Fusion Tables，Oracle

非关系型数据库

• MongoDB，CouchDB、键值（key-value）数据库

MySQL数据库

• 它是以“客户/服务器”模式实现的，是一个多用户、多线程的小型数据库服务器。而且MySQL是开源数据的，任何人都可以获得该数据库的源代码并修正MySQL的缺陷。MySQL具有跨平台的特性，它不仅可以在Windows平台上使用，还可以在UNIX、Linux和MacOS等平台上使用。相对其他数据库而言，MySQL的使用更加方便、快捷，而且MySQL是免费的，运营成本低，因此，越来越多的公司开始使用MySQL。

MongoDB数据库

• 语法有点类似于面向对象的查询语言，数据结构非常松散，类似JSON的bjson格式，还是一个开源数据库，并且具有高性能、易部署、易使用、存储数据非常方便等特点

Oracle

• Oracle数据库具有运行稳定、功能齐全、性能优异等特点，在数据库产品中技术也比较先进，一般大型企业都会选择Oracle数据库。

• 在公司中或者自己在学习当中，最常用的就是MySQL数据库和MongoDB,在自己项目中，最常用的还是MongoDB数据库。

问题?

• mysql 高并发环境解决方案？
• 事务的并发？事务隔离级别，每个级别会引发什么问题，MySQL默认是哪个级别？
• 非关系型数据库和关系型数据库区别，优势比较？
• 阿里云数据库(RDS)是什么,与传统数据库有什么区别？
• 阿里云PolarDB数据库在云原生方面优势如何？未来发展方向，性能和mysql对比

前端开发是一个入门门槛低，但进阶难度大的岗位。如果你是从零入门前端开发，那么这条路线或许对你有些帮助。 - 入门基础：HTML+CSS+javaScript: - 学习 HTML（超文本标记语言）标签，熟悉 HTML5 新特性，学会使用各种标签呈现网页内容，包括文字、图像、音视频、以及程序，能快速使用html,css,javaScript编写网页，实现页面动画效果。

• 前端进阶： 前端工程化和三大框架

  • 前端工程化的出现，彻底改变了传统的开发模式，让前端形成了一套开发体系和工作流，制定了更多开发流程，工具，技术栈等规范化，提供了多人开发效率和降低成本。当进入前端进阶这阶段，你需要了解更多或者使用更多库，框架，构建管理工具，CSS/JS 模块化开发等，对于开发者来说，这些是必备的， 了解过前端三大框架——Vue、React 和 Angular，还有小程序跨端框架 Uni-app（Vue）、Taro（React 和 Vue）等等，这些东西不需要精通，但需要了解，并且擅长使用其中一个及以上。

• 高阶阶段：寻找自己发展道路

  • 往往这个阶段，不会发现，不仅仅是web开发，前端还可以做更多东西，而自己的能力不仅仅能解决前端问题，还得学会后端一些语言，产品一些规划，成为一个大前端，一个全栈前端呈现在自己身边，有时候也会考虑到其他方向发展，人工智能，后端，游戏开发等等都是需要自己认真考虑的问题。

• 如果你已经做好学习程序员这个行业了那也一定要做好终生学习的准备，并且高效的学习。毕竟技术和框架发展迭代的非常快，往往就是旧的还没有钻研渗透，新的框架又出来了，只有持续不断的高效学习，积累经验是程序员家常便饭。

• 对于即将参与工作的朋友，可以通过每天刷题的形式，保持每天都有又一定的代码产生，自己还可以通过搭建自己的博客，网站等实例项目积累经验，或者开源一套项目上传到GitHub上，这些在面试都是自己的加分项，保持每天代码数量不仅仅可以提升自己的代码质量，还可以积累写代码的经验，以后遇到问题，就可以非常快速的定位到问题的原因并解决问题。

寻找适合自己开发方向是每个前端都应该考虑的问题，可以自己慢慢往全栈方面发展，慢慢让自己独挡一面的工程师。比如自己编写一套自己的组件库，把自己的想法开源出去。前端这个行业毕竟和用户最为接近的职业，毕竟注重设计美观和交互效果吗，更多强调用户体验效果，前端更加注重用户体验,写代码是一种艺术活，当我遇到问题的时候，首先考虑自我解决，养成独立思考和解决能力的问题，最后实在不行再向别人提问，这些都是你成长必备的能力。

最后附上一张前端知识图谱，

身为一名开发者，随着年龄的增长，我们也会面临着很多困扰。个人技术成长，职业规划，薪资待遇问题，是否考虑换工作问题等等一些问题。作为一名开发者，更多的是写不完的项目，做不完的需求，改不完的bug,项目紧急就说不停的加班写项目，而且长时间久坐也是对自己的身体有损害，会造成颈椎痛，慢慢就是形成一种职业病了。长时间同一个地方工作，也会让我们考虑到未来的发展情况，自身成长，面临现在生活压力大，成本高，生活节奏快，上有老下有小的，薪资待遇和企业未来发展情况就是我们考虑唯一的标准。长时间做程序员这个行业，身体也可能吃不消，随着年龄的增长，加班对我们来说也是一种煎熬了，长时间不锻炼，不运动的，身体也会吃不消的，没有年轻小伙精力旺盛，而且可能会面临着裁员情况发生。这些琐事可能一直伴随着我们，但是我们心态一定要放平，身体永远是自己的，对自己好也是对自己负责，未来的路还很长，还需要我们慢慢规划一步一步的向前走。

云服务稳定运行是企业发展的重要保障。云服务稳定性保障一直是个热门的话题。也是云服务维护侧重点儿。 <<云上业务稳定性保障实践白皮书>>这本书在理论概念上阐述了什么是稳定性？以及故障的概念。并且介绍了稳定性相关的指标，列举了对应的案例。进而从故障管理体系入手介绍了故障等级的定义和分体系，着重讲述了故障管理全流程。通过建立全流程闭环的故障管理体系，从故障发现、故障应急、故障快恢等方面配合技术手段的提升，来降低故障发生的几率；从故障复盘，改进追踪等方面建立一个可遵循规范，从而有效的维护云服务的稳定性。然后讲述了变更管控体系：介绍了变更标准流程规范，着重介绍了，准入、灰度、观测、回滚、数据记录上报等变更管控动作。然后 着重介绍了游戏业务稳定性保障的实践，直播业务稳定性保障的实践，平台网站业务稳定性保障实践。从多个方面多个角度讲解阐述稳定性保障实践过程和注意事项。 稳定性是一个长期、持续化的建设过程。一方面需要通过实践经验的不断积累，输出体系化的标准和流程，建立科学有效的稳定性评估提升量化标准，另一方面也需要不断提升数字化、工具化能力，让稳定性提升有数据可依托，让故障应急响应流程从由人工驱动升级到由平台系统驱动，应急响应人员可以更专心地处理故障，缩短故障恢复时间。

阿里云开源的《五天玩转EMAS Serverless》这本小册，可以针对爱好EMAS Serverless进行学习，提供了实践与操作，首先也去理解什么是EMAS Serverless？ - EMAS Serverless是阿里云提供的基于Serverless技术的一站式后端开发平台，为开发者提供高可用、弹性伸缩的云开发服务，包含云函数、云数据库、云存储、静态网站托管等功能，帮助开发者及企业客户快速实现一云多端应用的搭建，您无需管理服务器等基础设施，便可以无缝对接丰富的云资源。 - 阿里云提供的云函数服务支持使用NodeJS进行开发，作为前端开发者，我们可以将代码提交到云端运行，在客户端使用小程序提供的API进行调用，还可以在云函数直接通过API调用数据存储和文件存储的资源。 - EMAS Serverless - 技术赋能 - 商业支持 - 共享生态 - EMAS Serverless使用的场景也是非常常见，可以开发多端小程序，基础设施云平台， - EMAS Serverless 依托阿里巴巴数字经济技术能力和业务能力 提供云函数、云存储、云数据库等 - Serverless 服务。大大提升了前端工程师的价值，让开发者快速落地小程序开发工作，按量付费和自动弹性伸缩省时省力。 - 我们也可以在阿里云平台提供的在线模拟，进行Serverless场景搭建，完成自己的项目。

云数据库RDS MySQL 版是全球最受欢迎的开源数据库之一，作为开源软件组合 LAMP（Linux + Apache + MySQL + Perl/PHP/Python） 中的重要一环，广泛应用于各类应用场景。RDS MySQL云数据库服务相对于用户自建数据库服务，具有更经济、更专业、更高效、更可靠、简单易用，等特点，使用户能更专注于核心业务。RDS MySQL还可以为客户提供多样选择，从而满足不同业务的场景需求比如说电子政务、游戏、电商、网站/移动APP应用等，通过专业的保障和调优可解决业务访问高峰时所带来的请求压力，保障业务稳定性。《云数据库RDS MySQL从入门到高阶》这本书先介绍了数据技术分类与发展以及MySQL 在数据库演进的历程中的作用；然后介绍了MySQL的基本操作，MySQL的开发者规范，MySQL的数据库架构以及MySQL的性能调优，最后介绍了MySQL severless。读过这本书后给我印象最深的是基于数据库自治服务（DAS）的MySQL的性能调优。DAS 的自治服务，基于机器学习和细粒度的监控数据，实现 7 x 24 小时的异常检测，提供自动 SQL 限流、异常快照、自动 SQL Review 和优化、存储空间自动扩展、计算资源自动扩展等功能，从异常发现、根因分析、进行止损或优化、效果跟踪、回 滚或沉淀知识库，实现诊断流程的闭环，优化效果可量化，确保数据库持续可用。 DAS 对用户本地 IDC 和云上的数据库进行集中管理，统一监控，节省用户 50%以上 的管理成本，显著减少操作故障概率。DAS 基于 AI 预测、实时检测、实时负载、特 征检测等方式，及时发现数据库异常。DAS 实现了无人工参与的自治场景支持，且数据库自治服务系统自身具备不断构建自学习能力。

低代码开发是指无需编码或通过少量代码，就可以快速生成应用程序的新型开发方式。 低代码是基于可视化和模型驱动理念，结合云原生与多端体验技术，它能够在多数业务场景下实现大幅度的提效降本， 为专业开发者提供了一种全新的高生产力开发范式。 另一方面，低代码能够让不懂代码的人，通过“拖拉拽”开发组件， 就能完成应用程序的搭建。 从意义上讲，低代码可以弥补日益扩大的专业技术人才缺口，同时促成业务与技术深度协作的终极敏捷形态。 在本书中《低代码开发师（高级）实战教程》中的通过可视化的拖拽， 完成应用的布局和设置，同时也可以根据自己的需要进行自由的拖拽，然后通过对话式的命令行，完成应用内不同模块的逻辑关联，通过场景化的实践，让我们普通程序员具备系统之间的互联互通能力。

我是一个计算机专业的应届毕业生,今年的就业形势不太好,可以算计算机专业的寒冬期了.就比如某大厂去年招将近10000人,今年才招2000人左右.哎而且裁员严重,大家在工作的同时还得担心自己的工作.这种感觉并不是太好.所以今年我建议大家如果遇到差不多的就签吧.

一个更改账户密码的自动运行代码，要求每分钟跑一次.../震惊

通过低代码开发，不同经验水平的开发人员能够通过图形用户界面，使用拖放式组件和模型驱动逻辑来创建Web 和 移动应用，而低代码开发平台就是减轻了非技术开发人员的压力，帮其免去了代码编写工作，同时也为专业开发人员提供了支持，帮助他们提取应用开发过程中的繁琐底层架构与基础设施任务，快速实现业务，从而达到上线。合理并且有效地运用低代码，不仅可以让我们工作高效地运行，还能最大程度保证团队目标的达成。 低代码平台核心能力应该包括一下几点： 1.可视化操作 2.数据模型驱动 3.扩展性高 4.自动化工程 低代码是可抽象的，通用且可复用性的产品能力，程序员作为技术型人才，市场缺口大，正好低代码平台将将程序员从重复的枯燥的接口开发中解放出来，程序员应该更关注业务创造方面的技术研究和开发。

《大数据&AI实战派》系列电子书由阿里云开发者社区与阿里灵杰共同打造，覆盖数据计算、数据分析、数据湖/湖仓一体、机器学习等多个领域，解读各技术领域基础原理，剖析行业实践案例。本书通过风向标发布了大数据图谱，让学习大数据的人更清晰明了的知道要学习的内容和领域，以及对应的专业知识。后面通过他山之石列举了小迈科技通过 Hologres+Flink+MaxCompute 搭建的流批一体实时数仓平台，对小迈科技的监控大盘，DMP，人群等智能投放，财务分析等一系列场景的支撑和建设起到重要作用。以及基于EMR和DataWorks的全链路数据湖开发治理解决方案更分享了阿里大淘系模型治理的阶段现状，出现的问题分析以及对应的解决方案，给出了思考总结和后续的规划。这本书对于大数据专业的同学来说有时间的话还是可以读一下的。可以从中吸取相应的经验和解决问题的思路。对于作者的总结可以带着自己的思考反复的读几遍去深入的学习。

何为云原生，首先需要理解什么是云原生，云原生是一种构建和运行应用程序的方法，是一套技术体系和方法论。而云原生的架构可以规划为模块化、可观察、可部署、可测试、可替换、可处理6特质，从技术角度来看，云原生重心点从"资源"转换为"应用"的必然结果，资源为中心的云计算关注资源如何虚拟化，典型的代表计算，网络，存储基础设施，而以"应用"为中的云原生技术则关注应用如何使用云环境，使用户能够在云环境下快速开发部署和交付云原生应用。 云原生要素**：容器、DevOps、微服务、持续交付**。

**容器：**一种轻量级、可移植、自包含的软件打包技术，使应用程序可以在几乎任何地方以相同的方式运行，Docker是容器的一种

**DevOps：**为云原生提供持续交付能力

**微服务：**一种用于构建应用的架构方案,.简单的说就是其中单个应用程序由许多松散耦合且可独立部署的较小组件或服务组成。 ** 持续交付：**持续交付是不误时开发，不停机更新，小步快跑，反传统瀑布式开发模型

总而言之，符合云原生架构的应用程序应该是：采用开源堆栈（K8S+Docker）进行容器化，基于微服务架构提高灵活性和可维护性，借助敏捷方法、DevOps支持持续迭代和运维自动化，利用云平台设施实现弹性伸缩、动态调度、优化资源利用率。

当某个程序功能越来越多，需要某个资料，越来越慢，可能经过好几步操作才能完成一个事情。但是酷应用这个场景将传统的TOB应用中复杂的功能和流程，解构成了原子功能互功卡片形式的快捷入口方式，实时推送钉钉群，工作台场景，最终达到沉浸式无缝体验，酷应用基本形态有很多中类，包括常见的群置顶，交互卡片形式，快捷方式等。酷应用以事为中心，结构大型应用并重新组合，便捷完成协同，高效完成最终目标形式。酷应用是以组件化形式，颗粒化且灵活的卡片辅助用户高效完成工作，真真正正的把一个复杂的应用功能拆解成一个一个小小的卡片，通过用户使用习惯，在用户面前呈现不同卡片，然后让用户去办公，一个好的产品，是不断需要完善，围绕着用户，让用户体验更加流畅，也可以根据自己公司业务，实现定制化功能，最终用户体验会更加完善。

《羊了个羊》本质上仍然是一个三消类游戏，这类游戏遵循的规则就是虽然元素混乱无序，但是每种元素的数量以及所有元素的总数量一定数字3的倍数，以保证所有的元素最终都能配对消除并获胜，只是每种元素出现的时机是随机的。 而《羊了个羊》之所以能成功出圈，主要是其相邻关卡间巨大的游戏难度落差抓住了玩家的心。 这种游戏每一局形成的逻辑其实是服务器传回数据表明牌局怎么摆，包括花色的牌数。本地将每种牌的数量乘以三，然后洗牌。接下来在某个位置从洗好的牌组中抽一张摆上就可以了。而“乘以三”这个操作是非常关键的，它可以保证游戏不陷入死局。但是《羊了个羊》在牌局呈现前没有进行相关验算，是真正的“凭运气”游戏，这也导致了游戏一开始就是无解的。这也是很多人反感的点。 真正的休闲游戏，游戏的设计思路应该是难度上阶地式上升，通过不断增加新颖的玩法和游戏设定来提高玩家的留存率。例如可以自定义图案，增加消除的乐趣；增加更多有趣的功能道具，比如“透视”功能可以帮助玩家看到叠在一起的图案是什么等。 一款合格的游戏应该是从玩家的角度考虑，了解玩家需要什么，而不是抓住玩家的心理反向“玩弄”用户，最终还能因此盈利。说实话，这种做法只会让国产游戏的风气越来越差。

阿里云为新型云数据中心设计的专用处理器CIPU，与飞天操作系统的结合，可以为产业用户带来更加高云端算力生产和低成本服务与灵活性的选择。云上算力将在数据分析、物联网、人工智能、信息安全等各方面带来颠覆性创新和应用。本届云栖大会我想体验情绪监测、三星堆VR之旅、冰壶机器人投掷等项目。寄语：希望在10年后的云栖大会上能真正感受到科技给生活带来的革新。

疫情太难了，机票已买，酒店已定，坐等出发。

作为乘风者的一名成员，同时飞天club的一个朋友，期待与朋友们相遇，现场感受云算力的壮观。感受科技变革带来的变化。

奈何呀，疫情原因最终无法来到现场（来了 7 天隔离遗憾)，但是每天蹲着线上学习，成了一种最好的习惯。

聊到本次云栖大会我们的成长与见识，我想最感兴趣的是魔搭社区了。AI是未来，是最具有生命力的朝阳技术。本身作为一名技术从业者对于它都感兴趣，但是门槛比较高。如今，变得越来越简单了。普罗大众。

除了魔搭以外，其他的创新，我也是深受学习，深受感动。 1) ModelScope社区，我很早就进行学习，本地搭建模型，完成各种业务实现，这是未来 2) 倚天 710已经大量覆盖我们的云能力。 cpu 提高性能，云算力，更加准确。未来severless更加坚实。数字化转型，对于各种企业会有很大的利好变化 3) 各种数字化展示，也展现了我们科研能力的提升，未来，希望也能真正的创新。让我们从本质提升。建设创新型国家。

越来越好，明天会更好。希望，明年的今天，我站在会场里，和朋友们，大佬们，学习交流。

一年一度的1024又要到了，值此佳节来临之际，聊聊我自己在开发过程中用到的一些好用的工具和设备，谨代表自己个人观点，仅此而已。

首先，开发的电脑我是用的Mac操作系统，也可能是自己做iOS开发出身，用了8年的Mac电脑，抛开别的不提，Mac电脑是真的用着香，尤其是不会弹出来一些插件广告之类的。

然后，是iPhone手机，这也是必备的设备，因为本人工作的需要，做测试的时候要用到iPhone手机。

其次，一些外接的设备，我用的是1T内存的西部数据移动硬盘，以及64g的金士顿优盘，这都是非常好用且性价比很好的存储设备。

接着，是电脑外接的设备，机械键盘+雷蛇鼠标，机械键盘为什么不写具体牌子，那是因为太多种类，一般的机械键盘用起来都可以，几百块的足够了，但是考虑到在公司尤其是办公室人多的地方，还是买键盘声音不大的黑轴的吧，利人利己，哈哈。

最后，阿里云的定制款双肩背包+阿里云的定制保温杯（虽然我还没有得到这款保温杯，但是我继续参加活动肯定能得到），结实又好用，简约又大气，非常好用。

最最后，祝各位开发者1024程序员节日快乐，少点bug，多点休息时间。此情此景再吟诗一首，恭祝佳节吧：

七绝·程序员节快乐
一年快乐是今朝，万里风光入画桡。
莫道江南春色好，梅花开遍雪中遥。

最最后再来一首关于程序员节的藏头诗：

程门立雪已多风，
序幕拉开又一中。
员外学习知识广，
节前进取意志雄。
日新月异求真理，
快马加鞭创大同。
乐在其间无止境，
哦诗作赋有神功！

读完这本《学长学姐成长记》，深刻理解到在职场上应该怎么去做，刚入行的时候，我们应该时刻保持着学习状态，虚心求教他人，在项目中，积极参与项目整个流程，并对项目提出自己意见，慢慢的融入这个项目团队中。选择了一个行业，那肯定是自己喜欢的，既然做除了选择，也是对自己负责，就要坚持下去，不断的在这个行业学习。在职业当中，不要三心二意的心态去对待每一天，脚踏实地，在工作中慢慢摸索，项目遇到的问题，和同事之前互相讨论，这样也能促进同事之间的关系。无论是在工作中还是生活中，总会有些焦虑，这也是随着时间的推移，慢慢而来的，我们应该放松自己的心态，可在休闲的时候，出去旅旅游，放松放松一下心情，不要给自己太多压力，时刻提醒自己，心态要稳，我们开心的度过每一天，和同事聊聊天，这样你就会发现，工作也是能给自己带来快乐的。

这几天看了阿里云那本《PolarDB for PostgreSQL 从入门到实战》,对这个稍微大概理解了一下，定义PolarDB for PostgreSQL（简称PolarDB）就是一个基于PostgreSQL的开源数据库系统。PolarDB扩展了PostgreSQL成为一个无共享(share-nothing)的分布式数据库，它支持全局数据一致性和跨数据库节点的ACID，分布式SQL处理，以及通过基于Paxos的复制实现数据冗余和高可用性。PolarDB旨在为PostgreSQL在高性能、可扩展性、高可用性和弹性等方面增加价值和新功能。同时，PolarDB尽最大的努力保持对PostgreSQL的SQL兼容性。PolarDB的优势也很明显，比如扩展性，成本低，简单易用性，可靠安全性。PolarDB还支持时空、GIS、图像、向量、搜索、图谱等多模创新特性，应对企业对数据处理日新月异的需求。PolarDB研发了基于Shared-Storage的并行执行引擎，能够在SQL级别上弹性利用任意数目的CPU来加速分析查询，支持HTAP的混合负载场景。

阿里云未来两年20%的新增算力将使用自研CPU，这是个令人振奋的消息，希望阿里可以引领科技时代的创新发展！

云原生架构，是一种创新的软件开发方法，专为充分利用云计算模型而设计。它使组织能够使用微服务架构将应用程序构建为松散耦合的服务，并在动态编排的平台上运行它们。因此，基于云原生应用程序架构构建的应用程序是可靠的，可提供规模和性能，并缩短上市时间。

云原生架构的好处

1. 加速软件开发生命周期 (SDLC)
   • 云原生应用程序补充了基于 DevOps 的持续交付环境，并在整个产品生命周期中嵌入了自动化，从而为桌面带来速度和质量
2. 更快的上市时间
   • 速度和服务质量是当今快速发展的 IT 世界中的两个重要要求。由 DevOps 实践增强的云原生应用程序架构可帮助轻松构建和自动化持续交付管道，从而更快、更好地交付软件
3. 高可用性与弹性
   • 通过将云原生架构与微服务和 Kubernetes 相结合，可以构建可自我修复的弹性和容错系统。在停机期间，应用程序仍然可用，因为可以简单地隔离故障系统并通过自动启动其他系统来运行应用程序
4. 更低的成本
   • 云原生应用程序架构带有按使用付费的模式，这意味着所涉及的组织只需为使用的资源付费，同时从规模经济中受益匪浅
5. 将应用程序转变为API
   • 云原生环境能够使用基于 API 的集成将海量企业数据与前端应用程序连接起来。由于每个 IT 资源都在云中并使用 API，因此应用程序也变成了 API

云原生所需要的能力和特征

• 微服务
  1. 应用间通过RESTful API通信
  2. 可以被独立部署，更新，scale和重启
• DevOps
  1. 自动化发布管道，CI工具
  2. 快速部署到生产环境
  3. 开发，运维协同合作
• 持续交付
  1. 频繁发布，快速交付，快速反馈，降低发布风险
• 容器化
  1. 微服务的最佳载体 在当今瞬息万变的技术世界中，云原生架构不再是可选的——它是必需的。变化是云中唯一不变的东西，这意味着您的软件开发环境应该足够灵活，以便在不干扰业务运营的情况下快速适应新技术和方法

数据技术领域一直都受益于开源、开放，在信息过载的时代蓬勃发展。Elastic Stack 就是这数据激流中的标杆，基于开源，始于搜索，通过开箱即用的体验持续降低了搜索和大数据领域的门槛，如今已家喻户晓，成为优秀开发者的必备技能之一。这份《Elastic Stack 实战手册》同样受益于社区的开放性，是集体智慧的结晶，相信定能帮助更多开发者学习、理解和掌握 Elastic Stack，并应用于各自的业务实践，用技术驱动业务增长并创建价值。在此我也呼吁更多开发者朋友积极参与进来，用建议和行动让“手册”得以持续进化。本书是迄今为止参与人数最多，综合方面最全的专业书籍，感谢社区集合了多方面力量与资源，这样的书籍很值得收到大家的喜爱，我提前阅读了部分内容，推荐《应用实践部分》，毕竟能实战才是王道。

很早就关注了Elastic的官方公众号，公众号会分享Elastic的实战教程，可惜平时工作忙不是每篇推文都会看。 刚好国庆期间看到社区甄选官方推文中的优质内容，制作了《Elastic产品应用实战》这本电子手册。这一点为社区大大点个赞。 手册分为上下两册，上册主要是基础开发的知识，例如Elastic的产品介绍，能力组成等。下册则主要是以产品应用实战为主。内容循序渐进，对于开发者很友好。 趁着假期阅读了这本手册，对于Elastic的基础开发技能有一个基本的了解，例如Elasticsearch的内存管理和故障排除，这些知识点的学习可以帮助我们提高开发效率。下册的实战内容干货满满，比如利用Elasticsearch对Github的热门项目的开发效能进行洞察，也有非常贴近我们业务内容的，使用Elasticsearch跟踪客户订单，获取相应数据视图等。当然还有一些高阶的技巧，比如快速查询PB级的云存储，这对于管理大规模的数据有很高的参考价值。 总的来说，手册内容翔实。上册可以作为工具书备用查看，下册根据个人实际工作需要选择适合自己的内容实践操作一下，对于提高开发者在公司里的技术地位很有帮助。如果你想开启Elastic的云上之旅，这本电子手册绝对是你的不二之选！

随着互联网的发展，互联网从 Web1.0 到 Web2.0 再演进至 Web3.0，那么近日冲上热点 Web3.0 究竟能给我们带来什么？Web3.0 究竟是“风口”还是最终会沦为“泡沫”呢？

Web1.0 Web1.0 时代，用户利用 web 浏览器通过门户网站，单向获取内容，主要进行浏览、搜索、查询等操作，简单来说就是说用户不是内容的创作者，而只是内容的消费者，内容都是由服务器文件系统提供，用户在需要的时候通过互联网获取自己想要的内容，而不是创作内容。百度百科告诉我们，在 WEB1.0 上做出巨大贡献的公司有 Netscape，Yahoo 和 Google，因而人们也总说 Web1.0 时代是只读时代，没有写数据，用户大多是被动的接受内容。

Web2.0 随着互联网的继续发展，慢慢的就到了 Web2.0 时代，可以说 Web2.0 是相对于 Web1.0 的新的时代。Web2.0 时代用户不再只是内容接收方，而是可以在线阅读、评论、创造内容，从而成为内容的创作者，还可以与其他用户进行交流沟通。用户在发布内容过程中实现与网络服务器之间交互，并且在同一网站的不同用户之间也可以交互，以及不同网站之间信息的交互。

Web2.0 时代被认为是可读可写时代，我们常见的 Web2.0 技术主要包括：博客（BLOG）、RSS、百科全书(Wiki)、网摘、社会网络（SNS）、P2P、即时信息（IM）等。博主可以发布内容，同时也可以和读者进行交流；用户可以去百科全书查找需要的内容，同时也可以把自己知道的内容上传到百科全书为他人服务。

Web2.0 也是参与式 Web，出现了 Web 应用程序，内容灵活且可响应人工输入，移动互联网、社交媒体、社交网络进一步促进了 Web2.0 的发展，各种应用程序，智能手机的促进，极大的方便了人们的日常生活，但是 Web2.0 集中式设计也为安全问题、恶意数据收集、隐私侵犯和成本打开了大门。经常会听到说是某 APP 过度采集用户信息，被国家工信部下架应用程序的消息，但是还是会出现这样的情况，那么如何解决呢？此外最重要的就是用户作为内容的创作者，创作分发好的内容，从而为平台带来了巨大的数据和流量，而数据和流量带来的收益却与我们并不相关，比如微博、推特等。

Web3.0 由于 Web2.0 的数据采集问题、安全性问题的出现，随着用户对个人隐私信息的越来越关注，那么数据恶意采集，侵犯隐私的问题就成了最大的问题，那么什么是 Web3.0 呢？Web3.0 的安全性和去中心化。Web3.0 是互联网的第三次迭代，专注于通过区块链、加密货币和元界实现去中心化、开放和提高用户效用。

Web3.0 主要目的是让在线消费者更轻松地提交数据供计算机读取、处理和共享，也就是说用户不必在不同中心化的平台创建多种身份，而是能打造一个去中心化的通用数字身份体系，通行各个平台，极大的方便用户使用，提高用户体验。同时 Web3.0 优先考虑用户隐私和安全，使用加密和分布式技术，同时由于其去中心化、点对点和网络安全性，区块链正迅速成为 Web3.0 的支柱。

同时，Web3.0 还是以用户个人数字身份、数字资产和数据完全回归个人为前提的的自动化、智能化的全新互联网世界，用户可以自己掌握自己的数据所有权和使用权，并且公平地参与到由此产生的利益分配里面。在 Web3.0 的设计中，去中心化的设计允许用户拥有并控制自己的数字身份。去中心化的用户身份中包含用户的身份信息和隐私数据，只有在经过用户授权的情况下才能使用，具有安全性、可验证和互操作性等特点，不再依赖中心化身份系统的审核和许可。区块链是 Web 3.0 的核心，但是区块链只是手段，目的是实现用户数字资产权益的确认和保护，比如最近比较火的 NFT，数字藏品，本人就参与收集一些数字藏品，参与的平台比较多，大厂的鲸探、幻核、星际口袋、唯一艺术等，这里面的数字藏品不再简单的是数据，而是能为作者和平台带来收益的产品。

最后 写在最后，个人觉得 Web3.0 不再是“泡沫”，而是一定会成为下一个“风口”。目前随着数字加密货币、NFT、元宇宙等全面爆发，越来越多的人开始参与到去中心化、虚拟身份、加密货币的讨论之中，或是已经参与到基于区块链的数字货币、NFT 的大潮中，总之随着科技的进步，互联网的不断发展，Web3.0 的时代一定会到来，到时候人人都可以参与到数据权益的分配中，成为时代的受益者，一切的美好都值的等待......

过去人们提到网络安全，都觉得离自己很远，跟自己没关系，现在提到网络安全，几乎没有人不知道的。网络安全可大可小，往大了说网络安全可以是国家安全，国家信息安全，国防安全；往小了说网络安全其实也就是个人信息安全，比如你的个人身份信息，住址信息，手机号，银行卡号，支付宝账号等等，甚至还包括一些你意识不到的安全信息，比如前段时间滴滴上市闹出来的涉及到的乘客出行网络信息安全问题，其实主要说的就是个人出行的行程信息，也许个人觉得行程信息没有意义，但是通过大数据分析个人行程信息，是可以更加丰富个人的用户画像的，个人的活动区域，行为习惯什么的就全都了然了，所以说网络安全已经不再离我们很遥远，而是离我们很近，近到和每个人的生活都息息相关。再说到工作上，日常工作中遇到的DNS防御，XSS过滤，HTTPS安全协议，SSL安全协议等等都是应对网络安全产生的，项目部署在服务器上，有防火墙，ip黑名单等也都是应对网络安全问题的处理方案。那么再说到阿里云安全，虽然本人不是安全方面的工程师，但是多少也知道些阿里云安全的技术，比如安全加速SCDN、安全管家、云安全中心、安骑士、流量安全、DDoS基础防护等，整体来说，对于中小企业，甚至于大公司来说，直接采用阿里云的服务器，配置阿里云专业团队的安全防护体系，网络安全问题就不用担心了，我们公司部分业务就是放在阿里云服务器的哈哈哈

量子纠缠是什么？就是说在量子力学里，当几个粒子在彼此相互作用后，由于各个粒子所拥有的特性已综合成为整体性质，无法单独描述各个粒子的性质，只能描述整体系统的性质。简单理解就比如两个人在一起久了，相互之间互相影响，彼此都会拥有对方一些特有的习惯，以致于无法单独区分各个的习惯，只能通过两个人都有的习惯来决定。

量子纠缠对科技走向的影响？一直说科技改变生活，人离开科技生活的质量会急剧下降，而科技离开人，那么科技就会失去生命力，从而驻足不前，所以说人和科技也是相互影响相互作用，也许到最后人和科技会密不可分融为一体。

量子计算机，量子通信赛道？个人更看好量子计算机，科技的发展最好的体现就是计算机的不断进步，由最初的单出的计算机到现在的人工智能，我相信量子计算机的出现会更助力于人工智能的飞速发展。

诺贝尔奖的研究我关心的不是太多，唯一记得的就是我们中国的第一个获得诺贝尔文学奖的作家莫言，哈哈，别的诺贝尔奖获得者也记不住。

最巧的是最近在学习JavaCloud的过程中学习到了Elasticsearch,又碰巧在活动中看到了这样一本开发宝典，我更加是怀着激情把它打开，希望可以让我更加加深对ES的理解，读了《Elastic(中国）基础开发宝典》我又好好的对它重新的认识了一下，也有了下面的一些感悟。 为了解决原生Lucene使用的不足，优化Lucene的调用方式，并实现了高可用的分布式集群的搜索方案，ES的索引库管理支持依然是基于Apache Lucene(TM)的开源搜索引擎。 ES也使用Java开发并使用Lucene作为其核心来实现所有索引和搜索的功能，但是它的目的是通过简单的 RESTful API来隐Lucene的复杂性，从而让全文搜索变得简单。总的来说，ElasticSearch简化了全文检索lucene的使用，同时增加了分布式的特性，使得构建大规模分布式全文检索变得非常容易。基于这些特点比如分布式的实时文件存储、分布式全文搜索引擎,每个字段都被索引并可被搜索、能在分布式项目/集群中使用、本身支持集群扩展,可以扩展到上百台服务器、处理PB级结构化或非结构化数据、简单的 RESTful API通信方式、支持各种语言的客户端、基于Lucene封装，使操作简单，我认为ES是可以碾压其他全文搜索引擎的。ES的安装比较简单，只需要官方下载ES的运行包，然后启动ES服务即可。也给Java用户提供了两种内置的客户端以供使用，还可以使用Kibana5K为 ElasticSearch 提供的数据分析的 Web 接口(5601)。可使用它对日志进行高效的搜索、可视化、分析等各种操作。我们使用restful风格对他进行定义，再加上ES的核心概念：Near Realtime（NRT）、Index：索引库、Type：类型、Document&field，这样可以更好的理解它，通过ES的集群更高效的为微服务提供服务，自定义好分词器也可以更好的利用它。