前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >​在群晖docker上装elmlang可视调试编码器ellie

​在群晖docker上装elmlang可视调试编码器ellie

原创
作者头像
minlearn
修改2020-09-29 14:39:09
1.2K0
修改2020-09-29 14:39:09
举报
文章被收录于专栏:minlearnprogrammingminlearnprogramming

本文关键字:elmlang live editor,docker要注意的地方。

在前面发布《elmlang时》我们谈到elmlang的函数FRP和可视调试特征,使得为其装配一个live ide变得可能,elmlang提供的插件,已经使其它能很轻松地接入市面上几大IDE,如本地我们有atom,vscode这样的东西,在业界是推崇用vim的,他命令区和编辑区合一的ui方案使之成为通用ide,那么在远程呢,越来越流行的还有很多web IDE,elmlang for webapp的特性使得其天然就与web ide相生相融,与我的想法颇为迎合的是,elmlang的官方发布了一个ellie:el-li-e,elmlang live editor的意思,它模拟了atom这样的本地编辑器方案,该项目托管在https://github.com/ellie-app/ellie

下面介绍如何将其安装到docker下。其实上述github repo已有docker支持了,且同时提供了for development和for production的二套方案,然而我测试时发现这二套直接利用生成的image和是存在很多问题的,container最终也运行不起来,所以我自己测试修正了一套。

我选用的测试环境是群晖下vmm出来的纯净ubuntu-16.04.5,安装好docker-ce和docker-compose后。git代码(我git pull到的是2018.8.22左右的cd242bea9114bf4b835cefeb228c77233a88ac07)。

基本上ellie源码就是混合erlang->elixir,nodejs->elmlang,haskell-elmlang五种语言组建出来的:

elixir与nodejs都是语言,分别执行exs与js,其应用以语言库的源码形式发布。elixir又作为erlang的一个库与可执行服务正如elmlang是nodejs的一个库与可执行服务一样,erlang也是源码形式发布的,所以erlang->elixir是语言源码套源码形式发布的。

可nodejs->elmlang不一样,虽然elmlang本身以haskell开发,但是elmlang是以haskell compiled binary形式整合在nodejs生态中的,所以ellie中,nodejs是源码套二进制语言。可elmlang本身的库与应用又是源码发布的。

所以整个ellie源码的语言套语言架构中,源码形式逻辑发布的共有nodejs和elixir和elmlang,其中elmlang负责自身的执行,整个ellie app层次,nodejs源码是后端,负责elmlang代码的执行结果反馈(webpack框架),而elixir负责的是前端(phoenix框架),负责你打开ellie时的那个界面,总之很绕。。。

所以它们被做进ellie这个docker编排逻辑中时,需要安排好几种语言的运行时和库支持 -- 在development版本的docker中可以看到清楚的逻辑,前后端各维持在一套dockerfile build中独立生成image和不同的entrypoint run中运行,而在prod中前后端整合到了elixir image下,它们最大的区别是,dev环境下的webpack需要附加express 8080持续运行(npm run watch),而prod模式下,一次webpack build就行了(npm run build),不要持续运行。

好了,在针对prod的dockerfile和docker-compose.yml作修改之前,先改几个源码中的文件:

配置文件config/prod.exs中的config :ellie, Ellie.Repo段


在adpter条目下增加:

代码语言:txt
复制
  username: "postgres",
  password: "postgres",
  database: "ellie",
  hostname: "database",
  port: 5432,
  ssl: false,

以上是ellie container实例启动时连接postgresql实例的配置。

database是数据库所在主机的主机名,docker-compose.yml中数据库 postgresql9.5对应container的ID,一般是database,对于那个ssl,如果不加ssl,会在运行时出现ssl not avaliable

config :logger段也换成这个:config :logger, :console, format: "$level $message\n",否则接下来被一个run.sh包含的phx.server控制台不出任何信息。

assets/package-lock.json中,找到natives,升级一下其版本


"natives": { "version": "1.1.6", "resolved": "https://registry.npmjs.org/natives/-/natives-1.1.6.tgz" },

以上是为了在防止nodejs在编译deps时出现natives有关的错误。

dockerfile中:


DEPS下加一段安装postgresql-client:

