พอดีวันก่อนได้มีเวลาไปทำ Redis ใช้งานบน Production เอามาเสียบแทน ASP.NET State Server เลยเอามาแปะให้ไปใช้กัน จริงๆ แล้ว Redis ถ้าใช้แบบ Development มันก็คงไม่ต้องไปทำอะไรมันมากนะ docker containner run จบ วันก่อนไปงาน Docker คุณประทาน เขาบอกว่าใครยังใช้ docker run เฉยๆนี่ Out ไอ้กระผมก็ยังใช้อยู่ด้วยซิเหอะๆ

    ย้อนกลับไปสมัยก่อนมี Docker นี่ทรมานมากนะเรียกว่าถึกเลยล่ะยิ่ง Dev บน Windows นี้ไม่ต้องพูดถึง เปิด หน้าต่าง Command Line เต็มไปหมดเพราะต้องรัน Service ที่เกี่ยวข้องพอมี Docker มันก็สะดวกดี เอาล่ะวันนี้ไม่ใช่ประเด็นการใช้งาน  Docker ตรงๆ ดังนั้นไปที่เรื่อง Redis ปกติ Redis มันใช้งานบน Docker ได้อยู่แล้วนะ ง่ายด้วย แต่มันไม่ใช่สำหรับพวก Perfectionist people  อย่างเรา 555 จริงๆ ก็ไม่ขนาดนั้นนะ แต่เป็นโรคจิตอย่างนึง ไม่ชอบ Warning Message  “ไม่อยากจะขัดใจตัวเอง ที่มันชอบเธอ ไม่ให้ชอบเธอ ก็คงเป็นไปไม่ได้” ไปเรื่อย…..  ดังนั้นถ้าจะขจัด Warning ไปให้หมดทำได้ยังไง ก็ไปอ่านบทความเก่าผมนะ.

ตั้งค่า Redis สำหรับ Production Server

ส่วนบทความนี้มาต่อตรงนี้ นะ เริ่มเลย Git Clone ซิ เตรียม Repo ให้แล้ว link อยู่นี่ ไม่อยากบอกเลยว่าแทบไม่ต้องทำอะไร เพราะเตรียมให้ใน Bash ล่ะ ส่วน Dockerfile ก็ตามนี้ ต้นแบบผมเอามาจาก Redis 4 นะซึงคือล่าสุดในตอนนี้ จุดที่สังเกตุคือ CMD iTopplusRedis.sh ซึ่งผมจะอธิบายอีกที จากนั้นก็สั่ง ./build.sh ได้เลย ใครสาย Windows ใช้ git bash ทำนะครับผมไม่ได้ทำ Batch ไฟล์ไว้

มาดูพระเอกของเราบ้าง ไฟล์ itopplusRedis.sh จริงๆ ไม่มีอะไรจุดสำคัญมันคือการปรับแต่งค่าต่างๆ  เช่น socket max connection ไปอ่านบล็อคแรกที่ผมโพสก่อนก็ได้นะครับถ้าไม่เข้าใจ  แล้วค่อยสั่ง redis ทำงาน โดยผมจะโยน config ไว้ที่ etc นะซึ่งต่อไปเราจะ map volume มาให้ตรงตอนรัน

ขั้นต่อไปไม่มีอะไรมากครับก็คือ ./run.sh โดยส่วนที่ต้องเพิ่มมาคือ –privileged เพื่อให้เราสามารถปรับค่าบางอย่างบน kernel หรือพวก device และ configuration หลักบนเครื่อง ถ้าเราไม่เปิดไว้ตัว container นี้ มันจะไม่สามารถตั้งค่าเรานั้นได้ครับ ส่วน Vollume เราก็ได้ mapping เข้ากับ configuration ไว้ อันนี้ผมยัง mapping ไว้นะ จะแก้ใช้ใน container ก็ได้เพราะมันมีไฟล์อยู่ path /etc/redis.conf อยู่แล้ว

