AWS બેકએન્ડ પર વિવિધ એક્સેસ જરૂરિયાતો સાથે બે માઇક્રો-ફ્રન્ટેન્ડને કેવી રીતે સુરક્ષિત કરવું

AWS માઇક્રો-ફ્રન્ટેન્ડ આર્કિટેક્ચરમાં સુરક્ષા અને સુલભતાનું સંતુલન

સુરક્ષિત અને માપી શકાય તેવા ક્લાઉડ આર્કિટેક્ચરની ડિઝાઇનમાં ઘણીવાર સુલભતા અને પ્રતિબંધિત ઍક્સેસને સંતુલિત કરવાનો સમાવેશ થાય છે. તમારા AWS સેટઅપમાં, તમારી પાસે અનન્ય ઍક્સેસ આવશ્યકતાઓ સાથે બે માઇક્રો-ફ્રન્ટેન્ડ છે. FE-A ને ચોક્કસ સ્થિર IP સુધી મર્યાદિત કરવાની જરૂર છે, જ્યારે FE-B સાર્વજનિક રૂપે ઍક્સેસિબલ હોવું જોઈએ. આ જરૂરિયાતોને વારાફરતી સંબોધવાથી પડકાર ઊભો થઈ શકે છે. 😅

EC2 માં સુરક્ષા જૂથોને ગોઠવતી વખતે પડકાર ઊભો થાય છે. જો તમે 0.0.0.0 ને ઍક્સેસ કરવાની મંજૂરી આપો છો, તો FE-A ની સુરક્ષા સાથે ચેડા કરીને, બંને ફ્રન્ટએન્ડ સાર્વજનિક રૂપે ઍક્સેસિબલ બની જાય છે. બીજી બાજુ, સિંગલ સ્ટેટિક આઈપીની ઍક્સેસને પ્રતિબંધિત કરવાથી FE-B માટે જાહેર ઉપલબ્ધતાને નકારવામાં આવે છે. આ નિખાલસતા અને સુરક્ષા વચ્ચે જટિલ સંતુલન કાર્ય બનાવે છે.

આઇપી રેન્જને ગતિશીલ રીતે અપડેટ કરવા માટેનું લેમ્બડા ફંક્શન યોગ્ય લાગે છે, તે વધારાના ઓવરહેડનો પરિચય આપે છે અને તે શ્રેષ્ઠ લાંબા ગાળાનો ઉકેલ નથી. ઉદાહરણ તરીકે, તે સમય જતાં ખર્ચ અને જટિલતામાં વધારો કરી શકે છે. તદુપરાંત, સુરક્ષા જૂથો માટે વારંવાર અપડેટ્સનું સંચાલન કરવું બોજારૂપ અને ભૂલથી ભરેલું હોઈ શકે છે.

આ જરૂરિયાતોને પૂર્ણ કરતા ખર્ચ-અસરકારક ઉકેલ શોધવો મહત્વપૂર્ણ છે. બિનજરૂરી જટિલતાઓને રજૂ કર્યા વિના FE-B વૈશ્વિક સ્તરે સુલભ રહે તે સુનિશ્ચિત કરીને FE-A ને સુરક્ષિત કરવાનો ધ્યેય છે. ચાલો AWS શ્રેષ્ઠ પ્રયાસોનો ઉપયોગ કરીને આ કેવી રીતે પ્રાપ્ત કરવું તે અન્વેષણ કરીએ. 🚀

AWS સાથે માઇક્રો-ફ્રન્ટેન્ડ્સ સુરક્ષિત કરવા માટેની વ્યૂહરચનાઓ

પ્રથમ સ્ક્રિપ્ટ AWS વેબ એપ્લિકેશન ફાયરવોલની ક્ષમતાઓનો લાભ લે છે (ડબલ્યુએએફ) બે માઇક્રો-ફ્રન્ટેન્ડ્સ માટે અલગ એક્સેસ નીતિઓ લાગુ કરવા. WebACL બનાવીને, ચોક્કસ IP નિયમો FE-A પર લાગુ કરવામાં આવે છે જેથી માત્ર નિયુક્તથી ટ્રાફિકને મંજૂરી મળે સ્થિર IP, તે બંધ સિસ્ટમ રહે તેની ખાતરી કરવી. FE-B માટે, એક અલગ નિયમ જાહેર ઍક્સેસની પરવાનગી આપે છે. આ અભિગમ એપ્લીકેશન લેયર પર એક્સેસ કંટ્રોલને કેન્દ્રિય બનાવે છે, જે અંતર્ગત EC2 સુરક્ષા જૂથોને સંશોધિત કર્યા વિના અસરકારક રીતે ટ્રાફિકનું સંચાલન કરવા માટે તેને આદર્શ બનાવે છે. ઉદાહરણ તરીકે, તમે FE-A ને ઑફિસ નેટવર્ક પર પ્રતિબંધિત કરી શકો છો, જ્યારે FE-B ને વૈશ્વિક સ્તરે સુલભ રહેવાની મંજૂરી આપી શકો છો, કોર્પોરેટ સુરક્ષા અને વપરાશકર્તાની સુવિધા બંનેને પૂરો પાડે છે. 🌍

