原文地址
容器镜像服务(Container Registry)与运行时(Docker部署)
Heroku容器镜像服务允许你部署你的基于Docker的应用至Heroku平台. 公共运行时和私有空间均支持.

起步

请确认你已经安装好Docker (eg. docker ps) 并且已经登陆Heroku (heroku login).

登陆容器镜像服务:

1

$ heroku container:login

克隆一份样例代码 Alpine-based python example:

1

$ git clone https://github.com/heroku/alpinehelloworld.git

切换到应用的目录，接着创建一个Heroku应用:

1
2
3

$ heroku create
Creating salty-fortress-4191... done, stack is cedar-14
https://salty-fortress-4191.herokuapp.com/ | https://git.heroku.com/salty-fortress-4191.git

构建镜像并推送至容器镜像平台:

1

$ heroku container:push web

现在可以在浏览器打开你的应用了:

1

$ heroku open

登陆容器镜像服务(registry)

Heroku runs a container registry on registry.heroku.com.
如果你使用的是Heroku CLI, 使用以下语句登陆:

1

$ heroku container:login

或者直接使用Docker CLI:

1

$ docker login --username=_ --password=$(heroku auth:token) registry.heroku.com

推送一个镜像(镜像组)

1.构建并推送镜像

请先确认你的目录里面包含Dockerfile文件，然后运行:

1

$heroku container:push <process-type>

2.推送已存在的镜像

例如从Docker Hub拉取一个已有镜像，打上Tag便签然后以这样的命名格式语句推送

1
2

$ docker tag <image> registry.heroku.com/<app>/<process-type>
$ docker push registry.heroku.com/<app>/<process-type>

当镜像成功推送后，使用以下语句查看:

1

$ heroku open -a <app>

3.推送多个镜像

以这样的格式重命名你的Dockerfile: Dockerfile.:

1
2
3
4
5
6
7
8
9
10

$ ls -R

./webapp:
Dockerfile.web

./worker:
Dockerfile.worker

./image-processor:
Dockerfile.image

然后，在工程的根目录运行:

1
2
3
4
5
6
7

$ heroku container:push --recursive
=== Building web
=== Building worker
=== Building image
=== Pushing web
=== Pushing worker
=== Pushing image

这里会构建并推送3个镜像. 如果你想只推送特定的镜像, 可以通过标注 process types:

1
2
3
4
5

$ heroku container:push web worker --recursive
=== Building web
=== Building worker
=== Pushing web
=== Pushing worker

一次性dynos(One-off dynos)

如果你的应用程序是由多个Docker镜像组成的，在创建独立的一次性dyno时，可以指定操作类型

1
2

heroku run bash --type=worker
Running bash on multidockerfile... up, worker.5180

当没有指定类型时, 默认使用的是 web镜像.

使用第三方 CI/CD平台

当前还不支持使用Heroku CI服务来测试容器的构建.

如果你在使用第三方的 CI/CD platform, 你可以把镜像推送到容器镜像服务(registry).首先要登陆验证一下信息:
Registry URL: registry.heroku.com
Username: 你的Heroku email address
Email: 你的Heroku email address
Password: 你的Heroku API key
关于 构建并推送镜像至 Docker registry的方法，请参阅CI/CD 提供商的相关文档:
CircleCI
Bamboo
TravisCI
Jenkins
Codeship

Dockerfile命令和(构建期)运行时环境

当你运行推送Docker镜像至容器服务平台，该镜像会即时地被发行至Heroku app.
Heroku Docker镜像是用buildpack构建的功能块.Docker镜像以同样的方式运行在dynos上，有以下约束条件：

• The web process必须监听HTTP流量端口$PORT,该参数由Heroku指定. Dockerfile中的EXPOSE指令不被采纳, 但是仍然可以在本地测试中使用. 只有HTTP请求是被支持的(HTTPS端口不被支持).
• dynos间的网络连接不被支持.
• 临时性的文件系统.
• 默认工作目录在 /. 你可以使用 WORKDIR语句设置到别的工作目录.
• ENV 环境参数命令 被支持.
• 我们建议使用ENV作为运行时变量(e.g., GEM_PATH)，而heroku配置参数作为认证,以避免敏感的验证信息不被意外暴露在源码里面.
• ENTRYPOINT 可选用. 如果不设置, 使用的是 /bin/sh -c
• CMD 是必须项. 如果CMD没有写, 镜像容器平台会报错
• CMD 总是被shell执行以确保配置参数被进程有效使用;如果想要单独执行脚本或者不使用shell执行镜像请使用entrypoint

本地环境测试镜像

关于在本地环境测试镜像这里有一些最佳实践的例子.