docker logs myredis ดูมันจะหน้าตาหล่อๆแบบนี้เลย ไม่มี “Warning Message” ใดๆ แต่นั่นก็อย่าสบายใจไปล่ะหมั่นมาดูหน้าตามมันบ้างว่ามันรับได้ตามที่ตั้งไว้บ้างหรือเปล่า อีกอย่างท่านี้ผมทดสอบแถว 1000-2000 req/s นะครับขำๆ สบายๆ เครื่องเดียวไม่มี CPU Peak/ Memory Leak ใดๆ ทั้งสิ้น

จบจ้า จริงๆ ไม่ได้เขียน Blog นานมากเพราะเนื้อหาหลังๆ มันเหมือนโน๊ตส่วนตัวมากกว่าบทความ เลยไม่ได้ Publish เรียกว่าแอบเขียนแล้วกัน ส่วนวันนี้พอดีต้องรอ Email จาก MS พี่แก Support ข้ามชั่วโมงเลย ดังนั้นมาเขียน Blog รอจนเขียนจบแล้วแต่ยังม่ได้รับเมล์เลย 555  Redis ยังทำอะไรได้อีกเยอะนะพักหลังนี่ ผมกำลังคิดยกไปทำงานแทน Database เลย.

Git Hub : https://github.com/tonmanna/Redis_Production

ก่อนอื่นต้องแนะนำก่อนว่า Docker นั้น สามารถใช้คำสั่ง docker run กับ docker build ได้ดีอยู่แล้ว ทำไมเราต้องใช้ Docker Compose คำตอบคงสั้นๆ เพราะมันสามารถรันหลาย Container ให้ทำงานพร้อมกันด้วยคำสั่งเดียว และง่ายกว่ามานั่งเขียน Bash(Batch) Script(File) นั่นเอง

ทำไมต้องมี Docker Compose มันเกิดจากความต้องการ ในการนำคำสั่งต่างๆ ของ Docker มาทำงาน พร้อมๆกันโดยมาเขียนในรูปแบบ yaml(yml) หรือที่อาจจะเรียกว่า Configuration File ที่อ่านง่ายกว่าที่จะเขียน bash script ยาวๆ และดูแลได้ยากกว่า

ข้อดีของ Docker Compose นั่นก็คือ เราสามารถ Start / Stop / Restart / Log / Build Docker Container ได้โดยใช้คำสั่งบรรทัดเดียว และทำได้หลาย Container พร้อมๆกัน อาจถูกรวมมองเป็น Service ได้เลยแต่ไม่ใช่ Docker Service ใน Swarm นะครับ เดี้ยวจะจำสับสน คือถ้าคุณจะใช้ Docker ในการพัฒนา Software แบบ DevOps แล้วมันเป็นเครื่องมือที่สำคัญมากๆ เพราะคุณเอาข้อดีของ Docker มาทำให้มันสามารถทำงานได้เพียงเขียนคำสั่งไม่กี่คำสั่ง สมมุติว่าบน Production คุณมีหลาย Service เช่นมี Nginx, Redis , Mysql , MongoDB , ElasticSearch ในคราวเดียวกัน ถ้าคุณใช้เพียง Docker คุณก็คงนึก ถึงคำสั่ง docker run -d -v xxx:xxx -p xxx:xxx –name xxxx xxxx หลายบรรทัดแน่ๆ โดยเวลาจะ Restart เวลาจะ Build ใหม่ เราต้องทำอะไรอีกเยอะเยะ แค่คิดก็เมื่ยมือแล้วใช่ไหมครับ แต่บางคนอาจบอกว่าใช้ Bash Script ก็แก้ปัญหาได้แล้ว แต่จริงๆแล้วเอาเข้าจริง Bash นี้ ดีจริงครับแต่ว่าเวลาแก้นี่ก็หลายที่อยู่เหมือนกัน

ดังนั้นจึงเป็นที่มาของ Docker Compose และ Logo ที่เป็นรูป Octopus ที่มีหลายมือ หรือ หนวดกันแน่ เอาเป็นว่ามันช่วยสั่ง Container ให้ทำงานพร้อมๆกัน ตามรูปเจ้าปลาหมึกยักนั่นแหละครับที่หยิบ Container ขึ้นมา

