সাবডোমেনগুলির সাথে রেল অ্যাপে একটি মাল্টি-টেন্যান্ট রুবি তৈরি করা

config.action_dispatch.tld_length = 0

সাবডোমেন তৈরি করা মাল্টিটেনেন্সির সাথে কাজ করে

এখন, নিবন্ধটিতে যেকোনো লেখককে বরাদ্দ করা সম্ভব। সাবডোমেন ব্যবহার করা হলে এটি সম্ভব হবে না। আমাদের ArticlesController এর আচরণ পরিবর্তন করতে হবে , এবং সমস্ত লেখক সেট করার পরিবর্তে, আমাদের সেই লেখককে সেট করতে হবে যার জন্য সাবডোমেনটি অনুরোধ করা হয়েছিল:

 
class ArticlesController < ApplicationController
 before_action :set_author
 before_action :set_article, only: [:show, :edit, :update, :destroy]
 
 # GET /articles
 # GET /articles.json
 def index
   @articles = Article.where(tenant_id: @author.id)
 end
 
 # ...
 
 private
   def set_article
     @article = Article.find_by!(id: params[:id], tenant_id: @author.id)
   end
 
   # ...
 
   def set_author
     @author = Author.find_by!(slug: request.subdomain)
   end
end

আমি কন্ট্রোলারে কিছু পরিবর্তন করেছি:

• set_authors এর পরিবর্তে পদ্ধতি, আমি set_author সংজ্ঞায়িত করেছি পদ্ধতি, যা লেখক সাবডোমেনের মাধ্যমে অনুরোধ করা সেট করে। এই পদ্ধতিটিকে before_filter-এ কল করা অত্যন্ত গুরুত্বপূর্ণ set_article এর আগে বলা হয়. আমরা নিবন্ধটি সেট করার চেষ্টা করার আগে লেখককে নিয়োগ করতে হবে।
• আমি set_article আপডেট করেছি প্রদত্ত আইডি এবং নির্ধারিত লেখকের সাথে নিবন্ধটি সন্ধান করার পদ্ধতি। আমাদের বর্তমান ভাড়াটে জন থাকাকালীন আমরা টমের তৈরি নিবন্ধগুলি রেন্ডার করতে চাই না৷
৷
• আমাদের বর্তমান ভাড়াটেকে বরাদ্দ করা নিবন্ধগুলি নির্বাচন করার জন্য আমি সূচী ক্রিয়া আপডেট করেছি৷
৷

আপনি যখন একটি মাল্টিটেন্যান্ট অ্যাপে কাজ করেন এবং একটি স্কিমা সহ একটি ডাটাবেস ব্যবহার করেন, তখন আপনাকে সবসময় মনে রাখতে হবে যে কোনো প্রশ্ন tenant_id এর মাধ্যমে করতে হবে কলাম; অন্যথায়, আপনি এমন ডেটা প্রদান করবেন যা অনুরোধ করা ভাড়াটেকে বরাদ্দ করা হয়নি।

কন্ট্রোলার আপডেট করা হয়েছে, তাই পরবর্তী ধাপ হল ফর্ম ভিউ আপডেট করা। app/views/articles/_form.html.erb খুলুন ফাইল করুন এবং সাধারণ লুকানো ক্ষেত্র দিয়ে পূর্ববর্তী বিভাগটি প্রতিস্থাপন করুন:

<%= form.hidden_field :tenant_id, value: @author.id %>

এই পরিবর্তনের আগে, ব্যবহারকারী ফর্ম ব্যবহার করে নিবন্ধের লেখক নির্বাচন করতে সক্ষম হয়েছিল। ব্যবহারকারী ওয়েবসাইট ঠিকানায় একটি প্রদত্ত সাবডোমেন ব্যবহার করে সমস্ত কর্মের জন্য লেখক চয়ন করতে পারেন৷

আপনি এখন আমাদের তৈরি কোড পরীক্ষা করতে পারেন. একটি নতুন লেখক তৈরি করুন, উদাহরণস্বরূপ, জন ডো এবং স্লগ johndoe নামে . https://johndoe.localhost:3000/articles/new ঠিকানা দেখুন এবং একটি নতুন নিবন্ধ যোগ করুন। একটি নতুন নিবন্ধ যোগ করার পরে, আপনি এটিকে https://johndoe.localhost:3000/articles-এর অধীনে উপলব্ধ তালিকায় দেখতে পারেন৷

অভিনন্দন! আপনি এইমাত্র একটি মাল্টি-টেন্যান্ট অ্যাপ তৈরি করেছেন যেখানে প্রতিটি লেখকের সাবডোমেন রয়েছে৷

আরো উন্নতি