以非root用户运行镜像

我们强烈要求以非root用户在本地测试镜像，因为在Heroku中容器不会在root权限下运行.
在CMD语句前添加以下命令到你的Dockerfile中:

如果使用的是 Alpine:

1
2

RUN adduser -D myuser
USER myuser

如果使用的是 Ubuntu:

1
2

RUN useradd -m myuser
USER myuser

为了确认你的容器是运行在非root用户环境，attach方式进入正在运行的容器 然后运行 whoami命令:

1
2
3

$docker exec <container-id> bash
$ whoami
myuser

当完成部署至Heroku操作, 我们一样可以以非root用户方式运行你的容器(尽管我们并没有在Dockerfile里面声明用户组).

1
2
3

$ heroku run bash
$ whoami
U7729

从环境变量里获取端口

基于测试的目的，我们建议为了让你的Dockerfile或者代码读取到$Port环境变量，例如：

1

CMD gunicorn --bind 0.0.0.0:$PORT wsgi

当需要从本地运行容器, 请设置环境变量 使用 -e 标志:

1

$ docker run -p 5000:5000 -e PORT=5000 <image-name>

设置多个环境变量

当在本地使用heroku时, 可以使用.env文件里声明变量. 当heroku本地运行时.env文件会被读取，每个键值对会被设置进环境变量里面.
运行Docker时你可以使用相同的.env文件:

1

$ docker run -p 5000:5000 --env-file .env <image-name>

我们建议在.dockerignore文件里忽略.env文件.

利用 Docker Compose工具构建多容器复合应用

如果你已经创建好了多容器复合应用，
你可以使用 Docker Compose来定义你的本地开发环境.
请学习如何使用Docker Compose来构建本地环境.

更多

更多关于Docker镜像本地运行的信息请参阅Docker官方文档.
更多关于Docker Compose构建本地开发环境.

基础镜像栈

Cedar-14 和 Heroku-16都很适合作为 Docker镜像. 然而, 你可以随意选择你想要的镜像 – using a Heroku stack image is not required. 如果选用Heroku镜像 我们建议选用 Heroku-16 (465.3 MB), 它的资源占用远小于 Cedar-14.
选用Heroku-16 在你的Dockerfile的基础镜像，请这样写:
FROM heroku/heroku:16
拉取最新镜像
如果你已经采用Heroku-16做基础镜像部署过你的应用, 想更新至最新版本(通常包括安全更新), 请这样运行:
$ docker pull heroku/heroku:16
再重新部署你的应用.

变更部署方法

如果你已经通过镜像服务平台部署过应用, 栈已经被配置上容器.
这意味着你的应用不再使用Heroku-curated栈, 而是以你的自定义容器代替之.
只要配置好容器通过git推送应用的方式被弃用.
如果你不再希望通过Container Registry发布你的应用, 而是使用git方式代替，请运行
heroku stack:set heroku-16.

使用须知及相关限制

不支持预览应用. 想要使用该项功能, 请试用最新的 heroku.yml build manifest, 其提供在Heroku上构建Docker镜像的支持.
While Docker images are not subject to size restrictions (unlike slugs), they are subject to the dyno boot time restriction.
As layer count/image size grows, so will dyno boot time.
镜像超过40 layers 可能引起在the Common Runtime启动失败
不支持Pipeline promotions.
不支持Release phase.
不支持The commands listed here.

相关概念

Stack的概念: 是应用运行的基础环境的Docker镜像，Heroku当前提供三种基础镜像栈: Cedar-14, Heroku-16, and Heroku-18.
dynos: 所有的Heroku应用运行在一个轻量级的Linux容器组成的集群上面,这个集群称为dynos,扩展灵活.

修改Nginx的配置文件

进入            cd /usr/local/nginx/conf 路径
修改配置文件     vi nginx.conf
在底部加入这段配置代码

rtmp {                #RTMP服务
    server {
        listen 1935;        # 服务端口
        chunk_size 4096;    # 数据传输块的大小

        application live {    # 直播
            live on;
            record off;    # 禁止录制流
        }        
    }
}  
:wq 保存并退出

测试nginx配置:
    cd .. & ./sbin/nginx -t
    提示syntax is ok 和 test is successful

重启服务:
    ./sbin/nginx -s reload

添加阿里云安全组规则, 允许本地访问 1935端口

配置完成后, 可在pc端通过 telnet serverIP 1935 测试

直播推流/拉流 测试

PC端使用 OBS Studio推流,
    填入:URL:rtmp://server_ip:1935/live 流名称:mylive
