Docker နှင့် တူညီသောဆာဗာတွင် NextCloud + ONLYOFFICE ကို စနစ်ထည့်သွင်းခြင်း။

ဟေး ဟာဘ! ဆောင်းပါးရဲ့ ဘာသာပြန်ချက်ကို မင်းရဲ့အာရုံကို ငါတင်ပြတယ်။ "Docker ဖြင့် ဆာဗာတစ်ခုတည်းတွင် NextCloud နှင့် ONLYOFFICE ကို စနစ်ထည့်သွင်းခြင်း".

နည်းပညာအသားပေးသူများ၏ဘဝတွင် Google Docs နှင့် cloud storage ကဲ့သို့သော အွန်လိုင်းရုံးအစုံများ၏တန်ဖိုးကို လျှော့တွက်ရန် ခက်ခဲသည်။ နည်းပညာသည် အလွန်ကျယ်ပြန့်လာသည်နှင့်အမျှ Office applications များစျေးကွက်ကို ကာလရှည်ကြာလွှမ်းမိုးထားခဲ့သည့် Microsoft သည် မကြာသေးမီက Office 365 ဝဘ်အက်ပလီကေးရှင်းကို တီထွင်ဖန်တီးရန်နှင့် ၎င်းတို့၏ကိုယ်ပိုင်ဝန်ဆောင်မှုများကို အသုံးပြုရန်အတွက် စာရင်းသွင်းမှုပုံစံသို့ သုံးစွဲသူများကို ဆွဲဆောင်ရန် အာရုံစိုက်ခဲ့သည်။ ကြောင်အောက်ရှိ ၎င်းတို့၏ကိုယ်ပိုင်သိုလှောင်ခန်းကို ထည့်သွင်းခြင်းနှင့် သတ်မှတ်ခြင်းလုပ်ငန်းစဉ်ကို စိတ်ဝင်စားသူများအား ကျွန်ုပ်တို့ဖိတ်ခေါ်ပါသည်။

မကြာသေးမီက ကျွန်ုပ်တို့သည် cloud သိုလှောင်မှုဖြေရှင်းချက်များနှင့် အသေးစားလုပ်ငန်းတစ်ခုတွင် အသုံးပြုရန်အတွက် အလွယ်တကူအသုံးပြုနိုင်သည့် open source ဝဘ်ရုံးအစုံများကို ကြည့်ရှုခဲ့သည်။ စာရွက်စာတမ်းအားလုံးကို အွန်လိုင်းတွင်ထားရှိခြင်းအတွက် အဓိကတွန်းအားမှာ စာရွက်စာတမ်းများကို အနည်းဆုံးထားရှိရန်နှင့် အရောင်းအဝယ်ပမာဏနည်းပါးနေသော်လည်း ကောင်းမွန်သောစီးပွားရေးအလေ့အကျင့်များကို အကောင်အထည်ဖော်ရန်ဖြစ်သည်။ အကြွေစေ့၏အခြားတစ်ဖက်မှာ ဤဝန်ဆောင်မှုပေးရန်အတွက် cloud ဆာဗာကို ငှားရမ်းခြင်းသည် လုပ်ငန်း၏ပရဝုဏ်များတွင် တိုက်ရိုက်သိမ်းဆည်းခြင်းထက် လုံခြုံစိတ်ချရမှုနည်းပါသည်။ ထို့ကြောင့်၊ end-to-end encryption နှင့် open source software လည်း လိုအပ်ပါသည်။