আপনি এখন নতুন বৈশিষ্ট্য যোগ করে অ্যাপ্লিকেশনের কোড প্রসারিত করতে পারেন। আমাদের ব্লগ প্ল্যাটফর্ম সোজা; সম্ভবত এটি কিছু মন্তব্য বিভাগ যোগ করার সময়? আপনি যে কার্যকারিতা যোগ করুন না কেন, আপনাকে অবশ্যই tenant_id যোগ করার কথা মনে রাখতে হবে নতুন মডেলে কলাম করুন এবং সম্পদ অনুসন্ধান করার সময় এটি ব্যবহার করুন।

আপনি একটি বিশেষ সুযোগ তৈরি করতে পারেন এবং এটি উদ্বেগের মধ্যে মোড়ানো করতে পারেন:

module Tenantable
 extend ActiveSupport::Concern
 
 included do
   scope :for_author, -> (author) { where(tenant_id: author.id) }
 end
end

এবং তারপরে ভাড়াটেদের জন্য ডেটা রয়েছে এমন প্রতিটি মডেলে এটি ব্যবহার করুন:

class Article < ApplicationRecord
 include Tenantable
end
 
author = Author.find(1)
Article.for_author(author)

উপরের পদ্ধতির সাহায্যে, tenant_id-এর নাম পরিবর্তন করার ক্ষেত্রে আপনাকে শুধুমাত্র একটি জায়গা আপডেট করতে হবে ভাড়াটে-সম্পর্কিত ডেটা জিজ্ঞাসা করার ক্ষেত্রে কলাম বা আরও শর্ত প্রবর্তন করা।

একাধিক ডেটাবেস সহ মাল্টি-টেন্যান্ট রেল অ্যাপ্লিকেশন

পূর্ববর্তী অনুচ্ছেদে, আমরা একটি রেল অ্যাপ্লিকেশন তৈরি করেছি যা একটি ডাটাবেস এবং একটি স্কিমা সহ একাধিক ভাড়াটেকে সমর্থন করে৷ এই ধরনের পদ্ধতির সবচেয়ে উল্লেখযোগ্য অসুবিধা হল ডেটা লিক হওয়ার উচ্চ সম্ভাবনা৷

ভাল খবর হল রুবি অন রেল ফ্রেমওয়ার্কের নতুন সংস্করণে একাধিক ডাটাবেস পরিচালনার জন্য অন্তর্নির্মিত সমর্থন রয়েছে। আমি এটি অন্বেষণ করব এবং আপনাকে দেখাব কিভাবে আপনি অসংখ্য ডাটাবেস এবং কাস্টম সাবডোমেন সহ একটি মাল্টি-টেন্যান্ট রেল অ্যাপ্লিকেশন তৈরি করতে এটি ব্যবহার করতে পারেন৷

পরিকল্পনাটি নিম্নরূপ:

• রুবি এবং রুবি অন রেল ফ্রেমওয়ার্কের নতুন উপলব্ধ সংস্করণ ব্যবহার করে আমরা একটি রেল অ্যাপ্লিকেশনের জন্য একটি কঙ্কাল তৈরি করব
• আমরা কিছু মডেল স্ক্যাফোল্ড করব যাতে আমরা কাজ করতে পারি এমন ডেটা আছে
• আমরা কাস্টম সাবডোমেনের জন্য সমর্থন যোগ করব।
• আমরা নতুন ডাটাবেস তৈরি এবং কনফিগার করে নতুন ভাড়াটে যোগ করতে শিখব।
• প্রদত্ত সাবডোমেন অনুরোধ করা হলে ডাটাবেস পরিবর্তন করার জন্য অ্যাপ্লিকেশনটি আপডেট করা শেষ পদক্ষেপ হবে৷

পরীক্ষার ডেটা প্রস্তুত করা হচ্ছে

ধরা যাক আমরা একটি ব্লগ প্ল্যাটফর্ম তৈরি করছি যেখানে ব্যবহারকারীরা একাধিক লেখকের প্রকাশিত নিবন্ধগুলি দেখতে পারেন। প্রতিটি লেখকের একটি ডেডিকেটেড ডাটাবেস থাকবে৷

লেখক তৈরি করে শুরু করুন স্ক্যাফোল্ড বৈশিষ্ট্য সহ মডেল যা আমাদের দেখতে এবং নতুন লেখক তৈরি করতে সাহায্য করবে:

rails g scaffold author slug:string name:string description:string
rake db:create
rake db:migrate

আপনি এখন https://localhost:3000/authors পরিদর্শন করতে পারেন এবং রেলগুলি আমাদের জন্য কী তৈরি করেছে তা দেখতে পারেন৷

একজন নতুন লেখক যোগ করা হচ্ছে

আমি জন ডো এবং স্লগ johndoe নামে একজন নতুন লেখক তৈরি করেছি . সাবডোমেন ব্যবহার করে কোন লেখককে আমাদের তথ্য প্রদর্শন করা উচিত তা সনাক্ত করতে পরে স্লাগ মান ব্যবহার করা হবে।