પછી WebACL એ એપ્લીકેશન લોડ બેલેન્સર (ALB) સાથે સંકળાયેલું છે, જે એ સુનિશ્ચિત કરે છે કે ALBમાંથી પસાર થતા તમામ ટ્રાફિકને આ નિયમો અનુસાર ફિલ્ટર કરવામાં આવે છે. આદેશ waf_client.create_web_acl નિયમો વ્યાખ્યાયિત કરવામાં મુખ્ય છે, જ્યારે waf_client.associate_web_acl WebACL ને સંસાધન સાથે લિંક કરે છે. આ સેટઅપ અત્યંત સ્કેલેબલ છે અને ન્યૂનતમ પ્રયત્નો સાથે, નવા IP ઉમેરવા અથવા ઍક્સેસ નીતિઓમાં ફેરફાર કરવા જેવા ભાવિ ગોઠવણોને મંજૂરી આપે છે. CloudWatch મેટ્રિક્સ જેવી મોનિટરિંગ સુવિધાઓ નિયમોની અસરકારકતાને પણ ટ્રૅક કરી શકે છે, ટ્રાફિક પેટર્નમાં મૂલ્યવાન આંતરદૃષ્ટિ પ્રદાન કરે છે.

તેનાથી વિપરીત, લેમ્બડા-આધારિત સોલ્યુશન ગતિશીલ રીતે EC2 સુરક્ષા જૂથ નિયમોને અપડેટ કરે છે. આ સ્ક્રિપ્ટ તમારા AWS પ્રદેશ માટે વિશિષ્ટ IP રેન્જ મેળવે છે અને તેમને સુરક્ષા જૂથમાં પ્રવેશ નિયમો તરીકે ગોઠવે છે. કાર્ય ec2.authorize_security_group_ingress FE-A માટે કડક નિયંત્રણ જાળવી રાખીને FE-B ને સાર્વજનિક રૂપે ઍક્સેસિબલ બનાવવા માટે, મંજૂર IP રેન્જને ઉમેરે અથવા અપડેટ કરે છે. આ અભિગમ ખાસ કરીને વારંવાર બદલાતી IP જરૂરિયાતો, જેમ કે ક્લાઉડ-આધારિત ડેવલપમેન્ટ સેટઅપ્સ અથવા કોર્પોરેટ ઑફિસનું સ્થળાંતર ધરાવતા વાતાવરણમાં ઉપયોગી છે. દાખલા તરીકે, જો નવી શાખા કચેરીની સ્થાપના કરવામાં આવે, તો તમે મેન્યુઅલ હસ્તક્ષેપ વિના તેનો IP આપમેળે વ્હાઇટલિસ્ટમાં ઉમેરી શકો છો. 🏢

લેમ્બડા ફંક્શન, સુનિશ્ચિત ક્લાઉડવોચ ઇવેન્ટ સાથે જોડાયેલું, આ અપડેટ્સને દરરોજ સ્વચાલિત કરે છે, વહીવટી ઓવરહેડ ઘટાડે છે. જ્યારે આ અભિગમ જટિલતા ઉમેરે છે, તે ટ્રાફિક પર સરસ નિયંત્રણ પ્રદાન કરે છે. સ્ક્રિપ્ટમાં સમાવિષ્ટ એકમ પરીક્ષણો કાર્યક્ષમતાને માન્ય કરે છે, ખાતરી કરે છે કે સુરક્ષા નિયમો ભૂલો રજૂ કર્યા વિના યોગ્ય રીતે લાગુ કરવામાં આવે છે. ભલે તમે WAF અથવા Lambda પસંદ કરો, બંને પદ્ધતિઓ ખર્ચ-કાર્યક્ષમતા અને લવચીકતાને પ્રાધાન્ય આપે છે, જાહેર અને પ્રતિબંધિત ઍક્સેસની જરૂરિયાતને સંતુલિત કરે છે. આખરે, આ સોલ્યુશન્સ મજબૂત સુરક્ષા જાળવી રાખીને વિવિધ જરૂરિયાતોને પહોંચી વળવામાં AWS ની વૈવિધ્યતાને દર્શાવે છે. 🔒

