Application Architecture คิดว่าใช้ทับศัพท์มันอธิบายความหมายได้กระชับพออยู่แล้ว จริงๆแล้วมันเป็นการใช้ Hardware ลักษณะการต่อ ที่แบ่งภาระงาน ในบทความนี้คุณจะได้พบกับ คำหลายๆ คำในด้าน Network เช่น Tier ,Client-server และอื่นๆ
ก่อนที่จะมาพูดถึง Application Architecture ขอพูดถึง Application Program ก่อน เจ้าตัวนี้แหละเป็น Keyword สำคัญเพื่อ จะแบ่งหมวดหมู่ของ Application Architecture โดยเจ้า Application Program มีอยู่ 4 ระดับคือ

1. Presentation logic นำผลที่ได้จาก Application logic มาแสดง
2. Application logic ทำประมวลผลต่าง ๆ ตามที่กำหนด เช่น เปรียบเทียบ, ตัดสินใจ ,ฟังก์ชั่นทางคณิตศาสตร์
3. Data access logic เป็นตัวที่เข้าถึงข้อมูลได้ จริง ทำการสืบค้น, แก้ไขจัดเก็บข้อมูลได้
4. Data storage เป็นที่เก็บข้อมูลจริงๆ

ขอยกตัวอย่าง เวบนี้นะครับ (ไม่ได้ไปไหนไกลเลย !@!!)
    ที่คุณเห็นอยู่ตอนนี้ ผ่าน Internet Explorer ที่คุณใช้ ถ้าเทียบกับ Application Program ที่พูดถึงมันก็คือ Presentation logic ซื่งเป็นชั้นบนสุด ไกล้ user ที่สุด นำผลที่ได้จาก Application logic ก็คือ HTML มาแสดงผล และ รับคำสั่งจาก User ส่งให้ Application logic เพื่อประมวลผลด้วย ส่วนต่อไป Application logic ก็คือ Web Application ซึ่งเขียน เพื่อประมวลผลต่างๆ ตามต้องการ ถ้าพูดถึงเวบนี้ Application logic ถูกพัฒนาด้วย ASP.net สามารถกำหนดรูปแบบการทำงานได้ ประมวลผลต่าง ๆ ตามที่กำหนด เช่น เปรียบเทียบ, ตัดสินใจ ,ฟังก์ชั่นทางคณิตศาสตร์ ติดต่อฐานข้อมูล เป็นต้น แต่ตัว ASP.net มันก็ไม่ใช่ DBMS(โปรแกรมจัดการฐานข้อมูล) มันเข้าถึงหรือจัดเก็บข้อมูลตรง ๆ ไม่ได้ ต้องผ่านตัวกลาง ซึ่งก็คือ Data access logic ซึ่งในที่นี้เป็น MS SQL หรือ MS Access เป็น ฐานข้อมูล ดังนั้นต้องติดต่อผ่านตัวกลาง ที่ MS SQL จัดเตรียมไว้ให้ เช่น OLEDB หรือจะมอง Data access เป็นตัว DBMS(โปรแกรมจัดการฐานข้อมูล) ทั้งก้อนเลยก็ได้ เห็นได้ว่า ตัว Data access logic เป็นตัวที่เข้าถึงข้อมูลได้จริง ๆ แต่มันก็ไม่ได้เก็บข้อมูลนั้น ๆ เอง มันไม่ใช่ Hardware มันไม่รู้เลยว่า Sector ของ Harddisk เป็นอย่างไร แต่ตัวที่เก็บข้อมูลจริง เป็นอะไรไปไม่ได้นอกจาก Data storage ซึ่งจะเป็น Hardware (กว่าจะโม้จบ ไม่รู้ว่างง กันหรือเปล่า เข้าใจว่าคงจะงงกันถ้วนหน้า)

ต่อไปก็จะพูดถึง Application Architecture
Application Architecture มี 3 แบบแบ่งตาม Application Program คือ
1. Host-based Architecture
2. Client-based Architecture
3. Client-Server Architecture

ต้องขยายความสักหน่อย
1. Host-based Architecture เป็น Architecture แบบแรก ๆ การทำงานทุกอย่างจะอยู่ที่ Server และ Client ทำหน้าที่เป็นเพียง Terminal ทำหน้าที่ แสดงผล และรับข้อมูลจาก User เท่านั้น ภาระงานการประมวลผลยกให้ Host ทั้งหมด โดย เครื่อง Terminal จะเป็น Terminal จริง ๆ หรือ PC ที่จำลองตัวเองเป็น Terminal ก็ได้ 2 แบบนี้ต่างกันตรงที่ ถ้า Host ปิด(Down) Terminal จริง ๆ จะไม่สามารถทำงานใด ๆ ได้เลย แต่ถ้าเป็น PC ที่จำลองเป็น Terminal จะยังสามารถทำงานเป็น PC ธรรมดาได้
เราควรใช้ Host-based Architecture เมื่อต้องการควบคุมข้อมูลหรือ ฐานข้อมูลเพียงที่เดียว และ งานมีขนาดใหญ่มาก