หน้าตาของ Docker Compose file (docker-compose.yml คือ Default File ที่ Docker Compose จะเรียกใช้ตอนเรียกคำสั่ง docker-compose . ถูกเรียกใช้งาน ปัจุบันมันอยู่ที่ Version 2 นะครับคำสั่งของ Docker-compose ไม่ใช่รุ่นของ Docker Compose นะครับ)

เวลาจะรันก็อยู่ที่ terminal

เพื่อสั่งให้เริ่มทำงาน โดยจะ –build ก็คือการบังคับ Build Image ทุกครั้งที่สั่ง run โดย up ความหมายไกล้เคียงกับ run ครับ แน่นอนถ้าเป็น down ก็เหมือน stop ครับโดยถ้าจะ stop ก็รันคำสั่งเดียวแบบนี้ครับ

คุณยังสามารถ override ไฟล์ yml ได้อีกด้วยนะครับ เช่นคุณมีไฟล์ yml หลายไฟล์ ซึ่งอาจจะกำหนด configuration containner ซ้ำกัน หรือ ต่างกันก็ยังสามารถทำงานได้ดีครับ โดยถ้าคุณได้ลองศึกษาดูคุณจะพบว่ามันทำงานได้ดีมากและฉลาดมากอีกด้วย ตัวอย่างการใช้ Override ไฟล์อื่น สามารถทำได้สอง แบบ แบบแรกแยกไฟล์ไปเลย แบบที่ 2 เขียนลงไปใน docker-compose file ได้เลย ตัวอย่างแรก

-p ใช้กำหนดชื่อ Project โดยถ้าคุณกำหนดชื่อ Project แล้วสามารถแยกให้ Container ที่ทำงานผ่าน Compose ให้มีเหมือนกันอีกหลายชุดได้ด้วยการแยก Project

Syntax ที่อยู่ใน Docker-compose File ถ้าคุณศึกษา Docker มาแล้วแถบไม่ต้องจำเลย

build: ก็ตรงตัวครับ Build Dockerfile นั่นหมายความว่า . ปัจจุบันที่คุณรันก็ต้องมี Dockerfile

image: ก็คือชื่อ image แหละครับ ตรงๆ เลย เหมือน docker run imagename

ports: -p ของ docker run -p เหมือนกันครับ แต่เขียนเรียงกันเป็น Array ใน docker-compose.yml มันดูง่ายกว่าอย่างเหลือเชื่อ

volumes: เช่นเดียวกับ -p โดย -v เป็นปัญหาหลักๆ ที่ทำให้คำสั่ง docker run ยาว มันมาแบบนี้ก็ง่ายซิ แต่จุดสังเกตุนะครับ ถ้าเราใช้ volume ใน service หมายความว่า เราจะเชื่อม volume นะครับ แต่ถ้าจะสร้าง volume มันต้องอยู่ระดับเดียวกับ service นะครับ ย้อนกลับไปดูไฟล์ด้านบนนะครับ โดย ชุดที่สร้าง volume ด้านล่างที่ชื่อ redis-data จะถูกนำไปใช้ใน redis container นะครับ

links : ใช้เชื่อมต่อ Container เข้าด้วยกัน เหมือน –links โดยมันจะสร้าง hostname ให้สามารถเรียกใช้ได้โดยตรงใน containner ที่ถูกเรียกใช้

networks: ใช้สร้าง network เหมือน –network เพื่อแยกการทำงานของ docker container ใช้คุ่กับ links โดยถ้าอยู่ภายใน service จะเป็นการเชื่อม network เข้าด้วยกันกับ container อื่นๆ แต่ถ้าอยู่ระดับเดียวกับ service จะเป็นการสร้าง networks นะครับ

containner_name: ใช้กำหนดชื่อ containner

environment: ใช้กำหนดค่า environment variable ส่งให้กับ containner