ပွင့်လင်းရင်းမြစ်ဖြေရှင်းချက်များနှင့်ပတ်သက်သည့် ရရှိနိုင်သောအချက်အလက်အားလုံးကို ထည့်သွင်းစဉ်းစား၍ cloud သိုလှောင်မှုအတွက် တီထွင်ထားသည့် လွန်ခဲ့သည့် 12 လအတွက် (git repository တွင် ကတိကဝတ်များပါသည့်) တက်ကြွသောပရောဂျက်နှစ်ခုကို တွေ့ရှိသည်- NextCloud နှင့် OwnCloud နှင့် တစ်ခုတည်းသောအသက်ဝင်သော ONLYOFFICE ရုံးခန်းအစုံ။ cloud သိုလှောင်မှုကိရိယာနှစ်ခုစလုံးသည် အကြမ်းဖျင်းတူညီသောလုပ်ဆောင်နိုင်စွမ်းရှိပြီး NextCloud ကိုရွေးချယ်ရန်ဆုံးဖြတ်ချက်သည် ONLYOFFICE နှင့် ပေါင်းစပ်အသုံးပြုနိုင်သည့်ဆော့ဖ်ဝဲလ်နှင့်အဆင်ပြေသောအသုံးပြုသူအပြန်အလှန်ဆက်ဆံရေးအတွက် ONLYOFFICE နှင့် ပေါင်းစည်းနိုင်သည့်အထောက်အထားရှိကြောင်းကို အခြေခံထားသည်။ သို့သော်၊ ကျွန်ုပ်တို့သည် ဝန်ဆောင်မှုများကို စတင်အသုံးပြုသောအခါ၊ အထက်ဖော်ပြပါ ဝန်ဆောင်မှုများကို ပေါင်းစပ်ခြင်းဆိုင်ရာ သတင်းအချက်အလက် နည်းပါးခြင်းမှာ ထင်ရှားလာပါသည်။ ပေါင်းစည်းနည်းအတွက် ကျူတိုရီရယ် ဗီဒီယို 3 ခုကို ကျွန်ုပ်တို့ တွေ့ရှိသည်-

• www.youtube.com/watch?v=GAd-x_sP6ng
• www.youtube.com/watch?v=ceOld6P16wI
• www.youtube.com/watch?v=DvTXyl-OOZA

ဗီဒီယို ၃ ခုအနက်မှ တစ်ခုမှ မျှဝေထားသော nginx ဖြင့် NextCloud ကဲ့သို့ တူညီသောရုပ်ပိုင်းဆိုင်ရာဆာဗာတွင် ONLYOFFICE စာရွက်စာတမ်းဝန်ဆောင်မှုကို ထည့်သွင်းခြင်းဆိုင်ရာ မေးခွန်းကို အဖြေမပေးပါ။ ယင်းအစား၊ စာရွက်စာတမ်းဝန်ဆောင်မှု api အတွက် သီးခြား port များကိုအသုံးပြုခြင်းကဲ့သို့သော ခွဲထွက်ခြင်းနည်းပညာများကို အသုံးပြုခဲ့သည်။ နောက်ထပ်အကြံပြုချက်မှာ Document Service အတွက် သီးခြားဆာဗာတစ်ခုအား အသုံးပြုရန်ဖြစ်ပြီး ဝင်ရောက်ခွင့်သော့ကို ထည့်သွင်းရန် Document Service တွင် တည်ဆောက်ထားသော nginx instance ကို ကိုယ်တိုင် configure ပြုလုပ်ခြင်း (ဒေတာ cloud ကိုဝင်ရောက်ခွင့်ကို အတည်ပြုသည့် ကြိုတင်သိထားသော access key) နှင့် TLS လက်မှတ်များ။ အထက်ဖော်ပြပါနည်းလမ်းများသည် ဘေးကင်းပြီး ထိရောက်မှု မရှိဟု ယူဆသောကြောင့် ကျွန်ုပ်တို့သည် Docker-compose ကို အသုံးပြု၍ ဒိုမိန်းအမည်များဖြင့် တောင်းဆိုမှုများကို ခွဲခြားပေးသည့် NextCloud၊ ONLYOFFICE နှင့် ဘုံ nginx ကို ပေါင်းစပ်ထားသည်။ ဤတွင် ပြုလုပ်ပုံအဆင့်ဆင့် အချက်အလက်များကို ဖော်ပြထားပါသည်။

အဆင့် 1: nginx ကွန်တိန်နာ

၎င်းသည် အလွန်ရိုးရှင်းသော စနစ်ထည့်သွင်းမှုဖြစ်ပြီး၊ သို့သော် ဤအဆင့်သည် ပြောင်းပြန်ပရောက်စီဆာဗာကို စီစဉ်သတ်မှတ်ရန် အလုပ်အများဆုံးလိုအပ်ပါသည်။ ကျွန်ုပ်တို့သည် nginx:stable image အတွက် docker-compose configuration ကို ပထမဆုံး ဖန်တီးခဲ့သည်။

