ในปัจจุบันเราจะพบว่าเรามีเทคนิคและคำศัพท์ใหม่ๆเกี่ยวกับวงการ IT หลายๆอย่างมากมายทั้งในแง่ของการจัดการหรือจะเชิงของเทคนิคเช่น Framework/ Ideaในการทำงานแบบใหม่ๆมีความร่วมมือกันมากขึ้นอย่าง DevOps หรือจะเทคโนโลยีเฉพาะทางใหม่ๆอย่าง Blockchain ซึ่งปัจจุบันก็ต่อยอดไปถึง Web3 กันได้แล้ว แต่สิ่งนึงที่จะไม่เคยหายไปเลยนั่นก็คือเรื่องของข้อมูลที่เมื่อเกิดขึ้นมาแล้วก็มักจะอยู่กับเราไปตลอด (ถ้าหากเป็นข้อมูลที่จำเป็นต้องเก็บ) ซึ่งจุดที่น่าสนใจก็คือเทคนิคของการแตกย่อย Service หรือจะออกแบบยังไงให้ระบบกระจายกันไปเพื่อได้คุณสมบัติ Scale Out ก็ก็ยังคงเรื่องของความเร็วในการประมวลผลให้ผู้ใช้ปลายทางไม่รู้สึกว่าข้างหลังมีอะไรเปลี่ยนไปอย่างไร หรือมีอะไรช้าไหม สนใจแค่ว่าใช้งานปุ๊ปทุกอย่างเป็นปกติไม่เกิด Delay เกิดกว่าที่ SLA ที่ตกลงไว้ก็พอ ซึ่งเมื่อพูดถึงเรื่องของข้อมูลที่เกิดขึ้น “Data” ของเรานั้นอาจจะแบ่งประเภทเป็น Data at Rest และ Data in Motion…

ในปัจจุบันถ้าเราอยากจะลงโปรแกรมหลายๆเครื่องใน Window หรือไปใช้คำสั่งอะไรบางอย่างก็อาจจะต้องกด GUI Next ๆไป ถ้าหากงานนั้นทำไม่บ่อยก็คงไม่ค่อยเหนื่อยเท่าไหร่ แต่ถ้าเกิดเป็นงานที่ต้องรันบ่อยๆการไปกดผ่านหน้าจอหรือพิมพ์ทีล่ะคำสั่งใน Powershell ก็อาจจะช้าหรือเกิดความผิดพลาดได้ซึ่งการที่เรามี Automation Tool อย่าง Ansible มาช่วยก็จะทำให้เราสามารถทำงานเดิมซ้ำๆได้ และคนใหม่ที่มาเข้าร่วมทีมก็สามารถนำ Logic เดิมที่มีอยู่ไปใช้งานได้เลย

ในปัจจุบันแนวคิดการพัฒนาแอพพลิเคชันด้วย 12 Factor ถือได้ว่าเป็น Check List หลักๆที่นำมาใช้กันเพื่อให้เราได้แอพพลิเคชันที่มีความพร้อมในการไป Deploy บน Cloud ได้อย่างมั่นใจมากขึ้นว่าโปรแกรมที่เราออกแบบมานั้นจะเกิดปัญหาน้อยลงที่สุดเวลานำโปรแกรมไปรันที่อื่นนอกจาเครื่องของ Developer เอง โดยเฉพาะใน Cloud Environment ที่มีทั้งการ Scale เพื่อขยายเครื่องและลดเครื่องเมื่อไม่ได้ใช้งาน ซึ่งแน่นอนว่าจริงๆแล้วถ้าเรามองว่า Cloud นั้นคือการไป Hosting เพื่อวางแอพพลิเคชันเฉยๆจบในเครื่องเดียวโดยที่เราไม่ต้องดูแล Infrastructure อะไรเองทั้งหมดเลย แต่เราเพียงแค่นำไปวางแปะแล้วก็จบ Architecture ไม่ได้มีการเชื่อมต่ออะไรที่ซับซ้อน ก็ดูเหมือนว่าเราจะไม่ค่อยต้องแก้ Application เท่าไหร่นัก…

เมื่อพูดถึง Red Hat Linux หลายๆคนก็จะนึกถึง Linux OS ที่มีความเสถียรและนิยมใช้การใน Production ระยะยาวที่ต้องการ Support ใน Enterprise ต่างๆซึ่ง Openshift เองนั้นก็เป็น Kubernetes Distribution หนึ่งที่ Red Hat เข้าไป Contribute มานานแล้วตั้งแต่ Kubernetes เกิดขึ้นมาใหม่ๆ แน่นอนว่าเสน่ห์ในเรื่องของ Security อันเป็นเอกลักษณ์ของ Red Hat ก็ตามมาด้วยอย่างเรื่องของ SELinux แต่จะมาโฟกัสให้กับ โลกที่เป็น Container ซึ่งถ้าเราลองมาดูการ Contribution ของ Kubernetes จากสถิติ ณ ปีล่าสุด 2021 จะพบว่า Red Hat นั้นเป็นบริษัทที่มี Contribution เป็นอันดับสองของโลกเลยทีเดียว…