โดยบางค่าสามารถกำหนดเป็น Array ได้นะครับยกตัวอย่างเช่น volume,ports,links,networks,environment โดยจะใช้ dash คั่นแต่ละบรรทัด และบางอย่าง กำหนดได้ค่าเดียวเช่น images, command, entrypoint, containner_name ยังมีอีกหลายอย่างนะครับใน syntax ของ docker-compose เช่น loggin,dns,extends ลองไปหาอ่านกันได้ในเว็บของ docker_compose เลยครับ เยอะครับถ้าอยากรู้ทั้งหมด แต่ถ้ารู้ทั้งหมดที่บอกไปด้านบนนี่ก็น่าจะพอสร้าง production จาก compose ได้แล้วล่ะครับ

สรุปการใช้งาน docker-compose จำเป็นไหม ตอบเลยถ้า dependency คุณเยอะกว่า 2 component ใช้เถอะครับไม่ลำบากแถมเรายังใช้ docker เป็นแล้ว ใช้ compose เป็นเรียนรู้ไม่นานเลยสังเกตุง่ายๆ คำสั่งใน yml นั่นเหมือนกับตอนเรา docker run เลยซึ่งแทบจะไม่ต้องเรียนรู้อะไรใหม่เลย วันนี้คงพอแค่นี้ก่อนไว้วันหลังจะมาเล่าประสบการณ์ในการ deploy ลง production ให้ฟังอีกรอบนะครับ

อ้างอิง
https://docs.docker.com/compose

หลายคนคงเคยได้ยืนชือเจ้า Docker Swarm มากันบ้างแล้วแต่ วันนี้ผมจะมายกตัวอย่างการใช้งาน Docker Swarm กับ ExpressJS ของ NodeJS โดยที่การทำงานเราจะเน้นไปที่การทดสอบการทำ Loadbalance ของ Docker Swarm โดย Docker Swarm ถูก Build In มากับ Docker Version 1.12 โดยเราสามารถตรวจสอบ Docker Version ก่อนที่เราจะลงมือทำตามคำสั่งด้านล่างนี้ครับ

ถ้า Version ต่ำกว่านี้ก็ให้ทำการ Update นะครับ สำหรับ Windows นั้นตอนนี้มี Docker Version 1.12 เหมือนกันเพียงแต่ทำงานบน HyperV ซึ่งต้องใช้ Windows 10 ขึ้นไปนะครับ

** ถ้าคุณต้องการทำ Lab นี้ แบบหลาย Node โดยถ้ามีหลายเครื่อง ที่จะมา Join Swarm Node ให้เปิด Port เครื่อง Master

ที่เครื่อง Master ง่ายๆ ก่อน เริ่มต้นด้วยการ สร้าง Swarm ด้วยคำสั่ง Address 10.0.0.1 คือ IP ขา Lan ของ Docker Machine Master นะครับ

แต่ถ้าคุณมีเครื่องเดียวไม่ต้อง Bind Address ง่ายๆ แค่ ตำสั่งด้านล่างครับ

ถ้าคุณมี Docker หลายเครื่องในวง LAN เดียวกันเครื่องที่สองขึ้นไปสามารถ Join Node ได้ด้วยคำสั่ง
Optional :
docker swarm joint 10.0.0.4:2377

ที่เครื่อง Master ถ้าคุณมีหลายเครื่องให้ใช้คำสั่ง จะเห็น Node ที่มา Join แต่ถ้าไม่มีก็ตามรูปครับจะเห็นแค่ Node เดียว
docker node ls

แน่นอนครับว่าเครื่อง Master สำคัญ ในทาง Machine จริงๆ ตรงนี้ผมก็ยังไม่แน่ใจนะครับว่าเราจะป้องกัน single point of failure
ผมจะใช้ Image Node บน Docker Hub ในการทำ Lab นี้นะครับ บน Swam เราจะใช้ docker service แทน docker run นะครับ แต่ docker ps ก็ยังตงใช้เหมือนเดิม
จากนั้นทำการสร้าง Docker File เพราะเราจำเป็นต้องนำ Sourcecode เข้ามา Build Image ด้วย เพราะตอนทำงานเราไม่สามรถจะ Map Volume ตรงๆได้บน Docker Service