version: '2'
services:
  nginx:
    image : nginx:stable
    restart: always
    volumes:
      - ./nginx/nginx-vhost.conf:/etc/nginx/conf.d/default.conf:ro
      - ./nginx/certificates:/mycerts 
    ports:
      - 443:443
      - 80:80

၎င်းသည် အများသူငှာ ဖွင့်ထားသော ဆိပ်ကမ်း 80 နှင့် 443 ပါရှိသော ကွန်တိန်နာကို ဖန်တီးပြီး nginx/nginx-vhost.conf သို့ ဖွဲ့စည်းမှုပုံစံကို မြေပုံဆွဲကာ၊ ကိုယ်တိုင်လက်မှတ်ထိုးထားသော လက်မှတ်များအဖြစ် ထုတ်လုပ်သည့် လက်မှတ်များအတွက် စတိုးဆိုင်တစ်ခုအား သတ်မှတ်ပေးသည် သို့မဟုတ် /nginx/certificates တွင် Let's encrypt's certbot ကို အသုံးပြုခြင်း။ ဤတည်နေရာသည် လက်မှတ်ကွင်းဆက်နှင့် ဆာဗာသီးသန့်သော့အတွက် တစ်ခုစီတွင် fullchain1.pem နှင့် privkey1.pem ဖိုင်များပါရှိသော office.yourdomain.com နှင့် cloud.yourdomain.com အတွက် ဖိုင်တွဲများ ပါဝင်သင့်ပါသည်။ ကိုယ်တိုင်လက်မှတ်ထိုးထားသော လက်မှတ်ကို မည်သို့ထုတ်လုပ်ရမည်ကို ဤနေရာတွင် သင်ပိုမိုဖတ်ရှုနိုင်ပါသည်။ www.akadia.com/services/ssh_test_certificate.html ( .key နှင့် .crt ကို .pem ဟု အမည်ပြောင်းခြင်းသည် nginx အတွက် ဖိုင်တည်ဆောက်ပုံကို ပြောင်းလဲခြင်းမပြုဘဲ အလုပ်လုပ်သည်)။

ထို့နောက်တွင်၊ ကျွန်ုပ်တို့သည် vhost ဖိုင်ကိုသတ်မှတ်သည်။ အဘယ်ကြောင့်ဆိုသော် ကျွန်ုပ်တို့သည် port 80 ၏ အပြုအမူကို https သို့ ရိုးရှင်းစွာ ပြန်ညွှန်းခြင်းအဖြစ် ပထမဆုံးသတ်မှတ်ထားသည်။ http traffic ကို ခွင့်မပြုချင်ပါ။

server {
    listen 80;
    location / {
        return 301
            https://$host$request_uri;
    }
}

ထို့နောက် ကျွန်ုပ်တို့၏ဝန်ဆောင်မှုများအတွက် port 443 တွင် virtual server နှစ်ခုကို ဖန်တီးခဲ့သည်-

server {
    listen 443 ssl;
    server_name cloud.yourdomain.com ;
    root /var/www/html;

    ssl_certificate     /mycerts/cloud.yourdomain.com/fullchain1.pem;
    ssl_certificate_key /mycerts/cloud.yourdomain.com/privkey1.pem;
    ssl_protocols       TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers         HIGH:!aNULL:!MD5;

    location / {
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_set_header Host $http_host;
        proxy_redirect off;
        proxy_pass http://app:80;
    }
}
server {
    listen 443 ssl;
    server_name office.yourdomain.com;
    root /var/www/html;

    ssl_certificate     /mycerts/office.yourdomain.com/fullchain1.pem;
    ssl_certificate_key /mycerts/office.yourdomain.com/privkey1.pem;
    ssl_protocols       TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers         HIGH:!aNULL:!MD5;

    location / {
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_set_header Host $http_host;
        proxy_redirect off;
        proxy_pass http://onlyoffice:80;
    }
}

အဆင့် 2- စာရွက်စာတမ်းဝန်ဆောင်မှု

ယခု ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ docker-compose.yml တွင် စာရွက်စာတမ်းဝန်ဆောင်မှုကွန်တိန်နာကို ထည့်ရန် လိုအပ်ပါသည်။ ဤနေရာတွင် စီစဉ်ရန် အထူးအထွေ မရှိပါ။