打开 Wowza网页测试地址(https://www.wowza.com/testplayers)进行拉流,
    填入Server:server_ip:1935 Stream:mylive Application:live 
也可以使用VLC播放器拉流,但加载延迟较大,这种测试方法不建议使用:
    打开网络串流,在URL栏输入: rtmp://server_ip:1935/live/mylive 即可,VLC端测试会比较慢,需要耐心等待其缓冲数十秒至数分钟.

android端拉流/播放测试

ijkplayer的使用

配置点播服务

下载并解压 nginx_mod_h264_streaming-2.2.7.tar.gz
    wget http://h264.code-shop.com/download/nginx_mod_h264_streaming-2.2.7.tar.gz & tar -xzvf nginx_mod_h264_streaming-2.2.7

切换至nginx-1.12.2文件夹, 按上篇提到的方法引入mp4_module和flv_module添加并配置:
--with-http_mp4_module
--with-http_flv_module # mp4和flv点播模块
--add-module=../nginx-mod_h264_streaming-2.2.7  # 引入h264模块

编辑objs下的makefile配置文件(以解决h264_streaming模块make报 set but not use的错误, 注意这一步必须在 ./configure后面操作):
    vim objs/Makefile (修改objs/Makefile文件, 去掉其中的"-Werror")

重新 make (因为非首次安装无需make install)
此处有坑, 参考解决 [关于ngx_http_streaming_module.c:158行报错解决方法](https://blog.csdn.net/a454213722/article/details/53446495)

1.环境准备

准备必要的模块:

1
2
3
4

yum install -y gcc gcc-c++  
yum install –y pcre pcre-devel
yum install –y zlib zlib-devel
yum install -y openssl openssl-devel

2.下载nginx及rtmp模块

1
2
3
4
5
6

cd /usr/local

wget  http://nginx.org/download/nginx-1.12.2.tar.gz
tar xzvf nginx_1.12.2.tar.gz

git clone git://github.com/arut/nginx-rtmp-module.git

3.编译nginx-rtmp

cd nginx_1.12.2
./configure --prefix=/usr/local/nginx --add-module=../nginx-rtmp-module --with-http_stub_status_module --with-http_ssl_module

1
2
3
4
5

参数说明:
./configure --prefix=/usr/local/nginx	## 目标文件编译到此目录
	--add-module=../nginx-rtmp-module   ## 新添加的rtmp模块
	--with-http_stub_status_module	    ## 模块监控
	--with-http_ssl_module			    ## ssl证书

make & make install

到此编译完成.

手动开启nginx:

切换至执行路径 cd /usr/local/nginx/sbin & ./nginx

手动停止nginx:

./nginx -s stop

查看状态:

netstat -ltn
若80端口为启动状态,则为nginx启动状态.

附:也可以通过 yum来统一配置 rtmp-module, 详见 Nginx官方文档

参考文档：
使用yum包管理器安装mongodb3.4.10
mongoDB设置远程访问
CentOS之7与6的区别

yum安装git, 通过git clone下载部署的项目, 执行npm install

yum安装 mongoDB 3.4.10, 并配置服务方式开机启动

CentOS7下配置MongoDB v3.4.10的注意事项：

由于CentOS7 改用systemctl管理service,请使用

1
2
3

systemctl start mongod.service 启动服务
systemctl status mongod.service 查看服务状态
systemctl enable mongod.service 可设置开机启动

RxJava解决的问题

I) 使用RxJava2必须明确的几个概念

1.观察者:Observer，

监视着被观察者的行为，当被观察者某个状态改变的时候会通知观察者，观察者会执行对应的操作；

2.被观察者:Observable

被监视的对象，当某个状态改变的时候会通知观察者；

3.订阅.subscribe()

使观察者和被观察者之间建立联系。

初级用法:

1

Observer ---订阅---> Observable: 通过subscribe()事件 订阅

进阶用法:
Subscriber要与Flowable(也是一种被观察者)联合使用

1

Subscriber ---订阅--->Flowable: 通过subscribe()事件 订阅

Welcome to Hexo! This is your very first post. Check documentation for more info. If you get any problems when using Hexo, you can find the answer in troubleshooting or you can ask me on GitHub.

Quick Start [快速上手指南]

Create a new post [新建一篇博客文章]

1

$ hexo new "My New Post"

More info: Writing

Create a new draft [新建一篇草稿]

1
2
3

$ hexo new draft "My New draft"

会在 source/_drafts/ 目录下生成一篇草稿

More info: Writing

Run server [本地服务器运行]

1

$ hexo server

More info: Server

Generate static files [生成网址静态文件]

1

$ hexo generate

More info: Generating

Deploy to remote sites [发布到远程站点]

1

$ hexo deploy

More info:
部署
NexT主题配置指南