# Step 1: Define IP restrictions in AWS WAF
# Create a WebACL to allow only specific IP ranges for FE-A and public access for FE-B.
import boto3
waf_client = boto3.client('wafv2')
response = waf_client.create_web_acl(    Name='MicroFrontendAccessControl',    Scope='REGIONAL',    DefaultAction={'Allow': {}},    Rules=[        {            'Name': 'AllowSpecificIPForFEA',            'Priority': 1,            'Action': {'Allow': {}},            'Statement': {                'IPSetReferenceStatement': {                    'ARN': 'arn:aws:wafv2:region:account-id:ipset/ipset-id'                }            },            'VisibilityConfig': {                'SampledRequestsEnabled': True,                'CloudWatchMetricsEnabled': True,                'MetricName': 'AllowSpecificIPForFEA'            }        },        {            'Name': 'AllowPublicAccessForFEB',            'Priority': 2,            'Action': {'Allow': {}},            'Statement': {'IPSetReferenceStatement': {'ARN': 'arn:aws:wafv2:region:account-id:ipset/ipset-id-for-public'}},            'VisibilityConfig': {                'SampledRequestsEnabled': True,                'CloudWatchMetricsEnabled': True,                'MetricName': 'AllowPublicAccessForFEB'            }        }    ],    VisibilityConfig={        'SampledRequestsEnabled': True,        'CloudWatchMetricsEnabled': True,        'MetricName': 'MicroFrontendAccessControl'    })
print("WebACL created:", response)
# Step 2: Associate the WebACL with your Application Load Balancer
response = waf_client.associate_web_acl(    WebACLArn='arn:aws:wafv2:region:account-id:webacl/webacl-id',    ResourceArn='arn:aws:elasticloadbalancing:region:account-id:loadbalancer/app/load-balancer-name')
print("WebACL associated with Load Balancer:", response)

# Import required modules
import boto3
import requests
# Step 1: Fetch public IP ranges for your region
def get_ip_ranges(region):
    response = requests.get("https://ip-ranges.amazonaws.com/ip-ranges.json")
    ip_ranges = response.json()["prefixes"]
    return [prefix["ip_prefix"] for prefix in ip_ranges if prefix["region"] == region]
# Step 2: Update the security group
def update_security_group(security_group_id, ip_ranges):
    ec2 = boto3.client('ec2')
    permissions = [{"IpProtocol": "tcp", "FromPort": 80, "ToPort": 80, "IpRanges": [{"CidrIp": ip} for ip in ip_ranges]}]
    ec2.authorize_security_group_ingress(GroupId=security_group_id, IpPermissions=permissions)
# Step 3: Lambda handler
def lambda_handler(event, context):
    region = "us-west-2"
    security_group_id = "sg-0123456789abcdef0"
    ip_ranges = get_ip_ranges(region)
    update_security_group(security_group_id, ip_ranges)
    return {"statusCode": 200, "body": "Security group updated successfully"}

import unittest
from unittest.mock import patch
class TestSecurityConfigurations(unittest.TestCase):
    @patch("boto3.client")
    def test_update_security_group(self, mock_boto3):
        mock_ec2 = mock_boto3.return_value
        ip_ranges = ["192.168.0.0/24", "203.0.113.0/24"]
        update_security_group("sg-0123456789abcdef0", ip_ranges)
        mock_ec2.authorize_security_group_ingress.assert_called()
    def test_get_ip_ranges(self):
        region = "us-west-2"
        ip_ranges = get_ip_ranges(region)
        self.assertIsInstance(ip_ranges, list)
if __name__ == "__main__":
    unittest.main()

AWS માં માઇક્રો-ફ્રન્ટેન્ડ એપ્લિકેશન્સ માટે સુરક્ષા અને સુલભતાને શ્રેષ્ઠ બનાવવી