services:
...
  onlyoffice:
    image: onlyoffice/documentserver
    restart: always

သို့သော် nginx ကွန်တိန်နာကို စာရွက်စာတမ်းဝန်ဆောင်မှုနှင့် ချိတ်ဆက်ရန် မမေ့ပါနှင့်။

services:
...
  nginx:
    ...
    depends_on:
      - onlyoffice

အဆင့် 3: NextCloud

ပထမဦးစွာ ဝန်ဆောင်မှုအသစ်များ ထည့်ပါ-

services:
...
  db:
    image: mariadb
    command: --transaction-isolation=READ-COMMITTED --binlog-format=ROW
    restart: always
    volumes:
      - /data/nextcloud_db:/var/lib/mysql
    environment:
      - MYSQL_ROOT_PASSWORD=#put some password here
      - MYSQL_PASSWORD=#put some other password here
      - MYSQL_DATABASE=nextcloud
      - MYSQL_USER=nextcloud
  app:
    image: nextcloud
    depends_on:
      - db
      - onlyoffice
    restart: always

နှင့် nginx သို့ လင့်ခ်တစ်ခု ထည့်ပါ

services:
...
  nginx:
    ...
    depends_on:
      - app 

ယခု ကွန်တိန်နာများကို တင်ရန် အချိန်ရောက်ပါပြီ။

docker-compose up -d  

ခဏအကြာတွင်၊ nginx သည် သင့်အား ပုံသေဖွဲ့စည်းပုံစာမျက်နှာဖြစ်သည့် NextCloud ရှေ့ဆုံးသို့ ပြန်ညွှန်းပေးလိမ့်မည်။ သင်၏ပထမဆုံးစီမံခန့်ခွဲသူအသုံးပြုသူအတွက် အသုံးပြုသူအမည်နှင့် စကားဝှက်နှင့် docker-compose.yml တွင် သင်ပေးထားသည့် ဒေတာဘေ့စ်အထောက်အထားများကို ထည့်သွင်းရန် လိုအပ်မည်ဖြစ်ပြီး စနစ်ထည့်သွင်းမှုပြီးသည်နှင့် သင်သည် လော့ဂ်အင်ဝင်နိုင်မည်ဖြစ်သည်။ ကျွန်ုပ်တို့၏အခြေအနေတွင်၊ စောင့်ဆိုင်းချိန်သည် တစ်မိနစ်နီးပါးကြာမြင့်ပြီး cloud ဝန်ဆောင်မှုသို့ ကျွန်ုပ်တို့မဝင်ရောက်မီ လော့ဂ်အင်စာမျက်နှာ၏ နောက်ထပ်ပြန်လည်ဆန်းသစ်မှုတစ်ခု လိုအပ်ပါသည်။

NextCloud ဝန်ဆောင်မှုဆက်တင်များ ဝင်းဒိုး

အဆင့် 4- NextCloud နှင့် ONLYOFFICE ကိုချိတ်ဆက်ခြင်း။

ဤအဆင့်တွင် သင်သည် ONLYOFFICE လုပ်ဆောင်ချက်ကို ချိတ်ဆက်ပေးသည့် NextCloud အတွက် အက်ပ်ကို ထည့်သွင်းရန် လိုအပ်မည်ဖြစ်သည်။ မီနူး၏အပေါ်ဘက်ညာဘက်ထောင့်ရှိ အပလီကေးရှင်းထိန်းချုပ်မှုဘောင်ဖြင့်စကြပါစို့။ ONLYOFFICE အက်ပ်ကို ရှာပါ (Office & စာသားအောက်တွင် သို့မဟုတ် ရှာဖွေမှုကို အသုံးပြု၍) ထည့်သွင်းပြီး ၎င်းကို အသက်သွင်းပါ။

ထို့နောက် ညာဘက်အပေါ်ထောင့်ရှိ မီနူးမှတစ်ဆင့် ဆက်တင်များဆီသို့ ဦးတည်ပြီး ဘယ်ဘက်မီနူးတွင် ONLYOFFICE ကို တွေ့ရှိရပါမည်။ သွားလိုက်ပါ။ အောက်ပါလိပ်စာအတိုင်း စာရင်းပေးသွင်းရန် လိုအပ်ပါသည်။