ก่อนจะไปตรงนี้ คุณก็ใช้ express generator สร้างไฟล์ ด้วยการรัน express จากนั้นก็แก้ไฟล์ index.jade ให้แสดง Hostname ไว้เดี้ยวกลับมาแป๊ะ Code ให้ หรือไม่ก็ไปดูที่ os.hostname() ในคู่มือก็ได้นะครับไม่น่ายากเกินไป

จากนั้น Build Image และทำการ Create Service

และหลังจากนี้คุณยังคงใช้คำสั่ง docker ps , docker rm เพื่อจัดการ การทำงานของแต่ล่ะ Process Node ได้อย่างเดิม เรามาดูผลลัพธ์กันดีกว่าครับ
โดยเปิด Browser เข้าตามรูปเลยนะครับ

ลอง Refresh ดูซึ่งจะได้ผลลัพธ์ต่างกันออกมาตามรูป แสดงว่า Swarm สามารถทำการ Load Balance ได้แล้วครับ

สรุป ถึง Docker Swarm จะมีการทำให้ Docker สามารถ Scale และ Loadbalance service ได้ง่ายๆ แต่เราก็ต้องดูต่อไปครับเมื่อรุ่น 1.12 เป็น Version Release แล้วจะเป็นยังไงตอนที่เขียนบทความนี้ยังคง RC อยู่ และก็ยังไม่แน่ใจเรื่อง Production กับการที่มี Master เดียว เพราะเอาจริงๆ ผมเพิ่งมารู้จัก Swarm ก็ตอนที่เขาเอามาเข้า BuildIn กับ Docker ไว้ผมศึกษาเพิ่มเติมจะมาเขียนบทความ Docker Swarm Master Node ใหม่อีกรอบแล้วกันครับ

จริงๆ ผมก็อาจเขียนบทความอื่นเร็วเกินไปโดยลืมเกริ่น บทความเบื้องต้น น้องในทีมที่ผมดูแลหลายๆ คนยังคง สับสนกับพื้นฐานของ Docker โดยวันนี้ เราจะมาเรียนคำสั่งพื้นฐานกันก่อนเพราะพื้นฐานสำคัญเสมอครับ เรามาเริ่มกันเลยดีกว่าครับ

วันนี้ผมจะใช้ Squid ซุึ่งเป็น Proxy ยอดนิยมมาเป็นตัวอย่าง ของบทความนี้ โดย ผมขอใช้ image จาก dockerhub ที่ชื่อว่า sameersbn/squid โดยเริ่มที่ผมจะ pull image เขามาก่อน ตามด้านล่างนี้เลย

แล้วก็ Run image นี้ด้วยคำสั่ง

จากนั้นตรวจสอบการทำงานที่ docker machine ว่ามีการ mapping port เรียบร้อยแล้วหรือไม่

โดยจุดประสงค์ต่อไปคือเราต้องการ Configuration ของ Squid มาเก็บไว้กับเราเพื่อใช้ในการปรับแต่งค่าต่างๆ โดยจริงๆ เราอาจจะไปหาจาก Source Code ของ Squid เอง หรือ หาจาก Image ที่เราจะใช้นี่แหละ ถ้าเราต้องการจะหาจาก Image ที่เราทำเราต้อง copy ออกมาให้ได้ โดยเราจะต้องไปดูก่อนว่าไฟล์ Configuration เก็บไว้ที่ไหน ซึ่งถ้าสังเกตุจาก Dockerfile ของ image นี้ จะอยู่ที่
/etc/squid3/squid.conf
/sbin/entrypoint.sh

คำถามแน่นอนผมรู้ได้ไงก็ง่ายๆ ครับไป ดู squid default configuration path for ubuntu เลยก็ได้ว่าจริงๆ แล้วเก็บที่ไหน หรือ อาจจะดูจาก Dockerfile ของ Image ที่เราเอามาใช้งาน โดยให้สังเกตุจาก COPY xxxx xxxxx สองบรรทัด โดยอันแรก คือ squid.conf ส่วนอีกไฟล์คือ entrypoint ที่จะทำงานหลัง container ทำงาน