તમારા માઇક્રો-ફ્રન્ટેન્ડ આર્કિટેક્ચરમાં પ્રતિબંધિત અને સાર્વજનિક ઍક્સેસને સંતુલિત કરવાના પડકારનો સામનો કરવાની બીજી અસરકારક રીત એ છે કે AWS એમ્પ્લીફાઇની સંકલિત સુવિધાઓનો લાભ ઉઠાવવો. એમ્પ્લીફાય હોસ્ટિંગ અને જમાવટને સરળ બનાવે છે જ્યારે બેકએન્ડ API ને સુરક્ષિત રીતે ગોઠવવા માટે ટૂલ્સ પ્રદાન કરે છે. FE-A માટે, તમે AWS API ગેટવેનો ઉપયોગ કરીને તેના બેકએન્ડ API એન્ડપોઇન્ટ્સને ચોક્કસ IP સુધી મર્યાદિત કરીને નેટવર્ક એક્સેસ કંટ્રોલનો અમલ કરી શકો છો. આ સેટઅપ એ સુનિશ્ચિત કરે છે કે માત્ર પૂર્વવ્યાખ્યાયિત સ્ટેટિક આઈપી બેકએન્ડ સાથે ક્રિયાપ્રતિક્રિયા કરી શકે છે, જ્યારે FE-B ના અંતિમ બિંદુઓ જાહેર ઍક્સેસ માટે અપ્રતિબંધિત રહી શકે છે. આ માત્ર સુરક્ષામાં વધારો કરતું નથી પણ એમ્પ્લીફાઈના CI/CD વર્કફ્લો સાથે એકીકૃત પણ થાય છે. 🌐

વૈવિધ્યપૂર્ણ મૂળ ઍક્સેસ નીતિઓ સાથે એમેઝોન ક્લાઉડફ્રન્ટનો ઉપયોગ અન્ય વિચારણા છે. તમારા માઇક્રો-ફ્રન્ટેન્ડ્સ માટે ગેટકીપર તરીકે સેવા આપતા, CloudFront URL પાથના આધારે યોગ્ય બેકએન્ડ પર ટ્રાફિકને રૂટ કરી શકે છે. FE-A ટ્રાફિકને મૂળ વિનંતી નીતિનો ઉપયોગ કરીને CloudFront દ્વારા ફિલ્ટર કરી શકાય છે જે IP પ્રતિબંધો અથવા ચોક્કસ હેડરો માટે તપાસ કરે છે. ઉદાહરણ તરીકે, FE-A દ્વારા આંતરિક સાધન જમાવતું એન્ટરપ્રાઇઝ FE-B ને વૈશ્વિક સ્તરે અંતિમ-વપરાશકર્તાઓ માટે ઉપલબ્ધ કરાવતી વખતે IP શ્રેણી ફિલ્ટર ઉમેરી શકે છે. આ અભિગમ માપનીયતા અને પ્રદર્શન બંનેને શ્રેષ્ઠ બનાવે છે, ખાસ કરીને વૈશ્વિક વિતરણની જરૂર હોય તેવી એપ્લિકેશનો માટે. 🚀

છેલ્લે, વપરાશકર્તા પ્રમાણીકરણ માટે AWS કોગ્નિટો અમલીકરણ સુરક્ષાના વધારાના સ્તરને ઉમેરે છે. FE-A ને લૉગિન સિસ્ટમ પાછળ લૉક કરી શકાય છે જેમાં ચોક્કસ ભૂમિકાઓ અથવા જૂથો સાથે વપરાશકર્તા પ્રમાણીકરણની જરૂર હોય છે, જ્યારે FE-B હળવા પ્રમાણીકરણ પદ્ધતિનો ઉપયોગ કરી શકે છે અથવા જાહેર ઍક્સેસ માટે બિલકુલ નહીં. પ્રમાણીકરણ અને નેટવર્ક ઍક્સેસ પ્રતિબંધોને સંયોજિત કરીને, તમે દરેક માઇક્રો-ફ્રન્ટેન્ડની જરૂરિયાતોને અનુરૂપ મજબૂત સુરક્ષા મોડેલ પ્રાપ્ત કરો છો. આ વ્યૂહરચના ખાસ કરીને સ્ટાર્ટઅપ્સ અને એસએમઈ માટે અસરકારક છે જે સસ્તું, સ્કેલેબલ અને સુરક્ષિત ક્લાઉડ સોલ્યુશન્સ શોધી રહ્યાં છે. 🔐