ﺩﺭ ﺍﻳﻦ ﻣﻘﺎﻟﻪ ﺑﻪ ﺑﺮﺭﺳﻲ ﻣﻘﻮﻟﻪ multi talent ﻣﻲ ﭘﺮﺩﺍﺯﻳﻢ ﺍﺟﺎﺯﻩ ﺩﻫﻴﺪ ﺑﺎ ﻳﻚ ﻣﺜﺎﻝ ﺑﻪ ﺗﻮﺿﻴﺢ ﺍﻳﻦ ﻣﻘﻮﻟﻪ ﺑﭙﺮﺩﺍﺯﻳﻢ.
ﺩﺭ ﺯﻣﺎﻧﻲ ﮔﺬﺷﺘﻪ ﺑﻪ ﺻﻮﺭﺕ ﻣﻌﻤﻮﻝ ﺷﻤﺎ ﺑﺎ ﺩﺭﻳﺎﻓﺖ ﻳﻚ ﺳﻔﺎﺭﺵ ﺍﺯ ﺳﻮﻱ ﻣﺸﺘﺮﻳﺎﻥ ﻧﺮﻡ ﻣﻮﺭﺩ ﺭﺍ ﭘﻴﺎﺩﻩ ﺳﺎﺯﻱ ﻣﻲ ﻧﻤﻮﺩﻳﺪ ﻭ ﺑﻪ
ﻣﺸﺘﺮﻱ ﺗﺤﻮﻳﻞ ﻣﻲ ﺩﺍﺩﻳﻢ ﺍﻣﺎ ﺍﻣﺮﺭﻭﺯ ﻧﮕﺮﺵ ﻛﺎﻣﻼ ﻣﺘﻔﺎﻭﺕ ﺷﺪﻩ ﺍﺳﺖ.
ﺑﺮﺍﻱ ﺍﺩﺍﻣﻪ ﻣﻘﺎﻟﻪ ﺍﺟﺎﺯﻩ ﺩﻫﻴﺪ ﺍﺯ ﺗﺠﺮﺑﻪ ﺧﻮﺩﻡ ﺍﺳﺘﻔﺎﺩﻩ ﻛﻨﻢ ﺳﺎﻝ ﮔﺬﺷﺘﻪ ﻣﻦ ﺍﭘﻠﻴﻜﻴﺸﻦ ﻃﺮﺍﺣﻲ ﻛﺮﺩﻩ ﺑﻮﺩﻡ ﻭ ﻗﺼﺪ ﺩﺍﺷﺘﻢ ﺑﻪ
ﻣﺸﺘﺮﻳﺎﻥ ﺧﻮﺩ ﺑﺎ ﻳﻚ ﻗﻴﻤﺖ ﻣﺸﺨﺺ ﻧﺮﻡ ﺍﻓﺰﺍﺭ ﺭﺍ ﺑﻔﺮﻭﺷﻢ .ﺧﻮﺏ ﺑﻪ ﻧﻈﺮﻡ ﻫﻤﻪ ﭼﻴﺰ ﻋﺎﻟﻲ ﺑﻮﺩ ﺍﮔﺮ n ﺗﻌﺪﺍﺩ ﻣﺸﺘﺮﻱ ﺩﺍﺷﺘﻪ
ﺑﺎﺷﻢ ﻭ ﺿﺮﺏ ﺩﺭ ﻋﺪﺩ ﻣﻮﺭﺩ ﻧﻈﺮﻡ ﻣﻴﻜﺮﺩﻡ ﺩﺭ ﻧﻬﺎﻳﺖ ﺭﻗﻢ ﻣﻨﺎﺳﺒﻲ ﺑﺪﺳﺖ ﻣﻲ ﺍﻭﻣﺪ ﺑﻤﺎﻧﺪ ﻛﻪ ﻣﻮﻓﻖ ﻧﺸﺪﻡ ﻭﻟﻲ ﺩﺭ ﻳﻜﻲ ﺍﺯ
ﺟﻠﺴﺎﺕ ﻛﻪ ﺑﺎ ﻳﻜﻲ ﺍﺯ ﻣﺸﺘﺮﻳﺎﻥ ﺩﺍﺷﺘﻪ ﺍﻡ ﺭﻗﻢ ﺑﺴﻴﺎﺭ ﭘﺎﻳﻴﻨﻲ ﮔﻔﺖ ﻛﻪ ﺍﺳﺎﺳﺎ ﺑﻬﻢ ﺭﻳﺨﺘﻢ ﻭ ﮔﻔﺖ ﻣﻦ ﺑﻴﺸﺘﺮ ﺍﺯ ﺍﻳﻦ ﻣﺒﻠﻎ ﺑﺎ ﺗﻮﺟﻪ
ﺑﻪ ﺷﺮﺍﻳﻂ ﺍﻗﺘﺼﺎﺩﻱ ﺑﺎ ﺗﻤﺎﻡ ﺧﻮﺏ ﺑﻮﺩﻥ ﻧﺮﻡ ﺍﻓﺰﺍﺭ ﻭ ﺩﻳﺪﻥ ﺩﺭﺳﺖ ﻧﻴﺎﺯﻣﻨﺪﻱ ﻫﺎ ﭘﺮﺩﺍﺧﺖ ﻧﻤﻴﻜﻨﻢ ﺭﺍﺳﺘﺶ ﺍﻭﻥ ﻟﺤﻈﻪ ﻛﺎﻣﻼ
ﻋﺼﺒﺎﻧﻲ ﺷﺪﻡ ﻭ ﭘﺬﻳﺮﺵ ﺍﻳﻦ ﻣﻮﺿﻮﻉ ﺳﺨﺖ ﺑﻮﺩ. ﺑﻬﻨﺎﻡ ﺍﻧﺠﺎﻣﺮﻭﺯ (ﺩﻭﺳﺖ ﺧﻮﺏ ﻭ ﺧﻮﺵ ﻓﻜﺮﻡ)ﭘﻴﺸﻨﻬﺎﺩ ﺩﺍﺩ ﺗﻮ ﺑﻴﺎ ﻣﺎﻫﺎﻧﻪ
ﺍﭘﻠﻴﻜﻴﺸﻦ ﺭﻭ ﺍﺟﺎﺭﻩ ﺑﺪﻩ ﻳﻌﻨﻲ ﺑﻪ ﺟﺎﻱ ﺍﻳﻨﻜﻪ ﻛﻞ ﻻﻳﺴﻨﺲ ﻧﺮﻡ ﺍﻓﺰﺍﺭ ﺭﻭ ﺑﻔﺮﻭﺷﻲ ﻭ ﺑﻪ ﺍﻧﺪﺍﺯﻩ ﻫﺮ ﺗﻌﺪﺍﺩ ﻣﺎﻫﻲ ﻛﻪ ﻻﺯﻡ ﺩﺍﺭﻧﺪ
ﺍﺟﺎﺭﻩ ﺑﺎ ﺭﻗﻢ ﻣﻌﻘﻮﻝ .ﺍﻭﻟﺶ ﻛﺎﻣﻼ ﺑﺎ ﺫﻫﻨﻴﺖ ﻣﻦ ﺩﺭ ﺗﻀﺎﺩ ﺑﻮﺩ ﻭ ﻭﻗﺘﻲ ﺟﻤﻊ ﻭ ﺿﺮﺏ ﻣﻴﻜﺮﺩﻡ ﻣﻲ ﺩﻳﺪﻡ ﺷﺎﻳﺪ ﺧﻴﻠﻲ ﺟﺬﺍﺏ ﻧﺒﺎﺷﻪ
ﻭﻟﻲ ﺩﺭ ﻧﻬﺎﻳﺖ ﺍﻳﺪﻩ ﺩﺭﺳﺘﻲ ﺑﻮﺩ ﺍﮔﺮ ﺑﺨﻮﺍﻫﻢ ﺍﻳﻦ ﺍﻳﺪﻩ ﺭﻭ ﺑﻪ ﺩﻧﻴﺎﻳﻲ ﻭﺍﻗﻌﻲ ﺗﺮﻱ ﺗﺮﺳﻴﻢ ﻛﻨﻢ ﺷﻤﺎ ﺗﻮﻱ ﻣﺴﺎﻓﺮﺕ ﺑﻪ ﺟﺎﻱ ﺍﻳﻨﻜﻪ
ﻳﻪ ﺧﻮﻧﻪ ﺧﺮﻳﺪﺍﺭﻱ ﻛﻨﻴﺪ ﺑﺮﺍﻱ ﮔﺬﺭﺍﻧﺪﻥ ﺗﻌﻄﻴﻼﺕ ﺗﻮﻱ ﺍﻭﻥ ﺷﻬﺮ ﻣﻘﺼﺪﺗﻮﻥ ﺗﺼﻤﻴﻢ ﺑﻪ ﺍﺟﺎﺭﻩ ﺧﻮﻧﻪ ﻳﺎ ﻫﺘﻞ ﺑﺮﺍﻱ ﭼﻨﺪ ﺷﺐ
ﻣﻲ ﮔﻴﺮﺩ ﺍﻳﻦ ﻣﻔﻬﻮﻡ ﺍﺟﺎﺭﻩ ﺩﺍﺩﻥ ﻧﺮﻡ ﺍﻓﺰﺍﺭ ﺭﻭ ﺑﻬﺶ SaaS ﻣﻴﮕﻴﻢ. ﺍﻟﺒﺘﻪ ﻓﻘﻂ ﻧﺮﻡ ﺍﻓﺰﺍﺭ ﻧﻴﺴﺖ ﻛﻪ ﺑﺎ ﺍﻳﻦ ﺭﻭﺵ ﻣﻲ ﺗﻮﺍﻧﻴﺪ ﺍﺟﺎﺭﻩ
ﺑﮕﻴﺮﺩ ﺍﺳﺎﺳﺎ ﺑﺎ ﻭﺟﻮﺩ ﺁﻣﺪﻥ ﭘﺪﻳﺪﻩ ﺍﺑﺮﻱ ﺩﺭ ﺩﻧﻴﺎﻳﻲ ﻛﺎﻣﭙﻴﻮﺗﺮ ﻣﻔﺎﻫﻴﻤﻲ ﺟﺪﻳﺪﻱ ﻣﺘﻮﻟﺪ ﺷﺪ ﻛﻪ ﺩﺭ ﺯﻳﺮ ﺑﻪ ﺁﻥ ﻣﻲ ﭘﺮﺩﺍﺯﻳﻢ.
• ﻧﺮﻡ ﺍﻓﺰﺍﺭ ﺑﻪ ﻋﻨﻮﺍﻥ ﺳﺮﻭﻳﺲ ﻳﺎ SaaS
• ﭘﻠﺘﻔﺮﻡ ﺑﻪ ﻋﻨﻮﺍﻥ ﺳﺮﻭﻳﺲ ﻳﺎ PaaS
• ﺯﻳﺮﺳﺎﺧﺖ ﺑﻪ ﻋﻨﻮﺍﻥ ﺳﺮﻭﻳﺲ ﻳﺎ IaaS
ﻓﺎﻛﺘﻮﺭﻫﺎﻱ ﺍﻧﺘﺨﺎﺏ ﻧﻮﻉ ﻧﮕﻬﺪﺍﺭﻱ ﺩﺍﺩﻩ ﻫﺎ ﺩﺭ ﺍﻳﻦ ﻣﻌﻤﺎﺭﻱ
ﻣﻦ ﺑﻪ ﺍﻳﻦ ﻧﺘﻴﺠﻪ ﺭﺳـﻴﺪﻡ ﻛﻪ ﺑﻬﺘﺮﻳﻦ ﺭﺍﻩ ﺑﺮﺍﻱ ﻓﺮﻭﺵ ﻧﺮﻡ ﺍﻓﺰﺍﺭ ﺑﺎ ﺗﻮﺟﻪ ﻭﺿـﻌﻴﺖ ﺍﻗﺘﺼـﺎﺩﻱ ﻣﻮﺟﻮﺩ ﺍﺭﺍﺋﻪ ﻧﺮﻡ ﺍﻓﺰﺍﺭ
ﺑﺼﻮﺭﺕ saas ﻣﻲ ﺑﺎﺷﺪ ﺑﻪ ﻧﻈﺮﻡ ﺑﺎ ﺗﻮﺟﻪ ﺑﻪ ﺑﺮﺁﻭﺭﺩﻱ ﻛﻪ ﻛﺮﺩﻡ ﺍﻳﻦ ﺑﻬﺘﺮﻳﻦ ﺭﻭﺷﻲ ﺑﻮﺩ ﻛﻪ ﻣﻲ ﺗﻮﺍﻧ ﺴﺘﻢ ﺍﻳﻦ ﻧﺮﻡ ﺍﻓﺰﺍﺭ ﺭﻭ ﺑﻪ
ﻓﺮﻭﺵ ﺑﺮﺳﺎﻧﻢ.
ﺍﻣﺎ ﭼﺎﻟﺸﻲ ﻛﻪ ﺑﺎﻫﺎﺵ ﺭﻭﺑﺮﻭ ﺷﺪﻡ ﻧﮕﻬﺪﺍﺭﻱ ﺩﺍﺩﻩ ﻫﺎﻱ ﻫﺮ ﻣﺸﺘﺮﻱ ﺑﻮﺩ ﻣﻦ ﭼﻄﻮﺭ ﺑﺎﻳﺪ ﺩﺍﺩﻫﺎﻱ ﻫﺮ ﻣﺴﺘﺎﺟﺮﻱ ﻛﻪ ﺍﺯ ﻧﺮﻡ ﺍﻓﺰﺍﺭ
ﻣﻦ ﺍﺳــﺘﻔﺎﺩﻩ ﻣﻲ ﻛﻨﺪ ﺭﺍ ﺩﺭ ﻛﻨﺎﺭ ﺩﻳﮕﺮ ﻣﺴــﺘﺎﺟﺮﺍﻥ ﻧﺮﻡ ﺍﻓﺰﺍﺭ ﺫﺧﻴﺮﻩ ﻭ ﺑﺎﺯﻳﺎﺑﻲ ﻭ ﭘﺮﺩﺍﺯﺵ ﻛﻨﻢ . ﻛﻪ ﺩﺭ ﺍﺩﺍﻣﻪ ﻣﻘﺎﻟﻪ ﺗﻤﺮﻛﺰ ﺑﺮ
ﺭﻭﻱ ﺍﻳﻦ ﻣﺴﺌﻠﻪ ﺧﻮﺍﻫﺪ ﺑﻮﺩ ﻭ ﻧﻜﺎﺗﻲ ﻛﻪ ﺩﺭ ﺍﻧﺘﺨﺎﺏ ﻣﺪﻝ ﺫﺧﻴﺮﻩ ﺩﺍﺩﻫﺎ ﺑﺎﻳﺪ ﺩﺭ ﻧﻈﺮ ﮔﺮﻓﺖ.
ﺑ ﺴﻴﺎﺭ ﻋﺎﻟﻲ ﺗ ﺼﻤﻴﻢ ﺑﻪ ﻓﺮﻭﺵ ﻧﺮﻡ ﺍﻓﺰﺍﺭ ﺑ ﺼﻮﺭﺕ SaaS ﻧﻤﻮﺩﻡ ﻭ ﻫﻤﺎﻧﻄﻮﺭ ﻛﻪ ﺍ ﺷﺎﺭﻩ ﻛﺮﺩﻡ ﭼﺎﻟﺶ ﭘﻴﺶ ﺭﻭ ﺍﻧﺘﺨﺎﺏ ﻣﺪﻟﻲ ﺑﻮﺩ
ﻛﻪ ﺑﺎﻳﺪ ﺩﺍﺩﻫﺎ ﺭﻭ ﺑﻪ ﺍﺯﺍء ﻫﺮ ﻣﺸـﺘﺮﻱ ﻧﮕﻬﺪﺍﺭﻱ ﻛﻨﻢ ﭼﻪ ﻣﻮﺍﺭﺩﻱ ﺑﺎﻳﺪ ﺩﺭ ﻧﻈﺮ ﻣﻲ ﮔﺮﻓﺘﻢ. ﻓﺎﻛﺘﻮﺭ ﻫﺎﻱ ﻣﺘﻔﺎﻭﺗﻲ ﻭﺟﻮﺩ ﺩﺍﺭﺩ ﻛﻪ
ﺑﺎﻳﺪ ﺩﺭ ﻧﻈﺮ ﮔﺮﻓﺖ ﺍﺯ ﺟﻤﻠﻪ:
ﻣﻘﻴﺎﺱ ﭘﺬﻳﺮﻱ
ﺍﻭﻟﻴﻦ ﻧﻜﺘﻪ ﺍﻱ ﻛﻪ ﺩﺭ ﺍﻧﺘﺨﺎﺏ ﻣﺪﻝ ﺫﺧﻴﺮﻩ ﺩﺍﺩﻩ ﻫﺎ ﺑﺎﻳﺪ ﺩﺭ ﻧﻈﺮ ﺑﮕﻴﺮﻳﺪ ﺗﻌﺪﺍﺩ ﻣﺸــﺘﺮﻳﺎﻥ ﺷــﻤﺎ ﻭ ﺣﺠﻢ ﺩﺍﺩﻩ ﺍﻱ ﻛﻪ
ﺑﺮﺍﻱ ﻫﺮ ﻳﻚ ﺍﺯ ﺁﻧﻬﺎ ﺫﺧﻴﺮﻩ ﺧﻮﺍﻫﻴﺪ ﻧﻤﻮﺩ. ﻭ ﻫﻤﭽﻨﻴﻦ ﺗﻌﺪﺍﺩ ﺗﺮﺍﻛﻨﺶ ﻫﺎ ﭼﻘﺪﺭ ﺧﻮﺍﻫﺪ ﺑﻮﺩ. ﺑﻨﺎﺑﺮﺍﻳﻦ ﺁﻧﭽﻪ ﻛﻪ ﺩﺭ ﺍﻧﺘﺨﺎﺏ
ﻧﻮﻉ ﻣﺪﻟﻲ ﻛﻪ ﺑﺎﻳﺪ ﺩﺭ ﻧﻈﺮ ﺑﮕﻴﺮﻳﺪ ﺍﻳﻦ ﻫﺴﺖ ﻛﻪ ﺑﺮﺁﻭﺭﺩﻱ ﺍﺯ ﻫﻤﻪ ﻣﻮﺍﺭﺩ ﻣﻄﺮﺡ ﺷﺪﻩ ﺩﺭ ﻧﻈﺮ ﺑﮕﻴﺮﻳﺪ ﻭ ﻣﺪﻟﻲ ﺭﺍ ﺍﻧﺘﺨﺎﺏ ﻛﻨﻴﺪ
ﻛﻪ ﺩﺭ ﺻﻮﺭﺕ ﻧﻴﺎﺯ ﺍﻣﻜﺎﻥ scalability ﻭﺟﻮﺩ ﺩﺍﺷﺘﻪ ﺑﺎﺷﺪ.
ﻣﺠﺰﺍ ﺳﺎﺯﻱ ﺩﺍﺩﻫﺎ
ﻧﻜﺘﻪ ﺩﻳﮕﺮﻱ ﻛﻪ ﺍﻫﻤﻴﺖ ﺩﺍﺭﺩ ﺍﻳﻦ ﺍﺳ ــﺖ ﻛﻪ ﺁﻳﺎ ﻣﻴﺨﻮﺍﻫﻴﺪ ﺩﺍﺩﻫﺎﻱ ﻫﻤﻪ ﻣﺸـــﺘﺮﻳﺎﻥ ﻛﻨﺎﺭ ﻫﻢ ﺫﺧﻴﺮﻩ ﻛﻨﻴﺪ ﻭ ﻳﺎ ﺧﻴﺮ.
ﻳﻌﻨﻲ ﺍﻳﻨﻜﻪ ﻫﻤﻪ ﺩﺍﺩﻩ ﻫﺎ ﺭﺍ ﺑﺮﻭﻱ ﻳﻚ ﺩﻳﺘﺎ ﺑﻴﺲ ﺫﺧﻴﺮﻩ ﻛﻨﻴﺪ ﻭ ﻳﺎ ﺍﻳﻨﻜﻪ ﺑﺮﺍﻱ ﻫﺮ ﻣﺸـــﺘﺮﻱ ﻳﻚ ﺩﻳﺘﺎﺑﻴﺲ ﺟﺪﺍﮔﺎﻧﻪ ﺩﺭ ﻧﻈﺮ
ﺑﮕﻴﺮﻳﺪ ﻭ ﻳﺎ ﺍﻳﻨﻜﻪ ﺍﻃﻼﻋﺎﺕ ﭼﻨﺪ ﻣﺸـﺘﺮﻱ ﺭﺍ ﺑﺮ ﺭﻭﻱ ﺳـﺮﻭﺭ ﺩﺍﺷـﺘﻪ ﺑﺎﺷـﻴﻦ .ﺧﻮﺏ ﺍﻳﻦ ﻧﻜﺘﻪ ﻗﻄﻌﺎ ﺑﺮ ﺭﻭﻱ performance ﻭ
ﻫﺰﻳﻨﻪ ﺷﻤﺎ ﺗﺎﺛﻴﺮ ﮔﺬﺍﺭ ﺧﻮﺍﻫﺪ ﺑﻮﺩ.
ﻫﺰﻳﻨﻪ
ﻫﺮ ﻣﺪﻟﻲ ﺭﺍ ﻛﻪ ﺍﻧﺘﺨﺎﺏ ﻣﻲ ﻛﻨﻴﺪ ﻗﻄﻌﺎ ﻫﺰﻳﻨﻪ ﻫﺎﻱ ﻣﺮﺑﻮﻁ ﺑﻪ ﺧﻮﺩ ﺭﺍ ﺧﻮﺍﻫﺪ ﺩﺍﺷـــﺖ ﺑﻪ ﻫﺮ ﺣﺎﻝ ﻫﺰﻳﻨﻪ ﻣﺎﻟﻲ ﻳﻜﻲ ﺍﺯ
ﻧﻜﺘﻪ ﻫﺎﻱ ﻣﻬﻤﻲ ﺑﻮﺩ ﻛﻪ ﻣﻦ ﺩﺭ ﺍﻧﺘﺨﺎﺏ ﻣﻦ ﺩﺧﻴﻞ ﺑﻮﺩ.
ﭘﻴﭽﻴﺪﮔﻲ ﭘﻴﺎﺩﻩ ﺳﺎﺯﻱ
ﻫﺮ ﻣﺪﻟﻲ ﻗﻄﻌﺎ ﭘﻴﭽﻴﺪﮔﻲ ﺧﺎﺹ ﺧﻮﺩ ﺭﺍ ﺑﺮﺍﻱ ﭘﻴﺎﺩﻩ ﺳـــﺎﺯﻱ ﺧﻮﺍﻫﺪ ﺩﺍﺷـــﺖ. ﺑﻨﺎﺑﺮﺍﻳﻦ ﻣﺪﻟﻲ ﺭﺍ ﻛﻪ ﺍﻧﺘﺨﺎﺏ ﻣﻲ ﻛﻨﻴﺪ
ﺩﺍﺭﺍﻱ ﭘﻴﭽﻴﺪﮔﻲ ﭘﻴﺎﺩﻩ ﺳﺎﺯﻱ ﻣﺮﺑﻮﻁ ﺑﻪ ﺧﻮﺩ ﻧﻴﺰ ﺧﻮﺍﻫﺪ ﺑﻮﺩ.
ﭘﻴﭽﻴﺪﮔﻲ ﻋﻤﻠﻴﺎﺗﻲ ﻭ ﻧﮕﻬﺪﺍﺭﻱ
ﺑﺮﺍﻱ ﻋﻤﻠﻴﺎﺗﻲ ﻛﺮﺩﻥ ﭘﺮﻭﮊﻩ ﺑﺎ ﺗﻮﺟﻪ ﺑﻪ ﻣﺪﻟﻲ ﻛﻪ ﺑﺮﺍﻱ ﺫﺧﻴﺮﻩ ﺩﺍﺩﻫﺎ ﺩﺭ ﻧﻈﺮ ﮔﺮﻓﺘﻪ ﺍﻳﺪ ﻣﻤﻜﻦ ﺍﺳﺖ ﺩﺍﺭﺍﻱ ﭘﻴﭽﻴﺪﮔﻲ
ﺧﺎﺻـﻲ ﺑﺮﺍﻱ ﺭﺍﻩ ﺍﻧﺪﺍﺯﻱ ﭘﺮﻭﮊﻩ ﺑﺸـﻮﺩ ﻭ ﻫﻤﭽﻨﻴﻦ ﻣﺪﻝ ﺍﻧﺘﺨﺎﺑﻲ ﺷـﻤﺎ ﺑﻪ ﻃﻮﺭ ﻗﻄﻊ ﺑﺮ ﺭﻭﻱ ﻫﺰﻳﻨﻪ ﻧﮕﻬﺪﺍﺭﻱ ﺷـﻤﺎ ﺗﺎﺛﻴﺮ ﺧﻮﺍﻫﺪ
ﮔﺬﺍﺷﺖ ﻫﺮ ﭼﻘﺪﺭ ﭘﻴﭽﻴﺪﻩ ﺗﺮ ﺑﻪ ﻃﻮﺭ ﻗﻄﻊ ﻧﮕﻬﺪﺍﺭﻱ ﻣﺎﻧﻴﺘﻮﺭ ﻛﺮﺩﻥ ﭘﺮﻭﮊﻩ ُ ﻣﺪﻳﺮﻳﺖ ﻛﺎﺭﺍﻳﻲ ﭘﺮﻭﮊﻩ ﻛﺎﺭ ﭘﻴﭽﻴﺪﻩ ﺗﺮ ﻭ ﺳﺨﺘﺮﻱ
ﺧﻮﺍﻫﺪ ﺑﻮﺩ.
ﻫﻤﺎﻧﻄﻮﺭ ﻛﻪ ﻣﺸ ـﺎﻫﺪﻩ ﻣﻲ ﻛﻨﻴﺪ ﻣﻮﺍﺭﺩ ﻭ ﻧﻜﺎﺗﻲ ﺯﻳﺎﺩﻱ ﻭﺟﻮﺩ ﺩﺍﺭﺩ ﻛﻪ ﺑﺮ ﺭﻭﻱ ﺍﻧﺘﺨﺎﺏ ﺷــﻤﺎ ﺗﺎﺛﻴﺮ ﺧﻮﺍﻫﺪ ﮔﺬﺍﺷــﺖ ﺍﺯ ﻧﻈﺮ ﻣﻦ
ﻣﻬﻨﺪﺱ ﻭﺍﻗﻌﻲ ﺑﻪ ﺗﻤﺎﻣﻲ ﻣﻮﺍﺭﺩ ﺗﻮﺟﻪ ﻣﻲ ﻛﻨﺪ ﻭ ﺗﺼــﻤﻴﻢ ﺧﻮﺩ ﺭﺍ ﺑﺮ ﺣﺴــﺐ ﻣﺤﺪﻭﺩﻳﺖ ﻫﺎ ﻭ ﻭﺿــﻌﻴﺖ ﻣﻮﺟﻮﺩ ﻭ ﺁﻳﻨﺪﻩ ﺧﻮﺍﻫﺪ
ﮔﺮﻓﺖ ﺗﻔﺎﻭﺕ ﺩﺭ ﻧﻮﻉ ﺗﻔﻜﺮ ﻭ ﺗﺼﻤﻴﻢ ﮔﻴﺮﻱ ﺍﺳﺖ .
ﺍﻧﻮﺍﻉ ﻣﺪﻝ ﻫﺎﻱ ﺩﺍﺩﻩ ﺍﻱ ﺩﺭ ﻣﻌﻤﺎﺭﻱ Multi-tenant SaaS
ﺑﺮﺍﻱ ﻣﺪﻳﺮﻳﺖ ﻛﺮﺩﻥ ﺩﺍﺩﻩ ﻫﺎ ﺩﺭ ﻣﺪﻝ multi-tenant ﺭﻭﺵ ﻫﺎﻱ ﻣﺘﻔﺎﻭﺗﻲ ﻭﺟﻮﺩ ﺑﺮﺍﻱ ﺫﺧﻴﺮﻩ ﺍﻃﻼﻋﺎﺕ ﻫﺮ ﻣﺸﺘﺮﻱ ﺩﺭ
ﺳﻴﺴﺘﻢ ﺧﻮﺩ ﺑﻪ ﺳﻪ ﺭﻭﺵ ﻣﻲ ﺗﻮﺍﻧﻴﺪ ﻋﻤﻞ ﻛﻨﻴﺪ ﻛﻪ ﺷﺎﻣﻞ:
• ﺍﺟﺎﺭﻩ ﺗﻜﻲ ( Single-tenancy ) ﺩﺭ ﺍﻳﻦ ﺭﻭﺵ ﺑﺮﺍﻱ ﻫﺮ ﻣﺸﺘﺮﻱ ﻳﻚ ﺩﻳﺘﺎ ﺑﻴﺲ ﺟﺪﺍ ﺩﺭ ﻧﻈﺮ ﻣﻴﮕﻴﺮﻳﻢ
• ﺍﺟﺎﺭﻩ ﮔﺮﻭﻫﻲ 🙁 Multi-tenancy ) ﻫﺮ ﺩﻳﺘﺎﺑﻴﺲ ﻣﻲ ﺗﻮﺍﻧﺪ ﻣﻲ ﺗﻮﺍﻧﻨﺪ ﺷﺎﻣﻞ ﺍﻃﻼﻋﺎﺕ ﭼﻨﺪ ﻣﺸﺘﺮﻱ ﺑﺎﺷﺪ ﻳﻌﻨﻲ ﺩﺭ
ﻳﻚ ﺩﻳﺘﺎﺑﻴﺲ ﻣﺎ ﺍﻃﻼﻋﺎﺕ ﭼﻨﺪ ﻣﺸﺘﺮﻱ ﺭﺍ ﺫﺧﻴﺮﻩ ﻣﻲ ﻛﻨﻴﻢ ﺍﻟﺒﺘﻪ ﺩﺭ ﺍﻳﻦ ﺭﻭﺵ ﺑﺎﻳﺪ ﺩﻗﺖ ﻧﻤﻮﺩ ﻛﻪ ﺍﻃﻼﻋﺎﺕ ﻣﺸﺘﺮﻳﺎﻥ ﺩﭼﺎﺭ ﻣﺸﻜﻞ ﺍﺯ ﻧﻈﺮ ﺍﻣﻨﻴﺘﻲ ﻗﺮﺍﺭ ﻧﮕﻴﺮﺩ.
• ﺗﺮﻛﻴﺒﻲ :ﺩﺭ ﺍﻳﻦ ﺭﻭﺵ ﺍﺯ ﻣﺰﺍﻳﺎﻳﻲ ﻫﺮ ﺩﻭﺵ ﺭﻭﺵ ﺍﺳﺘﻔﺎﺩﻩ ﺧﻮﺍﻫﻴﻢ ﻧﻤﻮﺩ.
ﺍﺟﺎﺭﻩ ﺗﻜﻲ ( Single-tenancy )
ﺩﺭ ﺍﻳﻦ ﺭﻭﺵ ﺑﺮﺍﻱ ﻣﺸـﺘﺮﻱ ﻛﻞ ﺍﭘﻠﻴﻜﻴﺸـﻦ ﺭﺍ ﺑﺼـﻮﺭﺕ ﻛﺎﻣﻼ ﻣﺠﺰﺍ ﺍﺯ ﻣﺸـﺘﺮﻳﺎﻥ ﺩﻳﮕﺮ ﻧﺼــﺐ ﻭ ﺭﺍﻩ ﺍﻧﺪﺍﺯﻱ ﻣﻲ ﻛﻨﻴﻢ. ﺑﺪﻳﻦ
ﻣﻌﻨﻲ ﻛﻪ ﺑﻪ ﺍﺯﺍء ﻫﺮ ﻣﺸﺘﺮﻱ ﻳﻚ ﻧﺴﺨﻪ ﺍﺯ ﺍﭘﻠﻴﻜﻴﺸﻦ ﺧﻮﺍﻫﻴﻢ ﺩﺍﺷﺖ. ﻛﺎﻣﻼ ﻣﺴﺘﻘﻞ ﺍﺯ ﻳﻜﺪﻳﮕﺮ ﺍﺯ ﺣﺘﻲ ﺩﺭ ﺳﻄﺢ ﺩﻳﺘﺎ ﺑﻴﺲ ﻧﻴﺰ
ﺧﻮﺍﻫﺪ ﺑﻮﺩ.
ﺩﺭ ﺍﻳﻦ ﺭﻭﺵ ﻫﻤﺎﻧﻄﻮﺭ ﻛﻪ ﻣ ﺸﺎﻫﺪ ﻣﻲ ﻛﻨﻴﺪ ﺑﺮﺍﻱ ﻫﺮ ﻣ ﺸﺘﺮﻱ ﻳﻚ ﻧ ﺴﺨﻪ ﻛﺎﻣﻼ ﻣ ﺴﺘﻘﻞ ﺍﺯ ﺩﻳﮕﺮ ﻣ ﺸﺘﺮﻳﺎﻥ ﺩﺭ ﻧﻈﺮ ﮔﺮﻓﺘﻪ ﻣﻲ
ﺷﻮﺩ ﻭ ﻫﺮ ﻣ ﺸﺘﺮﻱ ﺩﺍﺭﺍﻱ ﻳﻚ ﺩﻳﺘﺎﺑﻴﺲ ﻛﺎﻣﻼ ﻣ ﺴﺘﻘﻞ ﺍﺯ ﺩﻳﮕﺮ ﻣ ﺸﺘﺮﻳﺎﻥ ﺧﻮﺍﻫﺪ ﺑﻮﺩ .ﺑﻨﺎﺑﺮﺍﻳﻦ ﻧﻴﺎﺯﻣﻨﺪ RESOURCE ﺑﻪ ﻗﺪﺭ
ﻛﺎﻓﻲ ﺧﻮﺍﻫﻴﺪ ﺑﻮﺩ ﺗﺎ ﺑﺘﻮﺍﻧﺪ ﻟﻮﺩ ﻛﺎﺭﻱ ﺧﻮﺩ ﺭﺍ ﻣﺪﻳﺮﻳﺖ ﻧﻤﺎﻳﻴﺪ. ﺑﺪﻳﻦ ﻣﻌﻨﻲ ﺍﮔﺮ ﺩﺍﺭﺍﻱ ﺳــﻴﺴــﺘﻤﻲ ﺑﺎ ﺗﻌﺪﺍﺩ ﻣﺸــﺘﺮﻳﺎﻥ ﺯﻳﺎﺩ ﻭ
ﺩﺍﺭﺍﻳﻲ ﻟﻮﺩ ﺯﻳﺎﺩﻱ ﻛﺎﺭﻱ ﺑﺎﺷـــﻴﻢ ﻧ ﻴﺎﺯﻣ ﻨﺪ ﺣﺠﻢ ﺑﺎﻻﻱ ﺍﺯ ﻣ ﻨﺎﺑﻊ ﻧﻴﺰ ﻣﻲ ﺑﺎﺷـــﻴﻢ. ﺣﺎﻝ ﺑﻪ ﺗﺠﺮﺑﻪ ﻣﻦ ﺑﺮﺍﻱ ﻓﺮﻭﺵ ﻧﺮﻡ ﺍﻓﺰﺍﺭ
ﺑﺮﮔﺮﺩﻳﻢ ﺗﻮ ﺍﻳﻦ ﺭﻭﺵ ﻣﻦ ﻣﺠﺒﻮﺭ ﺑﻪ ﺍﺯﺍء ﻫﺮ ﻣﺸﺘﺮﻱ ﻳﻚ ﻧﺴﺨﻪ ﺍﺯ ﻫﺮ application ﻭ ﻳﻚ ﺩﻳﺘﺎﺑﻴﺲ ﻣﺠﺰﺍ ﺍﺳﺘﻔﺎﺩﻩ ﻣﻲ ﻛﻨﻢ
ﺧﻮﺏ ﻧﻜﺘﻪ ﺍﻱ ﺩﺍ ﺷﺖ ﺍﻳﻦ ﻫ ﺴﺖ ﻛﻪ ﻣﻦ ﺑﺎﻳﺪ ﺗﻌﺪﺍﺩ ﻧ ﺴﺨﻪ ﻫﺎﻱ ﺯﻳﺎﺩﻱ ﺭﻭ ﻣﺪﻳﺮﻳﺖ ﻛﻨﻢ ﻭ ﺑﻪ ﺍﺯﺍء ﻫﺮ ﻣ ﺸﺘﺮﻱ ﻳﻚ ﺩﻳﺘﺎﺑﻴﺲ
ﻣﺠﺎﺯ ﺩﺍﺷﺘﻪ ﺑﺎﺷﻢ ﺑﻨﺎﺑﺮﺍﻳﻦ ﺭﻭﺵ ﮔﺮﺍﻧﻲ ﺑﺮﺍﻱ ﻣﻦ ﻣﻲ ﺑﻮﺩ.
ﺑﻪ ﻫﺮ ﺣﺎﻝ ﺍﻳﻦ ﺭﻭﺵ ﻣﻨﺎﺳﺒﻲ ﺑﺮﺍﻱ ﻣﻦ ﻧﺒﻮﺩ. ﻣﻦ ﺑﻪ ﻋﻨﻮﺍﻥ ﻓﺮﻭﺷﻨﺪﻩ ﺑﻪ ﻫﻤﻪ ﺩﺍﺩﻩ ﻫﺎ ﺩﺳﺘﺮﺳﻲ ﺩﺍﺷﺘﻢ ﻭ ﻣﻲ ﺗﻮﺍﻧﺴﺘﻢ ﺩﺍﺩﻩ ﻫﺎ
ﺭﺍ ﺩﺭ ﻳﻚ ﺭﻭﺵ ﻣﺘﻤﺮﻛﺰ ﻣﺪﻳﺮﻳﺖ ﻛﻨﻢ.
ﺑﺮﻧﺎﻣﻪ ﭼﻨﺪ ﻣﺴﺘﺎﺟﺮ ﺑﺎ ﭘﺎﻳﮕﺎﻩ ﺩﺍﺩﻩ ﺑﺮﺍﻱ ﻫﺮ ﻣﺴﺘﺎﺟﺮ
ﺧﻮﺏ ﺑﭙﺮﺩﺍﺯﻳﻢ ﺑﻪ ﺍﺩﺍﻣﻪ ﺩﺍﺳـــﺘﺎﻥ ﻣﻦ، ﺩﻳﺪﻳﻦ ﻛﻪ ﺭﻭﺵ ﻗﺒﻠﻲ ﺧﻴﻠﻲ ﭘﺮ ﻫﺰﻳﻨﻪ ﺑﻮﺩ ﻭ ﺑﺮﺍﻱ ﻣﻦ ﻛﻪ ﺩﺭ ﻧﻈﺮ ﮔﺮﻓﺘﻪ ﺑﻮﺩﻡ ﻛﻪ ﺑﺎ
ﻫﺰﻳﻨﻪ ﻛﻢ ﺭﻭﻱ ﻓﺮﻭﺵ ﺗﻤﺮﻛﺰ ﻛﻨﻢ ﺭﻭﺵ ﭘﺮ ﻫﺰﻳﻨﻪ ﺍﻱ ﺑﻮﺩ. ﺑﻨﺎﺑﺮﺍﻳﻦ ﺗ ﺼﻤﻴﻢ ﮔﺮﻓﺘﻢ ﺑﻪ ﺭﻭﺵ ﻫﺎﻱ ﺩﻳﮕﺮﻱ ﻓﻜﺮ ﻛﺮﺩﻡ ﻳﻜﻲ
ﺍﺯ ﺍﻳﻦ ﺭﻭﺵ ﻫﺎ ﺑﺪﻳﻦ ﺻﻮﺭﺕ ﺍ ﺳﺖ ﻛﻪ ﻳﻚ application ﺩﺍ ﺷﺘﻪ ﺑﺎ ﺷﻢ ﻭ ﺑﻪ ﺍﺯﺍء ﻫﺮ ﻣ ﺸﺘﺮﻱ ﻳﻚ ﺩﻳﺘﺎﺑﻴﺲ ﺟﺪﺍﮔﺎﻧﻪ ﺩﺍ ﺷﺘﻪ
ﺑﺎﺷﻴﻢ .ﺷﻜﻞ ﺭﻭ ﻧﮕﺎﻩ ﻛﻨﻴﺪ:
ﻫﻤﺎﻧﻄﻮﺭ ﻛـﻪ ﺩﺭ ﺷـﻜﻞ ﻣﺸـﺎﻫﺪﻩ ﻣـﻲ ﻛﻨﻴـﺪ ﺑـﺮﺍﻱ ﻫـﺮ ﻣﺸـﺘﺮﻱ ﻳـﻚ ﺩﻳﺘـﺎﺑﻴﺲ ﺟـﺪﺍ ﺩﺭ ﻧﻈـﺮ ﮔﺮﻓﺘـﻪ ﺷـﺪﻩ ﻭ ﻣـﺎ ﺩﺍﺭﺍﻱ ﻳـﻚ
ﺍﭘﻠﻴﻜﻴﺸـﻦ ﻣﺴـﺘﻘﻞ ﺧـﻮﺍﻫﻴﻢ ﺑـﻮﺩ .ﺧـﻮﺏ ﺳـﻮﺍﻟﻲ ﻛـﻪ ﭘـﻴﺶ ﺭﻭ ﺍﻳـﻦ ﺧﻮﺍﻫـﺪ ﺑـﻮﺩ ﻛـﻪ ﺍﮔـﺮ ﺗﻌـﺪﺍﺩ ﻣﺸـﺘﺮﻱ ﻫـﺎ ﺯﻳـﺎﺩ ﺷـﺪ ﻭ
ﻻﻳـﻪ ﺍﭘﻠﻴﻜﻴﺸـﻦ ﺗﺒـﺪﻳﻞ ﺑـﻪ ﻧﻘﻄـﻪ ﻛﻨـﺪ ﺳﻴﺴـﺘﻢ ﺷـﺪ ﭼﮕﻮﻧـﻪ ﺳﻴﺴـﺘﻢ ﺭﺍ ﻣﻘﻴـﺎﺱ ﭘـﺬﻳﺮ ﻛﻨـﻴﻢ .ﻣـﺎ ﺑـﻪ ﺩﻭﺭ ﺭﻭﺵ ﻣـﻲ ﺗـﻮﺍﻧﻴﻢ
ﺳﻴﺴــﺘﻢ ﺭﺍ scale ﻛﻨــﻴﻢ ﻳﻜــﻲ ﺍﺯ ﻃﺮﻳــﻖ vertically ﺑــﻪ ﺍﻳــﻦ ﺻــﻮﺭﺕ ﻛـﻪ ﻣﻨــﺎﺑﻊ ﺑﻴﺸــﺘﺮﻱ ﺑــﻪ ﻻﻳــﻪ app ﺑــﺪﻳﻢ ﻭ ﻳــﻚ
ﺭﻭﺵ ﺩﻳﮕـﺮ ﺍﻳﻨﻜـﻪ ﻣـﻲ ﺗـﻮﺍﻧﻴﻢ ﻧـﻮﺩ ﻫـﺎﻱ ﺑﻴﺸـﺘﺮﻱ ﺑـﺮﺍﻱ ﻻﻳـﻪ app ﺩﺭ ﻧﻈـﺮ ﺑﮕﻴـﺮﻳﻢ ﻫﻤـﺎﻧﻄﻮﺭ ﻛـﻪ ﻣﺸـﺎﻫﺪ ﻣـﻲ ﻛﻨﻴـﺪ
ﺍﻳـﻦ ﻧـﻮﻉ ﻣﻘﻴـﺎﺱ ﭘـﺬﻳﺮﻱ ﺍﺭﺗﺒـﺎﻁ ﻣﺴـﺘﻘﻴﻤﻲ ﺑـﻪ ﺍﻳﻨﻜـﻪ ﺑـﺎﺭ ﺑـﺮ ﺭﻭﻱ ﻛـﺪﺍﻡ ﻣﺸـﺘﺮﻱ ﺑﻴﺸـﺘﺮ ﻣﻴﺒﺎﺷــﺪ ﺍﺭﺗﺒـﺎﻃﻲ ﻧـﺪﺍﺭﺩ ﺑـﺮ
ﻋﻜﺲ ﺭﻭﺵ ﻗﺒﻠﻲ ﺍﮔﺮ ﻳﻜﻲ ﺍﺯ ﻣﺸﺘﺮﻳﺎﻥ ﺧﻴﻠﻲ ﺷﻠﻮﻍ ﺑﻮﺩ ﻣﻲ ﺗﻮﻧﺴﺘﻢ ﻣﻨﺎﺑﻊ ﺭﺍ ﺑﻪ ﺁﻥ ﺍﺧﺘﺼﺎﺹ ﺩﻫﻴﻢ.
ﻣـﺎ ﺍﺯ ﻳـﻚ ﺩﻳﺘـﺎ ﺑـﻴﺲ catalog ﺍﺳـﺘﻔﺎﺩﻩ ﻣـﻲ ﻛﻨـﻴﻢ ﻛـﻪ ﻣﺤـﻞ ﺫﺧﻴـﺮﻩ ﺳـﺎﺯﻱ ﺩﺍﺩﻩ ﻫـﺎﻱ ﻫــﺮ ﻣﺸـﺘﺮﻱ ﺭﺍ ﻣﺸـﺨﺺ ﻣـﻲﻛﻨــﺪ. ﺍﻣــﺎ ﻧﻜﺘــﻪ ﺍﻱ ﻛــﻪ ﺑﺎﻳــﺪ ﺑــﻪ ﺁﻥ ﭘﺮﺩﺍﺧــﺖ ﺍﻳــﻦ ﺭﻭﺵ ﻧﻴــﺰ ﺩﺍﺭﺍﻱ ﭘﻴﭽﻴــﺪﮔﻲ ﻫــﺎﻱ ﻫﺴــﺘﻢ ﺍﺯ ﻗﺒﻴــﻞ ﺍﻳﻨﻜــﻪ ﺍﮔــﺮ
Scheme ﻭ ﺳـﺎﺧﺘﺎﺭ ﺩﺍﺩﻩ ﻫـﺎﻱ ﻫـﺮ ﻣﺸـﺘﺮﻱ ﺑـﺎ ﻫـﻢ ﻣﺘﻔـﺎﻭﺕ ﺑﺎﺷـﺪ ﻣـﺎ ﺩﺍﺭﺍﻱ ﭘﻴﭽﻴـﺪﮔﻲ ﺩﺭ ﺳـﻄﺢ ﻛـﺪ ﺧـﻮﺍﻫﻴﻢ ﺑـﻮﺩ ﻛـه ﺍﻳﻦ ﺗﻔﺎﻭﺕ ﻫﺎ ﺭﺍ ﺑﺎﻳﺪ ﺩﺭ ﻧﻈﺮ ﮔﺮﻓﺖ..
ﺩﺭ ﺍﻳــﻦ ﺭﻭﺵ ﺩﺍﺩﻫــﺎﻱ ﻫــﺮ ﻣﺸــﺘﺮﻱ ﻛــﺎﻣﻼ ﺍﺯ ﻳﻜــﺪﻳﮕﺮ ﻣﺠــﺰﺍ ﻣــﻲ ﺑﺎﺷــﺪ ﻭ ﻫــﺮ ﻣﺸــﺘﺮﻱ ﻛــﺎﻣﻼ ﺑــﻪ ﺻــﻮﺭﺕ ﻣﺴــﺘﻘﻞ
ﺩﺍﺩﻫـﺎﻱ ﺁﻧﻬـﺎ ﺫﺧﻴـﺮﻩ ﻣـﻲ ﺷـﻮﺩ ﺑﻨـﺎﺑﺮﺍﻳﻦ ﻫـﺮ ﺩﻳﺘـﺎ ﺑـﻴﺲ ﻣﺮﺑـﻮﻁ ﺑـﻪ ﻣﺸـﺘﺮﻱ ﺩﺍﺭﺍﻱ ﻛﺎﻧﻔﻴـﮓ ﻭ ﺗﻨﻈﻴﻤـﺎﺕ ﺧـﺎﺹ ﺧـﻮﺩ
ﺑﺎﺷــﺪ ﻣــﺜﻼ ﺩﺍﺭﺍﻱ index ﮔــﺬﺍﺭﻱ ﻣﺘﻔــﺎﻭﺕ ﻭ ﻳــﺎ ﺣﺘــﻲ ﻣــﻲ ﺗــﻮﺍﻥ ﺩﺍﺭﺍﻱ scheme ﻣﺘﻔــﺎﻭﺕ ﻭ ﻫﻤﭽﻨــﻴﻦ ﻓﻴﻠــﺪﻫﺎﻱ
ﻣﺘﻔﺎﻭﺗﻲ ﺑﺎﺷﺪ.
ﺍﺩﺍﻣﻪ ﺩﺍﺭﺩ…
ﺩﻭﺳﺘﺎﻥ ﺧﻮﺑﻢ ﺍﻣﻴﺪﻭﺍﺭﻡ ﻟﺬﺕ ﺑﺮﺩﻩ ﺑﺎﺷﻴﺪ ﻭ ﺧﻮﺷﺤﺎﻟﻢ ﻣﻴﺸﻢ ﻛﻪ ﺩﺭ ﺍﻳﻦ ﻣﻮﺭﺩ ﺑﺎ ﻫﻢ ﺩﺍﻧﺸﻤﻮﻥ ﺭﻭ ﺑﻪ ﺍﺷﺘﺮﺍﻙ ﺑﮕﺬﺍﺭﻳﺪ
منبع :
https://docs.microsoft.com/en-us/azure/azure-sql/database/saas-tenancy-app-design-patterns