เรามาดู Dockerfile ของ Image นี้กัน ดูที่ https://hub.docker.com/r/sameersbn/squid/~/dockerfile/

หลังจากนี้ เราจะเอา Configuration ของ เขามาเก็บไว้ที่เรา ง่ายสุด ก็ copy เลยครับ คำสั่งสำหรับ copy file มาจาก Containner ก็คือ docker cp จากนั้นทำการ copy file เหล่านี้ออกมา โดย

ซึ่งหลังจากทำเสร็จเราจะได้ไฟล์ที่จำเป็นสำหรับ Image ของเราแล้ว ก็สร้าง Dockerfile ด้วย Notepad หรือ Editor ที่เราถนัดของเราเองโดยเอา Template จาก Dockerfile ด้านบนได้เลยครับ (ไว้วันหลังจะมาอธิบายทีละบรรทัดให้อ่านกันอีกที) โดยโครงสร้าง Folder ที่เราควรมีก็คือ หลังจากสร้างไฟล์ Dockerfile ครวจเป็นดังนี้ โดยสองไฟล์ด้านล่างมาจาก docker cp ที่ทำไปก่อนหน้านี้

ก่อนที่เราจะไปต่อ ถ้าเราจะทำ Image เอง ผมแนะนำให้ลบ Image ของ Squid และ Container ที่ run squid ที่เราได้ใช้งานเมื่อซักครู่ ออกไปก่อนครับแล้วค่อยมา run ใหม่ เมื่อเราสร้าง Image ของเราเองแล้วอีกรอบนึง โดยใช้คำสั่ง

หลังจากนี้ก็เริ่มขั้นตอนสร้าง Image ด้วยตนเองเลยครับ โดยก่อนจะสร้าง อาจจะปรับแต่ง Configuration ก่อนแล้วค่อย build หรือจะทำ Volume เอาก็ได้

เพียงเท่านี้ คุณก็สามารถสร้าง Docker Image ได้ด้วนตนเองเรียบร้อยแล้ว
ทดสอบโดยใช้ Chrome ทำตามรูปเลยครับ ไปที่ chrome://settings/

กดปุ่ม Show Advance Setting

หา Networking Section แล้วกดปุ่มตั้งค่า Proxy

ใส่ IP ของ Docker Machine เราและ Port ให้ถูกต้องจากนั้นก็เปิด Browser ดูว่าทำงานได้ปกติหรือไม่ ถ้าเปิดได้ปกติ ก็เป็นอันเรียบร้อยครับ

Docker cheat sheet ถ้าใครจำคำสั่งเหล่านี้ได้หมด แล้วก็สบายใจได้เลยคุณเกือบจะใช้ Docker ได้แล้ว

สรุป วันนี้คงเป็นพื้นฐานที่คุณสามารถลองไปประยุกต์ใช้กับ Image อื่นๆ ได้ง่ายๆ ลองหา Image เพิ่มเติมที่เป็น Offcial ที่อยู่บน dockerhub.com มาลง Mod / Change อะไรตามใจเรา ให้เหมาะกับงานเรา เพื่อทำงานได้สะดวกรวดเร็วกันดีกว่า ยุคนี้แม้แต่ Microsoft Windows ก็ยังจะมี Container ให้เราได้ใช้เร็วๆ นี้แน่นอนในชื่อ Server Core กับ Nano Server ซึ่งอาจจะรันบน Native Application เลยบน Windows 10 รุ่นถัดไป จริงๆวันนี้อยากสอนเรื่อง Volume และ Compose ต่อ แต่กลัวสับสนไว้ตอนหน้าแล้วกันนะครับ พบกันใหม่ในบทความต่อไปครับ คาดว่าจะสลับไปเขียน .NET Core มาลงบ้าง เผื่อเบื่อ Docker