สวัสดีครับทุกคนหลังจากที่เราได้เห็นทั้งแนวคิดของ Stream Processing (Hazelcast Jet) กับตัวอย่างการใช้งานจริงสำหรับส่วนของ In-Memory (Hazelcast IMDG)ในการ Caching ไปแล้วก็จะเห็นได้ว่า Hazelcast นั้นเป็น Platform เกี่ยวกับการ Processing Data ซึ่งทำได้หลายๆอย่างบน Platform ของตัวเองซึ่งจะเป็นจุดที่ Overlap กับอีกหลายๆ Tool แต่ในครั้งนี้เราจะเปรียบเทียบเฉพาะส่วนของความสามารถ Feature ที่ Hazelcast มีในส่วนของ In-Memory ก็จะมี Tool ที่ใกล้เคียงกันอย่าง Redis โดยการใช้งาน Redis แบบพื้นฐานกับ Node.JS …

ในส่วนของ Part 1 ทุกๆคนก็น่าจะได้เห็นภาพรวมแนวคิดของ Hazelcast ที่ใช้ได้กับ In-Memory Computing กับ Streaming Processing ไปแล้วในส่วนของ Part ที่ 2 นี้เราจะลองมาติดตั้ง Hazelcast แบบพื้นฐานกันด้วยการใช้ทั้งแบบ Java Runtime ที่รันผ่าน Binary ของ Hazelcast เอง และการใช้งานผ่าน Container Runtime ด้วยการ Deploy ไปที่ Kubernetes Cluster ผ่าน Operator โดย Hazelcast เองก็ติดตั้งได้หลายแบบนั้นเช่นจะลงผ่าน Package Manager ก็ได้ (สำหรับ Development Environment เท่านั้น) หรือการลงด้วย Binary…

GitHub - wdrdres3qew5ts21/redhat-advance-cluster-security-guide: วิธีการใช้งาน Advance Cluster… ปัจจุบันการ Deploy Application ในรูปแบบของ Container นั้นเป็นรูปแบบทีไ่ด้รับความนิยมสำหรับ Project…github.com ปัจจุบันการ Deploy Application ในรูปแบบของ Container นั้นเป็นรูปแบบทีไ่ด้รับความนิยมสำหรับ Project ที่ต้องการคุณสมบัติการ Scale ที่ยืดหยุ่นสามารถ Deploy ได้ง่ายไม่ยึดติดกับ Host หรือ Virtual Machine ที่ทำงานอยู่ ซึ่งด้วยความสะดวกของการ Scale Application ในรูปแบบของ Container ก็ทำให้เรามี Application ที่ถูก Scale Out ออกไปหลายๆแอพและไม่จำเป็นต้องอยู่ในเครื่องเดียวกันก็ได้ แต่กระนั้นเองก็อาจจะเป็นการเพิ่ม Attack Surface ได้เช่นเดียวกันเพราะ Application ไมไ่ด้อยู่แค่ที่ Host Machine เครื่องเดียวอีกต่อไป ซึ่งถ้าหาก Application ที่เรา Deploy ไปนั้นมีช่องโหว่ Vulnerability ในหลายๆที่หลายเครื่อง Machine ตามไปด้วย แต่ไม่ใช่หมายความว่าการ Scale Out Application…

สวัสดีครับทุกคนตอนนี้ผมคิดว่าพี่ๆเพื่อนๆทุกคนน่าจะได้เริ่มใช้ Container กันอย่างสนุกสนานมาสักพักแล้วใช่ไหมครับ ด้วยคุณสมบัติของการจำลอง local Infrastructure ให้มี Environment คล้ายคลึงกับ Infrastructure บน Production Server เรามากที่สุดโดยที่ Developer อย่างเราก็ได้ประโยชน์จากการ Setup Infrastructure ที่ง่ายขึ้น ช่วยให้เราได้ลอง Tech Stack ใหม่ๆได้สะดวกสบายมากขึ้นแล้วพอเวลาจะ Deploy ไปยัง Production Environment ของเรา Source Code ที่เรา Build ขึ้นมาเป็น Container Image แล้วเราก็จะ Push Container Image นี้ไปเก็บใน Container Registry ของเรา และเมื่อเราต้องการ Deploy Container Image ของ Application เราไปยัง…

สำหรับการพัฒนาโปรเจคซอฟท์แวร์การจัดการเวลา, คุณภาพ, ต้นทุน ถือเป็นเรื่องที่เรามักจะต้องวนเวียนและคำนึงถึงเสมอ ซึ่งปัจจัยที่ผมคิดว่าทำให้ทีมของเราสามารถดำเนิน Project ไปได้ด้วยดีและสามารถแก้ไขปัญหาได้ทันนั่นก็คือการที่ทั้ง Stakeholder ผู้มีส่วนเกี่ยวข้องและทีมพัฒนาเองนั้นสามารถเห็นภาพต้อง ตรงกันได้เป็นภาพเดียวกันว่า ณ ปัจจุบันเรามีความคืบหน้าไปถึงไหนและติดปัญหาใดบ้าง ? การที่เราจะรู้ข้อมูลเรานั้นได้เราก็ควรจะมีตัวชี้วัดหรือคอยติดตามอย่างต่อเนื่องซึ่งถ้าพูดถึงใน DevOps Process ก็จะเป็นเรื่องของ Continuous Improvement ที่จะพูดถึงเรื่องของตัวชี้วัดว่าที่ใช้ในการตรวจสอบว่าเราไปถึงเป้าหมายหรือยังแล้วก็มี Safety Zone สำหรับการรับ Feedback เพื่อให้คนฟังไม่รู้สึกว่าตัวชี้วัดคือการจับผิดแต่มันคือการที่ทำให้เรามีจุดมุ่งหมายในการพัฒนาให้พวกเราดีขึ้นกับทุกคนอันนำไปสู่การ Improvement ได้อย่างยั่งยืน…