কারণ প্রতিটি লেখকের একটি পৃথক ডাটাবেস থাকবে, আমাদের জন এর জন্য ম্যানুয়ালি নতুন ডাটাবেস যোগ করতে হবে। config/database.yml খুলুন এবং নিম্নলিখিত পরিবর্তনগুলি যোগ করুন:

development:
 primary:
   <<: *default
   database: tenantapp_development
 primary_johndoe:
   <<: *default
   database: tenantapp_johndoe_development
   migrations_paths: db/tenants_migrations

আমরা মাইগ্রেশনের জন্য একটি পৃথক ডিরেক্টরি ব্যবহার করতে যাচ্ছি যা আমাদের ভাড়াটেদের দ্বারা ব্যবহৃত হয়। আমাদের কেন্দ্রীয় ডাটাবেসে তাদের প্রয়োজন নেই। আপনি এখন ডিফল্ট কমান্ড ব্যবহার করে জন এর জন্য একটি ডাটাবেস তৈরি করতে পারেন:

rake db:create

নিবন্ধ যোগ করা হচ্ছে

আমরা এখন আর্টিকেল ভাঁজ করতে পারি নিয়ামক এবং ভিউ সহ মডেল:

rails g scaffold article title:string content:text
rake db:migrate

আমি --ডেটাবেস পাস করেছি রেলগুলিকে জানাতে প্যারাম যে মাইগ্রেশন ডিফল্ট db/migrations এ রাখা উচিত নয় প্রাথমিক ডাটাবেস দ্বারা ব্যবহৃত ডিরেক্টরি। আমরা এখন মাইগ্রেট কমান্ড চালাতে পারি:

rake db:migrate

এই মুহূর্তে, আমাদের দুটি স্কিমা আছে:db/schema.rb এবং db/primary_johndoe_schema.rb . আপনি যদি ভাড়াটেদের জন্য বিভিন্ন টেবিল তৈরি করতে চান, তাহলে আপনি একটি অনন্য migrations_path সেট করে এটি অর্জন করতে পারেন config/database.yml-এ মান প্রদত্ত ভাড়াটে জন্য ফাইল. এই নিবন্ধে, আমরা সকল ভাড়াটেদের জন্য একই টেবিল রাখতে চাই, তাই মাইগ্রেশনের পথ একই হবে।

মাল্টি-টেনেন্সি সহায়তা যোগ করা হচ্ছে

যে অ্যাপ্লিকেশানে মাল্টি-টেন্যান্সি একটি ডাটাবেস দ্বারা সমর্থিত, প্রদত্ত টেন্যান্টের জন্য ডেটা পেতে, আমাদের শুধুমাত্র সঠিক tenant_id দিয়ে ডেটাবেসে ক্যোয়ারী আপডেট করতে হবে। মান আমাদের ক্ষেত্রে, প্রতিটি ভাড়াটে তাদের ডাটাবেস আছে, তাই আমাদের ডাটাবেসের মধ্যে পরিবর্তন করতে হবে।

Rails 6.1 অনুভূমিক শার্ডিংয়ের জন্য অন্তর্নির্মিত সমর্থন সহ আসে। Shard হল একটি অনুভূমিক ডেটা পার্টিশন যাতে মোট ডেটাসেটের একটি উপসেট থাকে। আমরা একটি ডাটাবেসের মধ্যে একটি টেবিলে সমস্ত লেখকের নিবন্ধগুলি সংরক্ষণ করতে পারি, তবে শার্ডিংয়ের জন্য ধন্যবাদ, আমরা একই কাঠামোর সাথে একাধিক টেবিলে ডেটা বিভক্ত করতে পারি তবে আলাদা ডেটাবেসে স্থাপন করতে পারি৷

আসুন সকল মডেলের জন্য প্যারেন্ট ক্লাসে আমাদের শার্ডগুলি সংজ্ঞায়িত করি। সেগুলি app/models/application_record.rb এর অধীনে সংরক্ষণ করা হয় :

ActiveRecord::Base.connected_to(role: :reading, shard: :johndoe) do
  Article.all # get all articles created by John
end

আমাদের কলটি সংযুক্ত_টু-এ মোড়ানো ছাড়াই ব্লক, ডিফল্ট শার্ড ব্যবহার করা হবে। আমরা এগিয়ে যাওয়ার আগে, আমাদের আরও একটি পরিবর্তন প্রবর্তন করতে হবে। যেহেতু সমস্ত শার্ড একই ডেটা স্ট্রাকচার শেয়ার করে, তাই আমরা app/models/primary_johndoe_record.rb মুছে ফেলতে পারি মডেল স্বয়ংক্রিয়ভাবে তৈরি যখন আমরা নিবন্ধ ভারা ছিল.