Docker for DevOps
หลังจาก ตอนแรก ที่เราใช้ Docker ไปกับ แบบ Command Line โดยรุ่นที่ผมใช้ตอนนี้คือ Docker version 1.11.0, build 4dc5990 ซึ่งเราจะทำให้มันเป็น Startup config ตอน Boot เครื่องจะได้ไม่ต้องมาพิมพ์ที่หน้าเครื่อง โดยถ้าได้อ่าน Docker document เขาจะบอกว่าถ้าต้องการตั้งค่า Docker Options ให้ไปแก้ไขที่ไฟล์ /etc/default/docker โดยการ

จากนั้นทำการแก้ไขบรรทัด DOCKER_OPTS อย่าลืมเอา # ออกด้วยนะครับ
ค่า DNS อยู่ที่ Server ของตัวเองนะครับ อันนี้ ผมใช้ของ Google กับ ตัวที่อยู่ขา LAN ของผมเอง

-H คือ Host ส่วน fd: คือ System Socket ทำให้ทำงานบน local ได้ หรือถ้าต้องการแยก socket ก็สามารถใช้งาน
unix:///var/run/docker.sock ได้เช่นเดียวกัน
ปล. อย่าเพิ่ง restart service Docker นะครับเพราะว่า ในรุ่นนี้เหมือนไฟล์ CONFIG ไม่ถูกตั้งค่าให้ทำงาน DOCKER_OPTS ให้ไปแก้ไขไฟล์ที่

/lib/systemd/system/docker.service แก้ไข ตามด้านล่างเลยนะครับ

จากนั้นแนะนำว่า Reboot เครื่องเพื่อให้ docker reload config ใหม่ จริงๆ มีคำสั่งให้มันโหลดใหม่นะแต่ในเครื่องที่ผมทดลองไม่สามารถ อ่านค่ามาใหม่ได้ แต่ปรากฏว่า Reboot มาแล้วทำงานได้ปกติ

พอกลับมาลองทดสอบพิมพ์

ก็ถ้าเห็น Process Docker daemon สามารถทำงานได้ตรงกับ Option ที่เราตั้งค่าไว้ก็แสดงว่าถูกต้องแล้ว สามารถใช้ docker command connect มาจากเครื่อง Developer เข้ามาเพื่อใช้งานได้ทันที พบกันใหม่ตอนที่ 3 เรื่อง Data Persistent นะครับ

Docker for DevOps

บทความนี้ เน้นการใช้งานในทีม DevOps แบบแชร์ Deamon และทำงานบน Ubuntu ไม่ได้ผ่าน Boot2Docker นะครับ ผมขอข้ามขั้นตอนการติดตั้งไปนะครับ ถ้าใครเพิ่งหัด Docker ให้ข้ามไปนะครับ วิธีติดตั้งให้ไปอ่านที่นี้เลยนะครับ Docker Installation ก็คือเตรียม Ubuntu เป็น Container หลักให้เรียบร้อย
จากนั้น

1. Docker deamon เราเตรียมให้เรียบร้อยก่อนนะครับ

Killall process ของ docker ก่อนนะครับ

เกือบลืมไปถ้าคุณ enable Ubuntu firewall ไว้ก็เปิด Port 2375 ด้วย

จากนั้นที่หน้าเครื่อง Ubuntu รันเป็น Deamon

tls=false verify false คือไม่มีการตรวจสอบการเชื่อมต่อเข้ามายัง Docker Container ซึ่งจริงๆ อันตราย แต่ใช้ใน Local จะกลัวอะไรซินะ

2. กรณี เครื่อง Developer เป็น MAC / Windows ให้ลง Docker Toolbox
Docker Toolbox ลงเสร็จเปิด Docker Quickstart Terminal

3. ที่ Docker Terminal ก็ทดสอบเชื่อมต่อ เข้าไปยัง Docker container และใช้ image hello-world มาทดสอบได้
xxx.xxx.xxx.xxx คือ IP ขา LAN ของเครื่อง Ubuntu ที่เรา Run Ubuntu Deamon ไว้นะครับ

ถ้ารันได้ ก็ Enjoy ครับ ตอนหน้าจะมาต่อเรื่องการ Map port กับ Volume ทั้ง แบบ Persistent กับ Container และแบบยิง Path มาที่ Developer Machine
สวัสดีครับ