headless

转载提醒 写在之前，我第一时间公开后，发现有人转载了本篇内容，但是没注明转载地址，这样是不友好的，以下内容是我个人在个人环境下搭建的，且被模糊转载（不加转载地址）后，找不到源头，有疑问的小伙伴都没地方去提问，这就没什么意义了。因此，转载请注明转载来源。 1. 环境搭建 1.1. Ubuntu环境搭建 使用的物料： Orcle VM VirtualBox-6.1.0-135406-Win.exe ubuntu-18.04.2-desktop-amd64.iso 1.2. Ubuntu网络设置 https://www.cnblogs.com/weschen/p/7096642.html 1.3. Ubuntu全屏设置 方法一： https://my.oschina.net/u/2454816/blog/1788356 方法二： https://blog.csdn.net/fmyzc/article/details/79486111 在终端输入xrandr，并回车。注意要是小写英文状态下输入。 输入我们需要设置的分辨率，xrandr -s 1920x1440，然后回车。1920后面的是字母x。 1.4. 在Ubuntu设置中文输入法 https://blog.csdn.net/nanhuaibeian/article/details/85851335 1.5. Ubuntu安装git

卸载openjdk $ rpm -qa | grep jdk 以上命令用来检查linux上是否安装openjdk，如果安装需要将其全部卸载掉，卸载命令： $ rpm -e --nodeps java-1.8.x-openjdk-headless-1.8.xxxxxxx.x86_64 下载jdk 从oracle官网下载64为的linux版本的jdk，如jdk-8u191-linux-x64.tar.gz JDK下载地址 将下载好的JDK压缩包上传到linux的/usr/java目录下进行解压，解压命令： $ mkdir -p /usr/java $ tar -zxvf jdk-8u191-linux-x64.tar.gz 配置环境变量 $ vim /etc/profile export JAVA_HOME=/usr/java/jdk1.8.0_191 export JRE_HOME=${JAVA_HOME}/jre export CLASSPATH=.:${JAVA_HOME}/lib:${JRE_HOME}/lib export PATH=${JAVA_HOME}/bin:$PATH 保存后刷新profile文件，命令如下所示： $ source /etc/profile 查看JDK版本 $ java -version 来源： oschina 链接： https://my

Photo by Oscar Ivan Esquivel Arteaga on Unsplash 本文来自流媒体直播集群SRS的官方wiki（https://github.com/ossrs/srs/wiki/v4_CN_K8s），由SRS的创始作者杨成立授权发布。 文 / 杨成立 当SRS遇到K8s：快速构建高并发直播集群 本章描述了基于K8s，如何构建Origin Cluster支持超多推流场景。 Origin Cluster通过配置其他源站的信息，在本源站没有流时查询到流的位置，通过RTMP302定向到指定源站，具体原理可以参考#464。主要应用场景如下： 源站灾备：即使流比较少，也可以用两个源站，这样可以将流分散到不同的源站，避免源站出现问题时影响所有的流。 海量推流：单源站可以支持1000到3000路流，高码率的流支持的路数更少，有DVR和HLS时支持的路更少，源站集群有多个源站同时接收推流，可以支持10k~100k推流，参考规格。 复杂源站业务：源站除了支持推流和拉流，还有重要的功能是DVR、转码、转HLS，DVR和HLS涉及磁盘，转码涉及CPU，都是容易发生瓶颈的资源依赖，源站集群扩展能力更强。 在这个场景下，对比K8s和传统使用方式的差异： Step 1: 由于SRS和Nginx不在一个Pod可能也不在一个Node，需要创建依赖的PV(Persistent

本文整理自《CNCF x Alibaba 云原生技术公开课》第 22 讲。 关注“阿里巴巴云原生”公众号，回复关键词 “入门” ，即可下载从零入门 K8s 系列文章 PPT。 导读 ：有状态应用的部署交付向来都是应用运维领域的难点之一，常见的有状态需求如在磁盘持久化状态、每个机器需要独立且稳定的网络标识、发布顺序确定性等。针对这类问题 Kubernetes 提供了 StatefulSet 控制器，作为帮助有状态应用部署和在 K8s 环境落地的 Workload。 一、“有状态”需求 我们之前讲到过 Deployment 作为一个应用编排管理工具，它为我们提供了哪些功能？ 如下图所示： 首先它支持定义一组 Pod 的期望数量，Controller 会为我们维持 Pod 的数量在期望的版本以及期望的数量； 第二它支持配置 Pod 发布方式，配置完成后 Controller 会按照我们给出的策略来更新 Pod，同时在更新的过程中，也会保证不可用 Pod 数量在我们定义的范围内； 第三，如果我们在发布的过程中遇到问题，Deployment 也支持一键来回滚。 可以简单地说， Deployment 认为：它管理的所有相同版本的 Pod 都是一模一样的副本。 也就是说，在 Deployment Controller 看来，所有相同版本的 Pod，不管是里面部署的应用还是行为，都是完全相同的。

前言 首先介绍下在本文出现的几个比较重要的概念： 函数计算（Function Compute） : 函数计算是一个事件驱动的服务，通过函数计算，用户无需管理服务器等运行情况，只需编写代码并上传。函数计算准备计算资源，并以弹性伸缩的方式运行用户代码，而用户只需根据实际代码运行所消耗的资源进行付费。函数计算更多信息 参考 。 Fun : Fun 是一个用于支持 Serverless 应用部署的工具，能帮助您便捷地管理函数计算、API 网关、日志服务等资源。它通过一个资源配置文件（template.yml），协助您进行开发、构建、部署操作。Fun 的更多文档 参考 。 备注: 本文介绍的技巧需要 Fun 版本大于等于 2.10.2。 依赖工具 本项目是在 MacOS 下开发的，涉及到的工具是平台无关的，对于 Linux 和 Windows 桌面系统应该也同样适用。在开始本例之前请确保如下工具已经正确的安装，更新到最新版本，并进行正确的配置。 Docker Fun Fcli Fun 和 Fcli 工具依赖于 docker 来模拟本地环境。 对于 MacOS 用户可以使用 homebrew 进行安装： brew cask install docker brew tap vangie/formula brew install fun brew install fcli Windows 和

GIT: Open source Node.js Headless CMS Strapi First of all , I'm sorry that all my articles only talk about the things that the document does not have. I may have mentioned very little that the strapi document has detailed how to use Strapi. So you need to know what it is in advance. I worte a blog 《搭建KeystoneJS》 a long time ago. KeystoneJS is really a good thing for me, but since I met strapi, I've learned what 'Headless CMS' is. I even use it on small projects, like Wechat application(《一起DIY》). Strapi can help you quickly build a Back-end API system. You don't need to write code, build