ပေါင်းစည်းခြင်း အပလီကေးရှင်း ဆက်တင်များ

ပထမဆုံး လိပ်စာကို browser တွင်လည်ပတ်နေသော အပလီကေးရှင်းမှ js နှင့် css ဖိုင်အချို့သို့ တိုက်ရိုက်လင့်ခ်ချိတ်ရန် အသုံးပြုသည် (၎င်းသည် ကျွန်ုပ်တို့သည် NGinx မှတစ်ဆင့် ONLYOFFICE ဝန်ဆောင်မှုကို ဖွင့်ရန် လိုအပ်သည်)။ ကျွန်ုပ်တို့သည် Docker သီးခြားခွဲထုတ်ခြင်းအလွှာကို အမြဲအထောက်အထားစိစစ်ခြင်းကီးထက် ပိုမိုယုံကြည်သောကြောင့် လျှို့ဝှက်သော့ကို အသုံးမပြုပါ။ တတိယလိပ်စာကို ONLYOFFICE API သို့တိုက်ရိုက်ချိတ်ဆက်ရန် NextCloud ကွန်တိန်နာမှအသုံးပြုပြီး ၎င်းသည် Docker မှ မူရင်းပြည်တွင်းရှိ hostname ကိုအသုံးပြုသည်။ ကောင်းပြီ၊ သင်သည် Docker ကွန်ရက်များကိုအသုံးပြုနေပါက ပြင်ပ IP လိပ်စာ သို့မဟုတ် အတွင်း Docker လိပ်စာကို အသုံးပြု၍ ONLYOFFICE သို့ ONLYOFFICE ထံ ပြန်လည်တောင်းဆိုမှုများပြုလုပ်နိုင်စေရန်အတွက် နောက်ဆုံးအကွက်ကို အသုံးပြုထားသော်လည်း ၎င်းကို ကျွန်ုပ်တို့ကိစ္စတွင် အသုံးမပြုပါ။ သင်၏ firewall ဆက်တင်များသည် ဤတုံ့ပြန်မှုမျိုးများကို ခွင့်ပြုကြောင်း သေချာပါစေ။

သိမ်းဆည်းပြီးနောက်၊ NextCloud သည် ချိတ်ဆက်မှုကို စမ်းသပ်မည်ဖြစ်ပြီး၊ အားလုံးမှန်ပါက၊ ပေါင်းစည်းမှုနှင့်ပတ်သက်သည့် ဆက်တင်များကို သင့်အား ပြသပါမည် - ဥပမာ၊ ဤပေါင်းစပ်မှုဖြင့် တည်းဖြတ်နိုင်သော ဖိုင်အမျိုးအစားများ။ စိတ်ကြိုက်ပြင်ဆင်ပါ။

နောက်ဆုံးအဆင့်- အယ်ဒီတာကို ဘယ်မှာရှာမလဲ။

သင်၏ cloud သိုလှောင်မှုဖိုင်တွဲများသို့ ပြန်သွားပြီး ဖိုင်အသစ်တစ်ခုဖန်တီးရန် “+” ကို နှိပ်ပါက၊ ထို့နောက် စာရွက်စာတမ်း၊ စာရင်းဇယား သို့မဟုတ် တင်ပြမှုတစ်ခုဖန်တီးရန် ရွေးချယ်မှုအသစ်တစ်ခု သင့်တွင်ရှိမည်ဖြစ်သည်။ ၎င်းတို့၏အကူအညီဖြင့် သင်သည် ONLYOFFICE ကို အသုံးပြု၍ ဤဖိုင်အမျိုးအစားများကို ဖန်တီးပြီး ချက်ချင်းတည်းဖြတ်နိုင်မည်ဖြစ်သည်။

ဖိုင်ဖန်တီးမှု မီနူး

ဖြည့်စွက် 1

docker-compose.yml ၏ အကြောင်းအရာအပြည့်အစုံကို ဤနေရာတွင် တွေ့နိုင်သည်- https://pastebin.com/z1Ti1fTZ

source: www.habr.com