ข้อดี :
1. เมื่อเป็น Centralized control จะทำให้ง่ายต่อการ Code, Debug โปรแกรม
ข้อเสีย :
1. เกิดคอขวดที่ Server เนื่องจากงานทั้งหมดถูกทำที่ Server ซึ่งจะส่งผลให้มี Performance จำกัด
2. Upgrade ยุ่งยาก และมีราคาแพง(Mainframe)
** สถาปัตยกรรมแบบนี้จะเรียกเครื่องแม่ข่ายว่า Host ซึ่งมีความหมายเดียวกันกับ คำว่า Server

2. Client-based Architecture การทำงานทุกอย่างจะอยู่ที่ Client และ Server ทำหน้าที่เป็น Data Storage แบบนี้ไม่ค่อยเป็นที่นิยม เนื่องจากคอขวดของระบบอยู่ที่เครือข่ายเพราะสถาปัตยกรรมแบบนี้ ใช้ Bandwidth ค่อนข้างสูง

ยกตัวอย่างเช่น ต้องการ Query ข้อมูลใช้ภาษา SQL ตัวข้อมูลจริง ต้อง Load ผ่าน Network มาที่เครื่อง Client ทั้งก้อนเพื่อประมวลผล ในการ update ก็เช่นกัน ต้องส่งข้อมูลทั้งก้อน ไปที่ Server ในการใช้จริง จะมี Client หลาย เครื่องคอขวดของระบบจะเกิดที่ เครือข่าย (Network) ซึ่งแออัดไปด้วยข้อมูล

3. Client-Server Architecture การทำงานจะแบ่งกันทำ โดยงานใดอยู่ใกล้ User ก็จะนำไปไว้ในฝั่ง Client เช่น Presentation logic และ Application logic ส่วนงานที่เกี่ยวข้องกับ Server เช่น Data storage และ Data access logic จะนำไปไว้ในฝั่ง Server ในการ Update ข้อมูล Application logic จะส่ง SQL ไปที่ Server เพื่อให้ Update record ให้ ดังนั้น Traffic จะน้อยกว่าแบบ Client-based

ข้อดี :
1. Performance ดีกว่าแบบอื่น ๆ เนื่องจากกระจายงานกันทำ
ข้อเสีย :
1. การพัฒนา SOFTWARE ยากกว่าเพราะต้อง Debug ข้าม Network
2. ในการแบ่งงานกันทำ บางครั้ง Application logic กับ Data access logic มาจากคนละยี่ห้อกัน จึงอาจไม่ Match กัน ทำให้ต้องมี Middleware เกิดขึ้น

ใหน ๆ พูดถึง Application Architecture แล่ว ขอต่ออีกนิด กับ Middleware และTier อีกสักหน่อยนะครับ

Middleware เป็น SOFTWARE ที่ทำหน้าที่ให้มาตรฐานในการแปลงระหว่าง SOFTWARE จากผู้ผลิตต่าง ๆ (ทำหน้าที่คล้ายล่าม) เช่น จัดการการส่งคำขอต่าง ๆ ระหว่าง Client กับ Server โดยมันจะเป็นตัวกลางในการรับส่ง เมื่อมีการเปลี่ยนแปลง ทั้ง Client และ Server จะไม่ได้รับผลกระทบใด ๆ เพราะการเปลี่ยนแปลงเกิดขึ้นที่ Middleware (ได้แก่ ODBC,JDBC เป็นต้น)

Tier เป็น Client-Server Architecture ที่มีการ แบ่ง Application Program ตามภาระงานของแต่ละส่วน

- Two-Tier Architecture จะมองเป็นสอง Component คือ Client(ทำ Presentation, Application) กับ Server(ทำ Data storage, Data access) ตัวอย่างดังรูปด้านล่าง

- Three-Tier Architecture มองเป็นสาม Component หลัก อาจประกอบด้วย Client, Middleware, Appliaction Server ,Database Server หรืออื่นๆ ตัวอย่างดังรูปด้านล่าง

- N-Tier Architecture จะมีมากกว่า สาม Component ประกอบด้วย Client, Server ที่ทำงานต่างๆ, Database Server แบ่งภาระงาน บางครั้ง อาจมี เครื่องที่ทำในส่วนของ Appliaction Logic 2 ตัวเลยก็ได้ ตัวอย่างดังรูปด้านล่าง

** Thin client คือ Client ที่มี Application Program อยู่ไม่มากหรือไม่มีเลย เช่น Web browser
** Thick client คือ Client ที่ทำ Application Program ทุกอย่าง(คล้าย ๆ Client Base)

หวังเป็นอย่างยิ่งว่าบทความนี้คงมีประโยชน์บ้างนะครับ ถ้าผิดพลาดประการใดต้องขออภัยด้วยนะครับ