代码语言:txt
复制
# Install postgres-client
RUN echo "deb http://apt.postgresql.org/pub/repos/apt/ stretch-pgdg main" >> /etc/apt/sources.list.d/pgdg.list \
    && wget -q https://www.postgresql.org/media/keys/ACCC4CF8.asc -O - | apt-key add - \
    && apt-get update \
    && apt-get -yq --no-install-recommends install inotify-tools postgresql-client-9.5

然后就是dockerfile主体部分了:

代码语言:txt
复制
# Download Elm platform binaries
RUN mkdir -p /tmp/elm_bin/0.18.0 && mkdir -p /tmp/elm_bin/0.19.0 \
    # goon executable for Procelain Elixir library, to run executables in Elixir processes
    && wget -q https://github.com/alco/goon/releases/download/v1.1.1/goon_linux_386.tar.gz -O /tmp/goon.tar.gz \
    && tar -xvC /tmp/elm_bin -f /tmp/goon.tar.gz \
    && chmod +x /tmp/elm_bin/goon \
    && rm /tmp/goon.tar.gz \
    # Elm Platform 0.18
    && wget -q https://github.com/elm-lang/elm-platform/releases/download/0.18.0-exp/elm-platform-linux-64bit.tar.gz -O /tmp/platform-0.18.0.tar.gz \
    && tar -xvC /tmp/elm_bin/0.18.0 -f /tmp/platform-0.18.0.tar.gz \
    && rm /tmp/platform-0.18.0.tar.gz \
    # Elm Format 0.18
    && wget -q https://github.com/avh4/elm-format/releases/download/0.7.0-exp/elm-format-0.18-0.7.0-exp-linux-x64.tgz -O /tmp/format-0.18.0.tar.gz \
    && tar -xvC /tmp/elm_bin/0.18.0 -f /tmp/format-0.18.0.tar.gz \
    && rm /tmp/format-0.18.0.tar.gz \
    && chmod +x /tmp/elm_bin/0.18.0/* \
    # Elm Platform 0.19
    && wget -q https://github.com/elm/compiler/releases/download/0.19.0/binaries-for-linux.tar.gz -O /tmp/platform-0.19.0.tar.gz \
    && tar -xvC /tmp/elm_bin/0.19.0 -f /tmp/platform-0.19.0.tar.gz \
    && rm /tmp/platform-0.19.0.tar.gz \
    && chmod +x /tmp/elm_bin/0.19.0/* \
    # Elm Format 0.19
    && wget -q https://github.com/avh4/elm-format/releases/download/0.8.0-rc3/elm-format-0.19-0.8.0-rc3-linux-x64.tgz -O /tmp/format-0.19.0.tar.gz \
    && tar -xvC /tmp/elm_bin/0.19.0 -f /tmp/format-0.19.0.tar.gz \
    && rm /tmp/format-0.19.0.tar.gz \
    && chmod +x /tmp/elm_bin/0.19.0/* \
    # 以上都是准备elmlang的binaries到tmp下的原逻辑,,以下准备整个app执行环境,命名为tmp2是为了将这二步骤以对应的方式列出。
    # 这里的tmp2,其实对应原版的dockerfile中是 add . /app,只是原版的构建出来在单机跑起来没事,在迁移安装到别的docker主机上跑起来,会提示找不到文件(定位不到正确的app顶层。所以deps.get时会找不到package.json等,entrypoint也找不到run.sh)。你多构建几次原版dockerfile与这里对比就知道了。
    # 你可能已经注意到这条很长的RUN,它将所有关于生成app的逻辑都维持在一个RUN中,否则就超了docker构建时的分层文件系统了,会导致不意料的事情发生。猜测原版 add . /app 就是没有维持在同一个文件系统中。docker-compose.yml中的volume也会不能生效。
    && git clone https://github.com/minlearn/ellie-corrected /tmp2 \
    && mkdir -p /tmp2/priv/bin \
    && cp -r /tmp/elm_bin/* /tmp2/priv/bin \
    && mkdir -p /tmp2/priv/elm_home \
    # 安装elixir相关的所有扩展并生成项目的数据库文件
    && cd /tmp2 \
    && mix deps.get \
    && mix compile \
    && mix do loadpaths, absinthe.schema.json /tmp2/priv/graphql/schema.json \
    ## 安装nodejs相关的所有扩展,并生成项目的webpack静态文件
    && cd /tmp2/assets \
    && npm install \
    && npm run graphql \
    && npm run build

至此,生成构建了所有项目运行时的资源。

已经差不多可以运行了。准备ENV预定义的参数,docker run时会欠入到实例:


代码语言:txt
复制
ENV MIX_ENV=prod \
    NODE_ENV=production \
    PORT=4000 \
    ELM_HOME=/tmp2/priv/elm_home \
  SECRET_KEY_BASE="+ODF8PyQMpBDb5mxA117MqkLne/bGi0PZoTl5uIHAzck2hDAJ8uGJPzark0Aolyi"

定义运行


代码语言:txt
复制
# WORKDIR的主要作用就是定义接下来所有指令,尤其是entrypoint等的路径
WORKDIR /tmp2
EXPOSE 4000
RUN chmod +x /tmp2/run.sh
ENTRYPOINT ["/tmp2/run.sh"]

这个run.sh是分离postgresql所在容器和ellie所在容器的entrypoint,所有连接数据库初始化的工作都要在这里完成,因为它继承了ENV关于prod的预埋参数所以运行时不会出错,否则比如在非docker构建的情况下,你把mix phx.server单独在命令行中执行,会出现如下错误:(EXIT) no process: the process is not alive or there's no process currently associated with the given name。你就需要在run.sh中export所有这些参数,这也是docker的联合文件系统在编译(dockerfile)/运行(run.sh)不同阶段需要做到逻辑同步的要求。

run.sh的内容(它是git repos中要新增的一个文件,需提交到新git repos中):


代码语言:txt
复制
#! /usr/bin/env bash
set -e
cd /tmp2
until PGPASSWORD=postgres psql -h "database" -U "postgres" -c '\q'; do
  >&2 echo "Postgres is unavailable - sleeping"
  sleep 5
done
mix ecto.create
mix ecto.migrate
mix phx.server

最后,docker-compose.yml也一目了然了。


代码语言:txt
复制
ellie:
  image: minlearn/ellie-corrected
  links:
  - database:database
  ports:
  - 4000:4000
  restart: always
  environment:
  - SERVER_HOST=52.81.25.39
database:
  image: postgres:9.5
  environment:
  - POSTGRES_PASSWORD=postgres
  restart: always

minlearn/ellie-corrected是我在dockerhub上编译正确的ellie,实际上,上面的ellie的volumes同样是没有起作用的。留给其它人解决吧(这就是分层文件系统给人理解上带来的极大不便)。反正项目部署到任何支持docker的机器都可以启动并进入ellie所在IP:4000的界面了。

假设上面的没加SERVER_HOST,进去你会发现ip:4000/new显示ellie的动画,但一直hangout,控制台显示,error Could not check origin for Phoenix.Socket transport.

这就需要设置SERVER_HOST=ip变量了(这个ip是你部署ellie所在机器的外网IP或被访问IP:4000所在的IP),这个变量不能放在dockerfile中,也不能放在run.sh中(因为这二个文件要做进docker image中的,而你无法预知要将这个docker image放哪个IP的主机上),故要放在docker-compose.yml中ellie段下在实际开启ellie container时指定,比如我部署运行时的IP是52.81.25.39。


其实docker就是一个通用的应用和OS的虚拟容器,它可以同时虚拟出我在《DISKBIOS》系列设想中用openvz虚拟出的同时运行的,却又可应用可OS的通用虚拟环境。只是它使用的aus联合文件系统我一直都不太喜欢,因为会带来污染问题和以上说到的编排dockerfile时的理解不便,突然想到联合文件系统会不会是客户端的安卓应用缓存清理的技术,其存储中,系统/应用双清的技术会不会也与它有关,就不那么讨厌了。。

有了ellie和公网盒子的群晖,你就有了一个超级方便的js学习环境,软硬环境的超级联系,使组成一个高效的生产工具变得可能,或许你还需要一个小终端,比如,《利用7寸小本打造programming pad 的 segment box》?

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
作者已关闭评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
容器镜像服务
容器镜像服务(Tencent Container Registry,TCR)为您提供安全独享、高性能的容器镜像托管分发服务。您可同时在全球多个地域创建独享实例,以实现容器镜像的就近拉取,降低拉取时间,节约带宽成本。TCR 提供细颗粒度的权限管理及访问控制,保障您的数据安全。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档