এছাড়াও আমাদের app/models/article.rb সম্পাদনা করতে হবে মডেল করুন এবং PrimaryJohndoeRecord থেকে প্যারেন্ট ক্লাস পরিবর্তন করুন ApplicationRecord এ :

class Article < ApplicationRecord
end

আরো ভাড়াটে যোগ করা হচ্ছে

বর্তমানে, আমাদের ডাটাবেসে শুধুমাত্র একজন লেখক আছে। আমাদের ভাড়াটেদের (ডাটাবেস) মধ্যে পরিবর্তনের কার্যকারিতা পরীক্ষা করার জন্য, আমাদের আরও একজন লেখক যোগ করতে হবে। https://localhost:3000/authors/new ঠিকানা খুলুন এবং একটি নতুন লেখক যোগ করুন। আমি লেখককে টিম ডো এবং স্লগ timdoe নামের সাথে যুক্ত করেছি .

আমাদের কাছে নতুন লেখকের জন্য একটি রেকর্ড আছে, তাই আমাদের একটি নতুন ডাটাবেস সংজ্ঞায়িত করতে হবে:

development:
 primary:
   <<: *default
   database: tenantapp_development
 primary_johndoe:
   <<: *default
   database: tenantapp_johndoe_development
   migrations_paths: db/tenants_migrations
 primary_timdoe:
   <<: *default
   database: tenantapp_timdoe_development
   migrations_paths: db/tenants_migrations

এখন একটি নতুন ডাটাবেস তৈরি করুন এবং মাইগ্রেশন চালান:

rake db:create
rake db:migrate

শেষ ধাপ হল ApplicationRecord আপডেট করা মডেল এবং একটি নতুন শার্ড সংজ্ঞায়িত করুন:

class ApplicationRecord < ActiveRecord::Base
 self.abstract_class = true
 
 connects_to shards: {
   default: { writing: :primary, reading: :primary },
   johndoe: { writing: :primary_johndoe, reading: :primary_johndoe },
   timdoe: { writing: :primary_timdoe, reading: :primary_timdoe },
 }
end

আপনি এখন প্রতিটি লেখকের জন্য নিবন্ধ তৈরি করতে পারেন:

ActiveRecord::Base.connected_to(role: :writing, shard: :johndoe) do
  Article.create!(title: 'Article from John', content: 'content')
end
 
ActiveRecord::Base.connected_to(role: :writing, shard: :timdoe) do
  Article.create!(title: 'Article from Tim', content: 'content')
end

একটি কাস্টম সাবডোমেনের জন্য সমর্থন যোগ করা

আমরা এখনও প্রদত্ত লেখকের নিবন্ধের তালিকা দেখতে পারি না কারণ আমরা জানি না কখন আমাদের জন এবং টিমের নিবন্ধগুলি দেখাতে হবে। আমরা কাস্টম সাবডোমেন প্রয়োগ করে এই সমস্যার সমাধান করব। https://johndoe.localhost:3000/articles পরিদর্শন করার সময়, আমাদের জনের নিবন্ধগুলি দেখা উচিত এবং যখন https://timedoe.localhost:3000/articles টিম থেকে নিবন্ধগুলি পরিদর্শন করা উচিত৷

সাবডোমেন কনফিগারেশন

ভাড়াটিয়া সেট করা হলে আমরা নিবন্ধগুলি পরিচালনা করতে এবং পরিদর্শন করতে চাই। আমরা config/routes.rb আপডেট করে এটি অর্জন করতে পারি ফাইল এবং সীমাবদ্ধতা ব্লকে নিবন্ধ সম্পদের সংজ্ঞা মোড়ানো:

Rails.application.routes.draw do
 constraints subdomain: /.*/ do
   resources :articles
 end
 
 resources :authors
end

ডিফল্টরূপে, রেলগুলি শীর্ষ-স্তরের ডোমেনের দৈর্ঘ্য 1 এ সেট করে, কিন্তু আমরা এই সেটিংটি 0 এ সেট করতে স্থানীয় হোস্ট ব্যবহার করতে চাই। আমরা config/environments/development.rb<ফাইলে নিম্নলিখিত লাইনটি যোগ করে এটি করতে পারি। /কোড> :

config.action_dispatch.tld_length = 0

module Tenantable
 extend ActiveSupport::Concern
 
 private
 
 def read_with_tenant(&block)
   author = Author.find_by!(slug: request.subdomain)
 
   ActiveRecord::Base.connected_to(role: :reading, shard: author.slug.to_sym) do
     block.call
   end
 end
end

class ArticlesController < ApplicationController
 include Tenantable
 
 before_action :set_article, only: [:show, :edit, :update, :destroy]
 
 def index
   read_with_tenant do
     @articles = Article.all
   end
 end
 # ...
end

ActiveRecord::Base.establish_connection(:primary_timdoe)