അസുൽ പ്ലാറ്റ്‌ഫോം കോർ നിർദ്ദേശങ്ങൾ

അസുൽ പ്ലാറ്റ്‌ഫോം കോർ

സ്പെസിഫിക്കേഷനുകൾ

• ഉൽപ്പന്ന നാമം: ജാവ സോഫ്റ്റ്‌വെയർ
• നിർമ്മാതാവ്: ഒറാക്കിൾ
• പതിപ്പ്: SE
• License Agreements: No-Fee Terms and Conditions, GNU General Public License, Oracle Binary Code License, Oracle Technology Network

ഉൽപ്പന്ന വിവരം
The Java software comes with various license agreement programs provided by Oracle, offering different levels of support and licensing options.

ഉൽപ്പന്ന ഉപയോഗ നിർദ്ദേശങ്ങൾ

• സുരക്ഷാ ചൂഷണങ്ങളും പിന്തുണയും
  It is crucial to have proper support for your Java software to prevent security exploits and ensure compliance with regulations. Consider purchasing support from a licensed JDK provider to receive  security patches, legal documentation, and assurance of compliance.
• തിരഞ്ഞെടുപ്പും സങ്കീർണ്ണതയും
  When choosing a JDK distribution, consider the support policies and compatibility with different Java versions. Evaluate various providers based on the Java versions they support, platforms they are compatible with, and the duration of support for each version.
• ജാവ പതിപ്പുകൾ
  Ensure that the JDK provider supports the Java version you are using or plan to use. Check for Long-Term Support (LTS) versions and the availability of updates for older versions.
• പിന്തുണയ്ക്കുന്ന പ്ലാറ്റ്ഫോമുകൾ
  Verify if the JDK distribution supports the operating systems and processors used in your environment. Compatibility with mainstream platforms like Linux and Windows is essential.
• പിന്തുണ കാലയളവ്
  Determine how long a specific Java version will be supported by the provider. Consider the support lifecycle roadmap provided by the JDK distributor.
• ലഭ്യത അപ്‌ഡേറ്റ് ചെയ്യുക
  Check the frequency of updates released by the JDK provider to ensure timely fixes for any vulnerabilities or issues in the Java software.

ആമുഖം

• അരനൂറ്റാണ്ടായി, ഓപ്പൺ സോഴ്‌സിന്റെ ലോകം സോഫ്റ്റ്‌വെയർ ഡെവലപ്പർമാർക്ക് വ്യക്തിപരമായി വളരെ കുറഞ്ഞ ചിലവിൽ സോഫ്റ്റ്‌വെയർ ആപ്ലിക്കേഷനുകൾ നിർമ്മിക്കുന്നതിൽ ഗണ്യമായ പുരോഗതി കൈവരിക്കാൻ പ്രാപ്തമാക്കിയിട്ടുണ്ട്. ഇത് സോഫ്റ്റ്‌വെയർ ആപ്ലിക്കേഷനുകളുടെ വികസനത്തിൽ, പ്രത്യേകിച്ച് വാണിജ്യ മേഖലകളിൽ, ഉൽപ്പാദനക്ഷമതയുടെ ഒരു വലിയ വേലിയേറ്റത്തിന് കാരണമായി. ഉദാഹരണത്തിന്ample, Java, open-source since 2007, is the number one language for overall development today, with more than 60 billion active Java Virtual
• Machines (JVMs) and 38 billion cloud-based JVMs (Source: JavaOne 2022).
• എന്നിരുന്നാലും, അതേ കാലയളവിൽ, "ഉൽപ്പാദനത്തിൽ പ്രവർത്തനച്ചെലവ് പൂജ്യം" എന്ന് ഐടി സ്ഥാപനങ്ങൾ പതുക്കെ മനസ്സിലാക്കി.
• അടിസ്ഥാനപരമായി, പ്രവർത്തനച്ചെലവ് മൂന്ന് സ്രോതസ്സുകളിൽ നിന്നാണ് വരുന്നത്: സുരക്ഷാ, ദുർബലതാ കണ്ടെത്തലുകൾ, അനുസരണ പ്രശ്നങ്ങൾ, ബൗദ്ധിക സ്വത്തവകാശ ആശങ്കകൾ.
• 2021-ൽ എല്ലാവരെയും അത്ഭുതപ്പെടുത്തിയ Log4j നിർണായക ദുർബലത പോലുള്ള സുരക്ഷാ അപ്‌ഡേറ്റുകളുടെ രൂപത്തിലാണ് മറ്റ് പ്രവർത്തന ചെലവുകൾ പ്രത്യക്ഷപ്പെടുന്നത്. ദുർബലതകൾ പരിഹരിക്കുന്നതും/അല്ലെങ്കിൽ അടിസ്ഥാന സോഫ്റ്റ്‌വെയർ അപ്‌ഡേറ്റ് ചെയ്യുന്നതും വ്യക്തമായും ഒരു ചെലവുകുറഞ്ഞ ശ്രമമാണ്, പക്ഷേ ഉയർന്ന വിലയിൽ സ്ഥാപനങ്ങൾ ഇപ്പോഴും പലപ്പോഴും ആശ്ചര്യപ്പെടുന്നു. tag, പ്രത്യേകിച്ച് അവരുടെ ജാവ സ്റ്റാക്ക് ദാതാവ് ഒരു തകരാർ പരിഹരിക്കുന്നതിന് ഉടനടി ഒരു റിലീസ് നിർമ്മിക്കേണ്ടിവരുമ്പോൾ. 2022 ഓഗസ്റ്റിൽ, ഉദാഹരണത്തിന്ampജൂലൈയിലെ ഒരു അപ്‌ഡേറ്റിൽ (OpenJDK 8u342) അവതരിപ്പിച്ച ഒരു സിസ്റ്റം ക്രാഷിന്റെ സാധ്യത ഇല്ലാതാക്കുന്നതിനായി JDK 8-ന് ഒരു പുതിയ ബിൽഡ് പുറത്തിറക്കി.
• In addition to the costs of correcting a flaw, organizations increasingly face the expense of compliance. In many cases, this includes indemnification, the legal “blast doors” that protect against the legal consequences of an upstream failure. Many clients and partners are demanding these blast doors with greater frequency. Providing the necessary proof that a client or partner is protected against any issues that arise from the Java stack can introduce unexpected (and significant) costs that bely the whole concept of “free.” This issue only multiplies in complexity and concern when those same upstream providers (such as Oracle) unilaterally change their support licensing costs.
• ഇന്ന് ഒറാക്കിൾ ജാവ എസ്ഇയ്ക്കായി നാല് സജീവ ലൈസൻസ് എഗ്രിമെന്റ് പ്രോഗ്രാമുകൾ ഒറാക്കിൾക്കുണ്ട്: നോ-ഫീ ടേംസ് ആൻഡ് കണ്ടീഷൻസ് (എൻഎഫ്ടിസി); ക്ലാസ്പാത്ത് എക്സെപ്ഷൻ (ജിപിഎൽവി2+സിപിഇ) ഉള്ള ഗ്നു ജനറൽ പബ്ലിക് ലൈസൻസ്, പതിപ്പ് 2; ഒറാക്കിൾ ബൈനറി കോഡ് ലൈസൻസ്; ഒറാക്കിൾ ടെക്നോളജി നെറ്റ്‌വർക്ക് (ഒടിഎൻ) ലൈസൻസുകൾ. സന്ദർഭത്തിന്, അസുൽ പ്ലാറ്റ്‌ഫോം കോർ ഉപഭോക്താക്കൾ സാധാരണയായി ഒറാക്കിൾ ജാവ എസ്ഇക്ക് നൽകുന്നതിനേക്കാൾ 70% കുറവ് നൽകുന്നു.

സുരക്ഷാ ചൂഷണങ്ങൾ

• ഒഴിവാക്കാനാവാത്ത ഒരു വസ്തുതയാണ്: ബഗുകൾ സംഭവിക്കുന്നു. OpenJDK കോഡ്ബേസിൽ 7 ദശലക്ഷത്തിലധികം കോഡുകളും നിരവധി ബാഹ്യ ലൈബ്രറികളും ഉണ്ട് (ഇവയിലെല്ലാം ബഗുകൾ ഉണ്ടാകാം!). ഒറാക്കിളിലും മറ്റ് കമ്പനികളിലും ജാവ പ്ലാറ്റ്‌ഫോമിൽ പ്രവർത്തിക്കുന്ന എഞ്ചിനീയർമാർ ലോകത്തിലെ ഏറ്റവും മികച്ച ഡെവലപ്പർമാരിൽ ചിലരാണ്, നാസയ്ക്ക് പുറത്തുള്ള ഏറ്റവും കർശനമായ ചില പരിശോധനകളിലൂടെ കടന്നുപോകുന്നു, എന്നിട്ടും ബഗുകൾ ഇപ്പോഴും പ്രത്യക്ഷപ്പെടുന്നു. ഈ ബഗുകളിൽ ചിലത് സുരക്ഷാ ദുർബലതകളാണ്, മാത്രമല്ല അവയിൽ ഒന്നോ അതിലധികമോ ഉയർന്ന അപകടസാധ്യതയുള്ളതോ നിർണായകമോ ആയി വിലയിരുത്തപ്പെടുന്നു, അതായത് ഒരു കമ്പനിയുടെ ഐടി ഫാബ്രിക്കിൽ ഇത് ഒരു പ്രധാന "ദ്വാരം" പ്രതിനിധീകരിക്കുന്നു. അവ സാധാരണമല്ല, പക്ഷേ ഇതെഴുതുമ്പോൾ, ഒറാക്കിൾ സൗജന്യ പിന്തുണ നൽകുന്നത് നിർത്തിയതിനുശേഷം 23 ജാവ റിലീസുകളിൽ 13 എണ്ണത്തിലും ഒന്നോ അതിലധികമോ ഉയർന്ന അപകടസാധ്യതയുള്ളതോ നിർണായകമോ ആയ ദുർബലതകൾ ഉണ്ടായിട്ടുണ്ട്.
• If you have an application running on Java 6, that release has a known list of over 400 vulnerabilities, 89 of which are critical. Those numbers will never go down – Oracle’s last free release of Java 6 was in April 2013. Can your company  afford to run your application with over 400 known attack vectors?

ഈ ധവളപത്രത്തിൽ, ഒരു ഉൽപ്പാദന സാഹചര്യത്തിൽ ജാവ പ്രവർത്തിപ്പിക്കുന്നതിന്റെ ചില മറഞ്ഞിരിക്കുന്ന ചെലവുകൾ ഞങ്ങൾ പരിശോധിക്കും:

1. പിന്തുണ
2. Licensing OpenJDK
3. Migrating from one JDK version to another
4. Maintaining Java
5. Complying with regulations

കാർ ഇൻഷുറൻസും സീറ്റ് ബെൽറ്റുകളും പോലെയാണ് പണമടച്ചുള്ള വാണിജ്യ ജാവ പിന്തുണ. ഇൻഷുറൻസ്, സീറ്റ് ബെൽറ്റുകൾ എന്നിവ പോലെ, ഒരു സംഭവം ഉണ്ടാകുമ്പോൾ മാത്രമേ പണമടച്ചുള്ള ജാവ വാണിജ്യ പിന്തുണ ഫലം നൽകൂ, അത് എപ്പോഴും പെട്ടെന്നുള്ളതും, അപ്രതീക്ഷിതവും, ചെലവേറിയതുമാണ്. പ്രലോഭിപ്പിക്കുമെങ്കിലും, പിന്തുണയില്ലാത്ത ജാവ ഉൽപ്പാദനത്തിൽ പ്രവർത്തിക്കുന്നത് അപകടകരമാണ്.

WHAT PURCHASING SUPPORT MEANS
ലൈസൻസുള്ള ഒരു JDK ദാതാവിൽ നിന്ന് നിങ്ങൾ പിന്തുണ വാങ്ങുമ്പോൾ, സുരക്ഷിതവും ഫലപ്രദവുമായ സോഫ്റ്റ്‌വെയറിന്റെ മൂന്ന് നിർണായക ഘടകങ്ങൾ നിങ്ങൾക്ക് ലഭിക്കും:

1. Security patches and updates to prevent your software from exposing your customers’ data.
2. Legal documentation that essentially declares that you comply with the regulatory demands of the industry,
3. Assurance that your software is safely in legal accordance with IP laws, without having to give your source code away.

പിന്തുണ ചെലവ്

• വ്യത്യസ്ത JDK വിതരണങ്ങൾക്ക് വ്യാപകമായി വ്യത്യസ്തമായ പിന്തുണാ നയങ്ങളുണ്ട്.
• OpenJDK ഒരു ഓപ്പൺ സോഴ്‌സ് പ്രോജക്റ്റാണ്. ജാവ ഡെവലപ്‌മെന്റ് കിറ്റിന്റെ (JDK) ഒരു പ്രത്യേക പതിപ്പിന്റെ സോഴ്‌സ് കോഡ് ഡൗൺലോഡ് ചെയ്യാനും 64-ബിറ്റ് ഇന്റൽ പ്രോസസറിൽ പ്രവർത്തിക്കുന്ന വിൻഡോസ് പോലുള്ള മുഖ്യധാരാ പ്ലാറ്റ്‌ഫോമുകൾക്കായി JDK-യുടെ എല്ലാ ഭാഗങ്ങളും കംപൈൽ ചെയ്യാനും ആർക്കും സ്വാതന്ത്ര്യമുണ്ട്. ഈ എക്‌സിക്യൂട്ടബിളുകളും ലൈബ്രറികളും ഒരു OpenJDK വിതരണമായി പാക്കേജുചെയ്‌ത് നൽകാം, കൂടാതെ നിരവധി വ്യത്യസ്ത വിതരണങ്ങളും ലഭ്യമാണ്. നിങ്ങൾക്ക് ഇഷ്ടമുള്ള ദാതാക്കളെ തിരഞ്ഞെടുക്കാം - സൌജന്യവും പിന്തുണയ്ക്കാത്തതും മുതൽ Oracle Java SE-യുടെയും മറ്റും എല്ലാ പിന്തുണയും വാഗ്ദാനം ചെയ്യുന്ന വാണിജ്യ ദാതാക്കൾ വരെ.

ഇഷ്ടമുള്ളത് സങ്കീർണ്ണതയിലേക്ക് വരുന്നു
ടെക്നോളജി കോംപാറ്റിബിലിറ്റി കിറ്റ് (TCK)-അനുയോജ്യമായ നിരവധി OpenJDK ദാതാക്കൾ ഉള്ളതിനാൽ, ഒന്നിനെ മറ്റൊന്നിനെതിരെ വിലയിരുത്തുന്നത് വെല്ലുവിളി നിറഞ്ഞതായിരിക്കും. വ്യത്യസ്ത ദാതാക്കൾ തമ്മിലുള്ള ചില പരിഗണനകളിൽ ഇവ ഉൾപ്പെടാം:

ഏതൊക്കെ ജാവ പതിപ്പുകളാണ് പിന്തുണയ്ക്കുന്നത്?
2025 മാർച്ച് വരെ, ആകെ 20-ലധികം ജാവ പതിപ്പുകളിൽ നാല് ലോംഗ്-ടേം സപ്പോർട്ട് (LTS) പതിപ്പുകളുണ്ട്. ഏറ്റവും പുതിയ LTS പതിപ്പായ ജാവ 21-ന് പിന്തുണ കണ്ടെത്തുന്നത് എളുപ്പമാണ്, എന്നാൽ നിങ്ങൾ കൂടുതൽ പിന്നോട്ട് പോകുന്തോറും പഴയ പതിപ്പുകളെ പിന്തുണയ്ക്കുന്ന ദാതാക്കൾ കുറവായിരിക്കും. മുൻ LTS പതിപ്പായ ജാവ 17-നുള്ള സൗജന്യ പിന്തുണ 2024 ഒക്ടോബറിൽ ഒറാക്കിൾ അവസാനിപ്പിച്ചു. ജാവ 6, ജാവ 7 എന്നിവയെ പിന്തുണയ്ക്കുന്ന രണ്ട് ദാതാക്കൾ മാത്രമാണ്.

ഏതൊക്കെ പ്ലാറ്റ്‌ഫോമുകളാണ് പിന്തുണയ്ക്കുന്നത്?
മിക്ക ഉപയോക്താക്കളും ലിനക്സ്, വിൻഡോസ് പോലുള്ള മുഖ്യധാരാ ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളിലാണ് ആപ്ലിക്കേഷനുകൾ പ്രവർത്തിപ്പിക്കുന്നത്, കൂടാതെ ഇന്റൽ, എഎംഡി എന്നിവയിലെ സാധാരണ പ്രോസസ്സറുകളും ഉപയോഗിക്കുന്നു. നിങ്ങളുടെ പരിതസ്ഥിതിയിൽ ARM-അധിഷ്ഠിത പ്രോസസ്സറുകൾ പോലുള്ള അത്ര സാധാരണമല്ലാത്ത പ്ലാറ്റ്‌ഫോമുകൾ ഉൾപ്പെടുന്നുണ്ടെങ്കിലോ, അല്ലെങ്കിൽ നിങ്ങൾ ഇപ്പോഴും സോളാരിസ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിൽ ജാവ ആപ്ലിക്കേഷനുകൾ പ്രവർത്തിപ്പിക്കുന്നെങ്കിലോ, വിതരണം അവയ്‌ക്കായി ബിൽഡുകൾ നൽകുന്നുണ്ടോ എന്നും അത് തുടർന്നും പരിഹാരങ്ങൾ നൽകുന്നുണ്ടോ എന്നും നിങ്ങൾ അറിഞ്ഞിരിക്കണം.

അസുൽ സപ്പോർട്ട് ലൈഫ് സൈക്കിൾ റോഡ്മാപ്പ് കാണുക.

ഒരു പതിപ്പിന് എത്ര കാലം പിന്തുണ ലഭിക്കും?

• LTS പതിപ്പുകളിൽ പോലും, വ്യത്യസ്ത വിതരണങ്ങൾ വ്യത്യസ്ത അറ്റകുറ്റപ്പണികളും പിന്തുണാ ദൈർഘ്യങ്ങളും വാഗ്ദാനം ചെയ്തേക്കാം. കോഡിൽ എന്തെങ്കിലും മാറ്റങ്ങൾ വരുത്തുന്നതിന് മുമ്പ് നിലവിലെ പതിപ്പുകൾ 10 വർഷത്തേക്ക് പ്രവർത്തിപ്പിക്കുക എന്നതാണ് നിങ്ങളുടെ പദ്ധതിയെങ്കിൽ, കുറഞ്ഞത് ഒരു ദശാബ്ദത്തേക്കെങ്കിലും ആ പതിപ്പിനായി നിങ്ങൾക്ക് LTS ഉണ്ടെന്ന് ഉറപ്പാക്കേണ്ടതുണ്ട്. ഷെഡ്യൂൾ ചെയ്ത അപ്‌ഡേറ്റുകൾ നൽകുന്നത് നിർത്തിയതിനുശേഷവും ചില വിതരണങ്ങൾ ഒരു പതിപ്പിനെ പിന്തുണയ്ക്കാൻ പ്രതിജ്ഞാബദ്ധമായേക്കാം. ഈ നിഷ്‌ക്രിയ പിന്തുണ ഘട്ടത്തിൽ, ഉപയോക്താക്കൾക്ക് ഇപ്പോഴും പ്രശ്‌നങ്ങൾ റിപ്പോർട്ട് ചെയ്യാൻ കഴിയും, ആവശ്യമെങ്കിൽ, ബിൽഡ് ദാതാവിന് ഒരു പരിഹാരം അടങ്ങിയ ഒരു പ്രത്യേക അപ്‌ഡേറ്റ് നൽകാനും കഴിയും.

അപ്‌ഡേറ്റുകൾ എത്ര വേഗത്തിൽ ലഭ്യമാകും?
ഷെഡ്യൂൾ ചെയ്ത JDK അപ്‌ഡേറ്റുകൾ OpenJDK പ്രോജക്റ്റ് വഴി വികസിപ്പിച്ചെടുക്കുകയും മുൻകൂട്ടി ആസൂത്രണം ചെയ്ത തീയതിയും സമയവും വരെ OpenJDK വൾനറബിലിറ്റി ഗ്രൂപ്പ് അവ എംബാർഗോ ചെയ്യുകയും ചെയ്യുന്നു. ഒരു ഓപ്പൺജെഡികെ വിതരണത്തിൽ നിക്ഷേപിക്കുന്നതിന് മുമ്പ്, എംബാർഗോ നീക്കം ചെയ്തതിന് മണിക്കൂറുകൾക്കുള്ളിൽ അപ്‌ഡേറ്റുകൾ നൽകുന്നതിനുള്ള അതിന്റെ ട്രാക്ക് റെക്കോർഡ് നിങ്ങൾ അറിഞ്ഞിരിക്കണം, കൂടാതെ മുമ്പ് ഇതിന് വളരെ കാലതാമസം നേരിട്ടിട്ടുണ്ടോ എന്നും അറിയണം. ഒരു അപ്‌ഡേറ്റ് ലഭ്യമാകുമെന്ന് ഉറപ്പുനൽകുന്ന ഒരു SLA അതിന് ഉണ്ടോ എന്ന് ചോദിക്കുക. എംബാർഗോ നീക്കം ചെയ്തതിനുശേഷം, സുരക്ഷാ ദുർബലതകളുടെ വിശദാംശങ്ങൾ പരസ്യമാക്കുകയും സമയത്തിനെതിരായ മത്സരം ആരംഭിക്കുകയും ചെയ്യുന്നതിനാൽ അപ്‌ഡേറ്റ് വേഗത പ്രധാനമാണ്. മോശം ആളുകൾ ചൂഷണങ്ങൾ വികസിപ്പിക്കാൻ തുടങ്ങുന്നു; നിങ്ങളുടെ അപ്‌ഡേറ്റുകൾ ദിവസങ്ങളോ ആഴ്ചകളോ പോലും ലഭ്യമല്ലെങ്കിൽ, നിങ്ങളുടെ സിസ്റ്റങ്ങൾ അപകടത്തിലാണ്.

സ്റ്റെബിലൈസ് ചെയ്ത അപ്‌ഡേറ്റുകൾ ലഭ്യമാണോ?
ഓരോ അപ്‌ഡേറ്റിനും ഒറാക്കിൾ ജാവ എസ്ഇ രണ്ട് ഫോർമാറ്റുകൾ നൽകുന്നു:

1. Critical Patch Update (CPU): a stabilized security update
2. Patch Set Update (PSU): the full update

To maintain the maximum level of JDK security, both are essential. When Oracle releases a patch for a known vulnerability, your organization can quickly implement a CPU to patch the vulnerability. If all you have is a PSU, you have to implement the entire update, which is time-consuming, resource-intensive, and requires regression testing. Only Oracle and Azul provide CPUs.

TCK പാലിക്കുന്നുണ്ടെങ്കിലും, ചില ജാവ ഉപയോക്താക്കൾക്ക് Oracle Java പിന്തുണ ഒഴികെ മറ്റെന്തെങ്കിലും അസ്വസ്ഥത അനുഭവപ്പെടുന്നു, അത് ചെലവേറിയതാണ്. Azul Platform Core ഉപഭോക്താക്കൾ സാധാരണയായി Oracle Java SE നെ അപേക്ഷിച്ച് 70% ലാഭിക്കുന്നു. പലപ്പോഴും ഉപയോക്താക്കൾ ഇതുപോലുള്ള ചോദ്യങ്ങൾ ചോദിക്കാറുണ്ട്:

• Will I lose functionality if I switch? This depends on which version of Java you’re using; the more recent, the less likely that you’d lose any functionality switching from one JDK to another, or from one version of a JDK to a later version.
• From JDK 11 onwards, Oracle JDK has used only the source code included in the relevant OpenJDK repository, but prior to that, Oracle also included several non-open-source features that complicated licensing. (For the curious, these features are almost all associated with desktop applications and deployment technologies, two of which are the Java browser plug-in, which was required to run applets in a browser, and Java Web സ്റ്റാർട്ട്, ഇത് ഡെസ്ക്ടോപ്പിലേക്ക് ആപ്ലിക്കേഷനുകൾ വിന്യസിക്കാൻ സഹായിച്ചു. Web.)
• What’s my risk of regression when using alternatives to Oracle? Provided the OpenJDK distribution you choose is built from OpenJDK source code and is TCK tested, there is essentially zero chance of a functional regression created by swapping one distribution for another. Applications will behave no differently when running on an Oracle JDK alternative.
• Will I need to move to the latest Java JDK version? All distributions of OpenJDK provide extended maintenance for the LTS versions of Java in the form of updates. How long these updates will continue to be delivered depends on the distribution. If you’re using an older version of the JDK that is still being maintained, your application will continue to receive the maximum level of security and stability from its runtime. There is no need to update to the latest Java version. (You might *want* to, in order to take advantage of latest-and-greatest features, but you don’t *have* to.)
• Will I need to rewrite or modify my application code? There is no need to recompile code when switching OpenJDK distributions. By extension, therefore, it isn’t necessary to modify or rewrite any application code as long as the Java version of both distributions is the same.

Cost of Licensing OpenJDK

Review നിങ്ങളുടെ ലൈസൻസ് കരാർ ശ്രദ്ധാപൂർവ്വം

• ചിലർക്ക്, ഒരു സപ്പോർട്ട് സബ്‌സ്‌ക്രിപ്‌ഷൻ എന്നത് ദുരന്തത്തിൽ നിന്ന് മുക്തി നേടാൻ ഒരു ഇൻഷുറൻസ് പോളിസി വാങ്ങുന്നത് പോലെയാണ്. മറ്റുള്ളവർക്ക്, ഇത് വികസനത്തിന്റെയും ആപ്പ് ടീമുകളുടെയും സമയം ലാഭിക്കുന്ന ഒരു ഉപദേശക സേവനമാണ്. മറ്റുള്ളവർക്ക്, ഇത് ബൗദ്ധിക സ്വത്തവകാശ സംരക്ഷണവും പ്രവർത്തന ഉറപ്പുമാണ്. നിങ്ങളുടെ ഐടി ഫാബ്രിക്കിൽ ജാവ കോഡിനെ പിന്തുണയ്ക്കുന്നതിനുള്ള നിങ്ങളുടെ ഇഷ്ടപ്പെട്ട യുക്തി എന്തുതന്നെയായാലും, പിന്തുണ ഉണ്ടായിരിക്കുക എന്നത് പലപ്പോഴും സന്തുഷ്ടനായ ഒരു സിടിഒയ്ക്കും ഒരു ദുരിതബാധിതനും ഇടയിലുള്ള വ്യത്യാസമാണ്.

പൂർണ്ണ പിന്തുണയ്ക്കും മനസ്സമാധാനത്തിനും, നിങ്ങളുടെ ജാവ പങ്കാളിയെ തിരഞ്ഞെടുക്കുമ്പോൾ ചില കാര്യങ്ങൾ മനസ്സിൽ വയ്ക്കുക:

CPU s ARE ESSENTIAL
Quarterly updates or random security patches are not enough. Security fixes must be delivered as soon as possible once security vulnerabilities are published. Out-of-cycle fixes are also essential. And your provider should always be able to provide CPUs, security-only updates discussed earlier, as opposed to OpenJDK’s PSU releases, which not only include the fix for a particular bug but all work done in the 90 days leading up to the release–which can in turn contain new features, non-security or non-critical bug fixes, and (sometimes) a whole new set of bugs to mitigate. Remember, only Oracle and Azul provide CPUs.

INSIST ON SLA s FOR SECURITY UPDATES

• നിങ്ങളുടെ പ്രൊഡക്ഷൻ പരിതസ്ഥിതിയിൽ സ്ഥിരതയുള്ള ബിൽഡുകൾ വേഗത്തിൽ വിന്യസിക്കണം. നിങ്ങളുടെ OpenJDK ദാതാവിന് അതിന്റെ സുരക്ഷാ, സ്ഥിരത അവകാശവാദങ്ങളെ പിന്തുണയ്ക്കുന്ന വിജയത്തിന്റെ ഒരു ട്രാക്ക് റെക്കോർഡ് ഉണ്ടായിരിക്കണം. മുകളിലുള്ള ജൂലൈയിലെ PSU റിലീസിൽ, അപകടസാധ്യത കുറയ്ക്കുന്നതിന് നിരവധി OpenJDK ഉപഭോക്താക്കളുടെ മിഷൻ-ക്രിട്ടിക്കൽ സിസ്റ്റങ്ങളുടെ പ്രകടനം തരംതാഴ്ത്തേണ്ടിവന്നു. നിങ്ങളുടെ ജാവ വെണ്ടർ ഗുരുതരമായ ബഗുകൾക്കും സുരക്ഷാ കേടുപാടുകൾക്കും സ്പോട്ട് റിലീസുകൾ നൽകുന്നില്ലെങ്കിൽ, നിങ്ങളുടെ സിസ്റ്റങ്ങൾ ഓരോ പാദത്തിലും ദിവസങ്ങളോളം - ഒരുപക്ഷേ ആഴ്ചകളോളം - അപകടത്തിലായേക്കാം.

നിങ്ങളുടെ സബ്‌സ്‌ക്രിപ്‌ഷന് അധിക അപകടസാധ്യത ഉണ്ടാകരുത്.
നിങ്ങളുടെ OpenJDK ദാതാവിന്റെ ബൈനറി, Oracle-ൽ നിന്ന് ലൈസൻസ് ചെയ്ത TCK ഉപയോഗിച്ച് Java SE സ്പെസിഫിക്കേഷനുമായി പൊരുത്തപ്പെടുന്നുണ്ടോ എന്ന് പരിശോധിക്കേണ്ടതാണ്. നിങ്ങളുടെ പങ്കാളി കുറഞ്ഞത് Java 8, 9+ എന്നിവയ്ക്കുള്ള OCTLA കരാറിൽ ഒപ്പുവച്ചിരിക്കണം. Java ക്ലാസുകളും API-കളും മലിനമല്ലെന്ന് നിങ്ങളുടെ ദാതാവ് ഉറപ്പ് നൽകുകയും വേണം.

നിങ്ങളുടെ ജാവ സപ്പോർട്ട് പ്രൊവൈഡർ നിങ്ങളുടെ മുഴുവൻ ജാവ ഉപരിതല മേഖലയെയും പിന്തുണയ്ക്കണം.
ഓപ്പറേറ്റിംഗ് സിസ്റ്റമോ പതിപ്പോ പരിഗണിക്കാതെ, അത് ഓൺ-പ്രേമായാലും, വെർച്വൽ മെഷീനിലായാലും, ക്ലൗഡിലായാലും, നിങ്ങളുടെ ജാവ കൈവശമുള്ള എവിടെയും അവർക്ക് അതിനെ പിന്തുണയ്ക്കാൻ കഴിയണം. അവർക്ക് ജാവയെക്കുറിച്ചുള്ള ദീർഘകാലവും ആഴത്തിലുള്ളതുമായ അറിവും നിങ്ങളുടെ സ്ഥാപനത്തിന്റെ വൈവിധ്യമാർന്ന ജാവ ആവശ്യങ്ങളെ പിന്തുണയ്ക്കുന്നതിനുള്ള കഴിവുകളുടെ ശ്രേണിയും ഉണ്ടായിരിക്കണം.

നിങ്ങൾക്ക് ആവശ്യമുള്ളപ്പോൾ പിന്തുണ എപ്പോഴും ലഭ്യമായിരിക്കണം. 
You should be able to easily reach your support team, even on weekends and public holidays, regardless of your time zone. After all, easy accessibly is the only way you can truly rely on your Java partner’s experience, dedication, and expert knowledge.

ജാവയിൽ അഭിനിവേശമുള്ള ഒരു ദാതാവിനെ കണ്ടെത്തൂ.
നിങ്ങളുടെ ജാവ ദാതാവ് പ്ലാറ്റ്‌ഫോമിന്റെ മൊത്തത്തിലുള്ള വളർച്ചയ്ക്കും വിജയത്തിനും പ്രതിജ്ഞാബദ്ധനായിരിക്കണം. ജാവ പ്ലാറ്റ്‌ഫോമിൽ ഉൾപ്പെടുന്ന കോഡിൽ പ്രവർത്തിക്കാത്ത സപ്പോർട്ട് സ്റ്റാഫ്, സപ്പോർട്ട് സ്ക്രിപ്റ്റിൽ നിന്ന് വ്യതിചലിക്കുന്ന ഏതൊരു പ്രശ്‌നവും വർദ്ധിപ്പിക്കേണ്ടിവരും. ഓരോ സെക്കൻഡും കണക്കാക്കുന്ന ഒരു പ്രതിസന്ധിയിൽ, ഹോൾഡിൽ കാത്തിരിക്കുന്നത് ഒരു ദുരന്തമായിരിക്കും.

നിങ്ങൾ ഒറാക്കിൾ ജാവ എസ്ഇയിൽ നിന്ന് മാറുമ്പോൾ നിങ്ങളുടെ ലൈസൻസ് സേവിംഗ്സ് കണക്കാക്കുക

• Azul has been guiding the evolution of Java technology since 2011 when it was first elected to the Java Community Process (JCP) Executive Committee. Azul is also on the Expert Group for the Java Specification Request (JSR) of all Java versions since JDK9. Azul also Initiated and sponsors the vendor-neutral community platform Foojay.io, for friends of OpenJDK, bringing together the worldwide community of OpenJDK users.

മൈഗ്രേഷൻ ചെലവ്

ഒറാക്കിൾ പറയുന്നതുപോലെ അത്ര മോശമല്ല ഇത്.

• ഒരു JDK യിൽ നിന്ന് മറ്റൊന്നിലേക്ക് മാറാൻ ഓർഗനൈസേഷനുകൾ ആലോചിക്കുമ്പോൾ, അവർ എപ്പോഴും ചോദിക്കാറുണ്ട്, “ഞാൻ എന്റെ കോഡ് ഒരു പുതിയ JDK യിലേക്ക് കൊണ്ടുപോയാൽ എന്റെ ആപ്ലിക്കേഷൻ മാറ്റമില്ലാതെ പ്രവർത്തിക്കുമോ?” ചില JDK ദാതാക്കൾ അവരുടെ ഇംപ്ലിമെന്റേഷനിൽ പ്രവർത്തിക്കുന്ന കോഡ് മറ്റൊരു ഇംപ്ലിമെന്റേഷനിൽ ശരിയായി പ്രവർത്തിക്കില്ലെന്ന് സൂചന നൽകിയിട്ടുണ്ട്, അതായത് വിലകുറഞ്ഞ വിതരണത്തിലേക്ക് മാറുന്നതിനേക്കാൾ ഉയർന്ന ലൈസൻസ് ഫീസ് അടയ്ക്കുന്നതാണ് നല്ലതെന്ന് സൂചിപ്പിക്കുന്നു.
• അപ്പോൾ, ജാവ സ്റ്റാൻഡേർഡ് പതിപ്പിന്റെ നിർവചിക്കപ്പെട്ട സ്പെസിഫിക്കേഷനുകളുമായി ഒരു ഇംപ്ലിമെന്റേഷൻ 100% പൊരുത്തപ്പെടുന്നുണ്ടോ എന്ന് നിർണ്ണയിക്കാൻ അളക്കാവുന്നതും നിർവചിക്കാവുന്നതുമായ മാർഗങ്ങൾ ഉള്ളത് എത്ര ഭാഗ്യകരമാണ്.
• Azul has a 100% success rate migrating organizations from other Java distributions, thanks to its three-phase migration process. Azul Deputy CTO Simon Ritter literally wrote the book on it. Read OpenJDK Migration for Dummies.

ടെക്നോളജി കോംപാറ്റിബിലിറ്റി കിറ്റ് (TCK)

• The TCK was created to ensure compatibility between different implementations of the Java specification. It’s essential for Java’s portability — for delivering the “write once, run anywhere” promise. The TCK provides a high level of confidence that an application that runs on one TCK-tested distribution will run the same way on another distribution that has also passed the TCK test suite. To call TCKs comprehensive is an understatement: To be a drop-in replacement for Oracle JDK, an OpenJDK provider must pass more than 120,000 tests. If the new JDK has and uses automated installers, all applications that use the default JDK will automatically pick up the new JDK (i.e. no changing PATH).
• മിക്ക കേസുകളിലും, നിങ്ങൾക്ക് അഞ്ച് മിനിറ്റിനുള്ളിൽ ഒരു ഡ്രോപ്പ്-ഇൻ റീപ്ലേസ്‌മെന്റ് JDK ഇൻസ്റ്റാൾ ചെയ്യാൻ കഴിയും. സോഴ്‌സ് കോഡ് പരിഷ്‌ക്കരിക്കുകയോ നിങ്ങളുടെ ആപ്ലിക്കേഷൻ വീണ്ടും കംപൈൽ ചെയ്യുകയോ ചെയ്യേണ്ടതില്ല. Oracle JDK-യ്‌ക്കായി ഒരു അപ്‌ഡേറ്റ് ഇൻസ്റ്റാൾ ചെയ്യുന്നതിന് സമാനമാണ് ഘട്ടങ്ങൾ.

മറ്റ് പരിഗണനകൾ
ജാവ ഇംപ്ലിമെന്റേഷനുകൾക്കിടയിൽ TCK അനുയോജ്യത ഉറപ്പാക്കുന്നുണ്ടെങ്കിലും, അനുയോജ്യതയ്ക്ക് പുറത്തുള്ള പ്രശ്‌നങ്ങൾക്ക് ഇത് എല്ലായ്പ്പോഴും വ്യക്തമായ ഉത്തരങ്ങൾ നൽകുന്നില്ല എന്നത് ഓർമ്മിക്കുക.ampഒരു ദശാബ്ദം മുമ്പ്, കമ്പ്യൂട്ടിംഗ് ഉപകരണങ്ങളിൽ എന്റർപ്രൈസ് ഓർഗനൈസേഷനുകൾ മന്ദഗതിയിലുള്ളതും എന്നാൽ സ്ഥിരതയുള്ളതുമായ ഒരു മാറ്റത്തെ അഭിമുഖീകരിച്ചു, സിപിയു രൂപകൽപ്പനയിൽ "വേഗത"യിൽ നിന്ന് "കൂടുതൽ" എന്നതിലേക്കുള്ള മാറ്റത്തിന്റെ രൂപത്തിൽ - പ്രത്യേകിച്ച്, "മൾട്ടി-കോർ" സിപിയുകളുടെ ഉയർച്ച, ഹെർബ് സട്ടറിന്റെ "ദി ഫ്രീ ലഞ്ച് ഈസ് ഓവർ: എ ഫണ്ടമെന്റൽ ടേൺ ടുവാർഡ്സ് കൺകറൻസി ഇൻ സോഫ്റ്റ്‌വെയർ" എന്ന തലക്കെട്ടിലുള്ള മാറ്റത്തെക്കുറിച്ചുള്ള ഇപ്പോൾ പ്രശസ്തമായ കോളത്തിലേക്ക് നയിച്ചു.

• സിപിയു നിർമ്മാതാക്കൾ വലിയ അളവിൽ 64-ബിറ്റ് ചിപ്പുകൾ നിർമ്മിക്കാൻ തുടങ്ങിയപ്പോഴും സമാനമായ ഒരു മാറ്റം സംഭവിച്ചു, ഇന്റൽ x86/x64 ലൈനിന് മുകളിലുള്ള ARM സീരീസ് സിപിയുകൾ വ്യവസായം പരിഗണിക്കാൻ തുടങ്ങിയപ്പോഴും സമാനമായ ഒരു മാറ്റം സംഭവിച്ചുകൊണ്ടിരിക്കുന്നു.
• ഈ ഓരോ സാഹചര്യത്തിലും, ഒരു ഐടി സ്ഥാപനം മൈഗ്രേഷൻ നടത്താത്തതിന്റെ അനന്തരഫലങ്ങൾ വിലയിരുത്തേണ്ടതുണ്ട്. ഉദാഹരണത്തിന്amp32-ബിറ്റ് ജാവ പ്ലാറ്റ്‌ഫോമിൽ നിന്ന് മാറാൻ വിസമ്മതിച്ച ഒരു ഐടി സ്ഥാപനം, ജാവ പ്രോസസ്സിനായി ലഭ്യമായ 2GB മെമ്മറിയുടെ അന്തർലീനമായ (ബ്രേക്ക് ചെയ്യാൻ കഴിയാത്ത) പരിധി നേരിടേണ്ടി വന്നു. ഇന്റലിൽ നിന്ന് ARM സിപിയുകളിലേക്ക് മൈഗ്രേറ്റ് ചെയ്യുന്നത് പരിഗണിക്കുമ്പോൾ, നേറ്റീവ് കോഡ് എക്സിക്യൂട്ട് ചെയ്യുന്ന ജാവ ആപ്ലിക്കേഷന്റെ ഏതെങ്കിലും ഭാഗത്തിന് (മിക്കപ്പോഴും നോൺ-ക്ലൗഡ് പരിതസ്ഥിതികളിൽ കാണപ്പെടുന്നു), ARM പ്രോസസ്സറുകൾക്ക് നേറ്റീവ് കോഡ് ലഭ്യമാണെന്ന് ഓർഗനൈസേഷൻ ഉറപ്പാക്കണം, അതിന് ആ നേറ്റീവ് അസറ്റുകളുടെ പുനഃസമാഹരണം ആവശ്യമായി വന്നേക്കാം.
• എന്നിരുന്നാലും, ഈ പരിഗണനകൾ ഓരോന്നും ജാവ പ്ലാറ്റ്‌ഫോമിന് പുറത്തുള്ള ആശങ്കകളെ ചുറ്റിപ്പറ്റിയാണെന്ന് ശ്രദ്ധിക്കുക. ടിസികെയുടെ ഉപയോഗം ഒരു ജാവ ഉപയോഗിക്കുന്ന ഓർഗനൈസേഷന് ഉറപ്പാക്കുന്നു, അവരുടെ ജാവ കോഡ്, കുറഞ്ഞത്, അതിന്റെ സിപിയുവിന്റെ വലുപ്പം, നമ്പർ അല്ലെങ്കിൽ ഡിസൈൻ ശൈലി പരിഗണിക്കാതെ, പ്ലാറ്റ്‌ഫോമുകളിലുടനീളം ഒരേ രീതിയിൽ പ്രവർത്തിക്കുകയും പ്രവർത്തിക്കുകയും ചെയ്യും.

സൂചനകൾ

• സ്വമേധയാ അല്ലെങ്കിൽ മറ്റേതെങ്കിലും രീതിയിൽ കുടിയേറ്റം നേരിടുന്ന സ്ഥാപനങ്ങൾക്ക്, TCK യുടെ സാന്നിധ്യം അതിശയകരമായ വാർത്ത നൽകുന്നു, കാരണം അത് ഉത്കണ്ഠയും ആശങ്കയും ഇല്ലാതാക്കുന്നു. ആപ്ലിക്കേഷൻ പൂർണ്ണമായും ജാവയിലാണ് എഴുതിയതെങ്കിൽ, JVM ന് പുറത്തുള്ള പരിസ്ഥിതിയെക്കുറിച്ചുള്ള ആശങ്കകളൊന്നുമില്ല (ഉൾപ്പെടെ എന്നാൽ ഇവയിൽ മാത്രം പരിമിതപ്പെടുത്താതെ) fileസിസ്റ്റം ഓർഗനൈസേഷൻ), തുടർന്ന് ഏതൊരു TCK-അനുയോജ്യമായ പ്ലാറ്റ്‌ഫോമിലും ആപ്ലിക്കേഷൻ 100% പെരുമാറ്റപരമായി തുല്യമാണെന്ന് TCK ഉറപ്പുനൽകുന്നു.
• കൂടുതൽ യാഥാർത്ഥ്യബോധത്തോടെ, മിക്ക ആപ്ലിക്കേഷനുകളും ജാവ പ്ലാറ്റ്‌ഫോമിന് പുറത്തുള്ള പരിസ്ഥിതിയുടെ ചില സവിശേഷതകളെ ആശ്രയിച്ചിരിക്കുന്നതിനാൽ (ഉദാഹരണത്തിന്, fileസിസ്റ്റം), ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾ മാറ്റുന്നത് പോലുള്ള ചുറ്റുപാടുമുള്ള സന്ദർഭങ്ങൾ മൈഗ്രേറ്റ് ചെയ്യുമ്പോൾ ആപ്ലിക്കേഷന്റെ സ്വഭാവം പരിശോധിക്കുന്നതിന് ഓർഗനൈസേഷനുകൾക്ക് കുറച്ച് സമയം ചെലവഴിക്കേണ്ടി വന്നേക്കാം. എന്നാൽ TCK-അനുയോജ്യമായ പ്ലാറ്റ്‌ഫോമുകളിലുടനീളം ഒരു ജാവ ആപ്ലിക്കേഷന്റെ സമാന സ്വഭാവം TCK ഉറപ്പുനൽകുന്നതിനാൽ, ഒരു ഓർഗനൈസേഷൻ ഇപ്പോൾ നേരിടുന്ന പരിശോധന ആപ്ലിക്കേഷന്റെ "അരികുകളിൽ" ആണ്, അവിടെ അത് ആ ചുറ്റുപാടുമുള്ള പരിസ്ഥിതിയുമായി ഇടപഴകുന്നു. നിർവചനം അനുസരിച്ച്, ഇത് ആവശ്യമായ ജോലിയിലെ കുറവാണ്; പ്രായോഗികമായി, ഇത് ഗണ്യമായ കുറവാണ്.

എഡ്ജ് കേസുകൾ
JDK 11-ന് മുമ്പ്, കോർ OpenJDK പ്രോജക്റ്റിൽ ഉൾപ്പെടുത്തിയിട്ടില്ലാത്ത സവിശേഷതകൾ Oracle (ഒപ്പം Sun Microsystems) JDK-യിലും ഉൾപ്പെടുത്തിയിരുന്നു. ഏറ്റവും പുതിയ ജാവ പതിപ്പുകളിൽ ഒഴിവാക്കിയ പഴയ Oracle സാങ്കേതികവിദ്യകളെക്കുറിച്ച് അറിഞ്ഞിരിക്കുക:

• JavaFX Applets
• ജാവ Web ആരംഭിക്കുക

JavaFX ഉൾപ്പെടുത്തിയ ബിൽഡുകൾ ഇപ്പോഴും നൽകുന്ന ചുരുക്കം ചില OpenJDK വിതരണക്കാരിൽ ഒന്നാണ് Azul, സംയോജിത OpenJDK, OpenJFX എന്നിവ പൂർണ്ണമായും അനുയോജ്യമാണെന്ന് ഉറപ്പാക്കുന്നു. Azul ഡൗൺലോഡുകളിൽ നിങ്ങൾക്ക് അവയെ പാക്കേജ് തരം "JDK FX" ആയി കണ്ടെത്താൻ കഴിയും. നിങ്ങൾക്ക് ലോംഗ് ടേം സപ്പോർട്ട് പതിപ്പുകൾ 8, 11, 17, 21, ഷോർട്ട് ടേം സപ്പോർട്ട് പതിപ്പ് 23 എന്നിവ ഡൗൺലോഡ് ചെയ്യാം.

• Oracle Java SE-യിൽ നിന്നുള്ള മൈഗ്രേഷന് സാധാരണയായി എത്ര സമയമെടുക്കുമെന്ന് കാണുക.

2025 മാർച്ചിൽ JDK 8-ൽ JavaFX-നുള്ള പിന്തുണ Oracle അവസാനിപ്പിക്കുകയും OpenJFX ഉൾപ്പെടുത്തിയ ജാവ 8 ബിൽഡുകൾ നൽകുന്നത് നിർത്തുകയും ചെയ്യും. അതായത്, ഏപ്രിലിലെ ആദ്യ സുരക്ഷാ അപ്‌ഡേറ്റുകൾ മുതൽ, ഉൾപ്പെടുത്തിയ JavaFX-നൊപ്പം Oracle JDK 8 ഇനി ലഭ്യമാകില്ല. അപകടസാധ്യതകൾ ഗുരുതരമാണ്:

• Your CI/CD builds will fail as new Oracle JDK 8 versions no longer support JavaFX.
• You can’t fix these failing builds as JavaFX 8 is no longer maintained as an open-source project, and no separate downloads are available.
• If you decide to stick to the latest released Oracle Java 8 package with JavaFX, your system will become vulnerable to CVEs, as no new releases with fixes will become available. The same applies to bug fixes in Java and JavaFX for that version.

പരിപാലന ചെലവ്

CPU-കൾ ഉപയോഗിച്ചുള്ള ത്രൈമാസ അപ്‌ഡേറ്റുകൾ

• PSU updates have introduced an uncomfortable number of new regressions to the JDK, which have required an out-of-bounds update. This is fine if the applications affected are common (like Hadoop Cluster in July 2022), but what happens if the only application affected is yours?(1) You can’t install the PSU because it will break your application. (2) If the update addresses a critical vulnerability, you leave yourself exposed unless you have access to the CPU, which you don’t if you’re using free Java (or any distribution outside Oracle and Azul). Since your application is the only one affected, there is no guarantee when (or even if) this problem will be resolved in OpenJDK. (3) You can report it as a bug, but it won’t get priority. This could lead to either extended downtime of your application, or a potential breach of data or DOS attack. Any of these three scenarios comes with potentially unlimited cost to your organization: lack of revenue, cost of mitigation, reputation damage, and customer attrition.
• ഓപ്പൺജെഡികെ പ്രോജക്റ്റ് വർഷത്തിൽ നാല് തവണ അപ്‌ഡേറ്റുകൾ പുറത്തിറക്കുന്നു, ജനുവരി, ഏപ്രിൽ, ജൂലൈ, ഒക്ടോബർ മാസങ്ങളിലെ മൂന്നാമത്തെ ചൊവ്വാഴ്ചകളിൽ. മാറ്റങ്ങൾ ആ സമയത്തെ ജാവയുടെ നിലവിലെ പതിപ്പിലും നിലവിലെ എൽടിഎസ് പതിപ്പിലും നേരിട്ട് ബാധകമാണ്. ആർക്കും ഓപ്പൺജെഡികെ സോഴ്‌സ് കോഡ് ഡൗൺലോഡ് ചെയ്യാനും സ്വന്തമായി അപ്‌ഡേറ്റ് ചെയ്‌ത ജെഡികെ നിർമ്മിക്കാനും കഴിയും, കൂടാതെ സുരക്ഷാ പാച്ചുകൾ, ബഗ് പരിഹാരങ്ങൾ, മെച്ചപ്പെടുത്തലുകൾ എന്നിവയ്‌ക്കൊപ്പം അത് എല്ലായ്പ്പോഴും നിലവിലുള്ളതായിരിക്കും. അയ്യോ, അപ്‌ഡേറ്റ് ചെയ്‌ത ജെഡികെ നിർമ്മിക്കുന്നത് മിക്ക ഓർഗനൈസേഷനുകൾക്കും യാഥാർത്ഥ്യമല്ല.

വാണിജ്യ ജാവ പിന്തുണയില്ലാതെ, നിങ്ങളുടെ സ്ഥാപനം ഗുരുതരമായ അപകടസാധ്യതകൾ നേരിടുന്നു:

• No security guarantees or support
• No commercial support for Java 6 and 7, but most OpenJDK vendors don’t provide it either
• No CPUs
• No out-of-cycle fixes for new vulnerabilities
• Lack of expertise at your disposal

ഒറാക്കിളിൽ പോലും, ജാവ 6 അല്ലെങ്കിൽ 7 ന് നിങ്ങൾക്ക് പണമടച്ചുള്ള വാണിജ്യ പിന്തുണ ലഭിക്കില്ല.

എഞ്ചിനീയർമാരുടെ സമയം സൗജന്യമല്ല.
ഒരു പുതിയ പൊതുവായ ദുർബലത അല്ലെങ്കിൽ എക്സ്പോഷർ (CVE) പ്രഖ്യാപിക്കപ്പെടുകയും നിങ്ങളുടെ സ്ഥാപനത്തിന് CPU-കൾ ലഭിക്കാതിരിക്കുകയും ചെയ്താൽ, നിങ്ങൾക്ക് കുറച്ച് ഓപ്ഷനുകൾ ഉണ്ട്, അവയൊന്നും നല്ലതല്ല:

• Do nothing and hope the CVE is not exploited
• Wait for the PSU and implement it, hoping the CVE is not exploited in the meantime. Dedicate engineering time to manually applying a fix
• 2021 ഡിസംബറിൽ Log4j ലൈബ്രറിയിൽ Log4Shell ദുർബലത കണ്ടെത്തിയപ്പോൾ, ദുർബലമായ പതിപ്പുകൾ കണ്ടെത്തി അവ പാച്ച് ചെയ്യാൻ സംഘടനകൾ തിടുക്കം കൂട്ടി. പാച്ച് ഇല്ലാതെ, CVE ചൂഷണം ചെയ്യപ്പെടുകയോ ജാവയിൽ ഏറ്റവും വ്യാപകമായി ഉപയോഗിക്കുന്ന ലൈബ്രറികളിൽ ഒന്ന് ഉപയോഗിക്കുന്നത് നിർത്തുകയോ ചെയ്യില്ലെന്ന് സംഘടനകൾക്ക് പ്രതീക്ഷിക്കേണ്ടിവന്നു. കവചത്തിലെ ഒരു പ്രധാന പോരായ്മ, പല സ്ഥാപനങ്ങളും അശ്രദ്ധമായി ബാധിച്ച പതിപ്പുകൾ വീണ്ടും അവതരിപ്പിച്ചുകൊണ്ടിരുന്നു എന്നതാണ്.
• എന്തെങ്കിലും മോശം സംഭവിക്കുമ്പോൾ, പ്രശ്നം പരിഹരിക്കുന്നതിനും നിങ്ങളുടെ ഉപഭോക്താക്കൾക്കായി പുതിയ സവിശേഷതകൾ നിർമ്മിക്കുക എന്ന പ്രധാന ജോലി ചെയ്യാതിരിക്കുന്നതിനുമാണ് നിങ്ങൾ നിങ്ങളുടെ എഞ്ചിനീയർമാർക്ക് പണം നൽകുന്നത്.

ജാവ അപ്‌ഗ്രേഡുകളുടെ ഹാംസ്റ്റർ വീൽ

• നിങ്ങൾ Oracle Java വാണിജ്യ പിന്തുണ ആസ്വദിക്കുന്നുണ്ടെങ്കിൽ, പണം നൽകാതെ തന്നെ അത് ഉപയോഗിക്കുന്നത് തുടരാൻ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, നിങ്ങൾക്ക് കഴിയും, പക്ഷേ നിങ്ങൾ തുടർച്ചയായി നിങ്ങളുടെ Java പതിപ്പ് അപ്‌ഗ്രേഡ് ചെയ്യണം. ഏറ്റവും പുതിയ LTS പതിപ്പ് സൗജന്യമാണ്, എന്നാൽ പുതിയ LTS പതിപ്പ് പുറത്തിറങ്ങി ഒരു വർഷത്തിന് ശേഷം മുൻ LTS പതിപ്പിന് സൗജന്യ പിന്തുണ ഇല്ലാതാകും.

അസുൽ പ്ലാറ്റ്‌ഫോം കോറിനെ സൗജന്യ ഓപ്പൺജെഡികെ വിതരണങ്ങളുമായി താരതമ്യം ചെയ്യുക

അസുൽ ഇന്റലിജൻസ് ക്ലൗഡിന്റെ ഒരു സവിശേഷതയായ അസുൽ വൾനറബിലിറ്റി ഡിറ്റക്ഷൻ, DevOps കാര്യക്ഷമത മെച്ചപ്പെടുത്താൻ സഹായിക്കുന്ന നാല് ആനുകൂല്യങ്ങൾ നൽകുന്നു:

• Uses unique information from the JVM to eliminate false positives and prioritize the backlog to focus on vulnerable code in use.
• Continuously detects what new critical vulnerabilities have been used in production and where, saving time and minimizing disruption from events like the discovery of Log4Shell.
• Pinpoints code that runs in production so DevOps can easily identify and remove code that doesn’t, reducing the burden of maintaining and upgrading unused code.
• Retains code use history, enabling focused forensic efforts to determine if vulnerable code was exploited prior to being known as vulnerable.

Ensure Compliance with Regulations

ലംഘനങ്ങൾക്ക് പിഴയും പ്രശസ്തിക്ക് കോട്ടവും വന്നേക്കാം.

• ഒരുപക്ഷേ ആ ദുർബലതകളെല്ലാം നിങ്ങളുടെ ആപ്ലിക്കേഷന്റെ ആരോഗ്യത്തെയും സുരക്ഷയെയും കുറിച്ചുള്ള ആശങ്കകൾക്ക് കാരണമാകില്ലായിരിക്കാം. പ്രത്യേകിച്ച് ആരോഗ്യ സംരക്ഷണം, ധനകാര്യം, സർക്കാർ, ഹോസ്പിറ്റാലിറ്റി, റീട്ടെയിൽ, ഗതാഗതം തുടങ്ങിയ സെൻസിറ്റീവ് വ്യവസായങ്ങളിൽ നിങ്ങളുടെ ഉപഭോക്താക്കൾ വ്യത്യസ്തമായി തോന്നിയേക്കാം. പല വ്യവസായങ്ങളും പങ്കാളികൾ, വിതരണക്കാർ, ദാതാക്കൾ എന്നിവർ കർശനമായ നിയന്ത്രണങ്ങൾ പാലിക്കുന്നുണ്ടെന്ന് തെളിയിക്കുന്ന രേഖകൾ സജീവമായി നൽകണമെന്ന് ആവശ്യപ്പെടുന്നു. “CVE-123456 ഞങ്ങൾക്ക് ഒരു ഭീഷണിയാകരുത്” എന്ന നിങ്ങളുടെ കമ്പനിയുടെ ബ്ലോഗിലെ സന്ദേശം ബിസിനസ്സ് നേതാക്കളെ സമാധാനിപ്പിക്കുന്നില്ല, കൂടാതെ ആക്രമണകാരികൾക്ക് നിങ്ങളുടെ കോഡിലെ ദുർബലതകൾ ചൂഷണം ചെയ്യാൻ കഴിയില്ലെന്ന് ഉറപ്പാക്കാൻ നിങ്ങളുടെ കമ്പനി എല്ലാ ന്യായമായ നടപടികളും സ്വീകരിക്കുന്നുണ്ടെന്ന് നിങ്ങൾ പരസ്യമായി പ്രകടിപ്പിക്കണം. മനസ്സിൽ സൂക്ഷിക്കേണ്ട വളരെ ചെറിയ നിയന്ത്രണങ്ങളുടെ പട്ടികയിൽ ഇവ ഉൾപ്പെടുന്നു:

വടക്കേ അമേരിക്ക
സൈബർ സുരക്ഷയും ഇൻഫ്രാസ്ട്രക്ചർ സെക്യൂരിറ്റി ഏജൻസിയും (CISA) നിർദ്ദേശങ്ങൾ, ധനകാര്യ സ്ഥാപനങ്ങൾ ഉൾപ്പെടെയുള്ള നിർണായക അടിസ്ഥാന സൗകര്യ മേഖലകളെ സൈബർ ഭീഷണികളിൽ നിന്ന് സംരക്ഷിക്കുന്നതിനായി പ്രവർത്തിക്കുന്നു.

• പിഴകൾ: Civil penalties like fines and criminal charges

ആരോഗ്യ ഇൻഷുറൻസ് പോർട്ടബിലിറ്റി ആൻഡ് അക്കൗണ്ടബിലിറ്റി ആക്ട് (HIPAA) രോഗികളുടെ ആരോഗ്യ വിവരങ്ങളുടെ സ്വകാര്യത സംരക്ഷിക്കുന്നു.

• പിഴകൾ: fines up to $50,000 and imprisonment up to a year

യൂറോപ്പ്
സൈബർ ആക്രമണങ്ങളിൽ നിന്ന് നിങ്ങളുടെ ഐടി സുരക്ഷിതമാക്കാൻ നിങ്ങൾ പ്രവർത്തിക്കുന്നുണ്ടെന്ന് ഉപഭോക്താക്കളെ ബോധ്യപ്പെടുത്തുന്നതിനാണ് സൈബർ എസൻഷ്യൽസ് രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത്.

പിഴകൾ: fines, legal action, and regulatory sanctions

ജനറൽ ഡാറ്റ പ്രൊട്ടക്ഷൻ റെഗുലേഷൻ (GDPR) ഒരു EU ഉപഭോക്തൃ സ്വകാര്യതാ സംരക്ഷണ, സുരക്ഷാ നിയമമാണ്.

• Penalties: Fines up to €20 million for individuals and up to 4% of global turnover for businesses, plus criminal penalties

ഡിജിറ്റൽ പ്രവർത്തനപരമായ അപകടസാധ്യതകൾക്കെതിരെ സാമ്പത്തിക മേഖലയുടെ പ്രതിരോധശേഷി ശക്തിപ്പെടുത്താൻ ഡിജിറ്റൽ പ്രവർത്തനപരമായ പ്രതിരോധ നിയമം (DORA) സഹായിക്കുന്നു.

• പിഴകൾ: Penalties up to €1 million for individuals, and fines up to 2% of annual turnover, administrative repercussions, license revocation, and brand degradation for businesses

ഏഷ്യ
ഐടി ഭരണം, സൈബർ പ്രതിരോധശേഷി, പ്രവർത്തന തുടർച്ച എന്നിവയിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്ന സാമ്പത്തിക മേഖലയ്ക്കുള്ള മാർഗ്ഗനിർദ്ദേശങ്ങൾ മോണിറ്ററി അതോറിറ്റി ഓഫ് സിംഗപ്പൂർ (MAS) നൽകുന്നു.

• പിഴകൾ: fines, civil penalties, and criminal convictions

സാങ്കേതികവിദ്യ സുരക്ഷിതമാക്കുന്നതിനുള്ള ലക്ഷ്യ ദിശ എസൻഷ്യൽ എട്ട് നൽകുന്നു.

• പിഴകൾ: Certification is required to bid for central government contracts which involve handling PPI.

ബൗദ്ധിക സ്വത്തവകാശ പ്രശ്നങ്ങൾ

• നിങ്ങളുടെ സോഫ്റ്റ്‌വെയറിന് നേരെയുള്ള സജീവമായ ഭീഷണികളെയും ആക്രമണങ്ങളെയും കുറിച്ചുള്ള ആശങ്കകൾക്ക് പുറമേ, നിങ്ങളുടെ കമ്പനിയുടെ അടിത്തറയ്ക്ക് തുല്യമായ മാരകമായ ഒരു സൂക്ഷ്മമായ ഭീഷണി കൂടി വരുന്നു. ഓപ്പൺ സോഴ്‌സ് സോഫ്റ്റ്‌വെയർ സോഫ്റ്റ്‌വെയർ വികസനത്തിൽ ഒരു പ്രധാന ശക്തിയായി ഉയർന്നുവന്നതോടെ, കഴിഞ്ഞ അരനൂറ്റാണ്ടായി ബൗദ്ധിക സ്വത്തവകാശ (ഐപി) നിയമങ്ങളിൽ ടെക്റ്റോണിക് ലെവൽ മാറ്റം ഉണ്ടായിട്ടുണ്ട്. 50 വർഷങ്ങൾക്ക് മുമ്പ് സ്വതന്ത്ര-ഓപ്പൺ സോഴ്‌സ് സോഫ്റ്റ്‌വെയർ പ്രധാന ബിസിനസുകളിൽ പലപ്പോഴും അവഗണിക്കപ്പെട്ടിരുന്നു, 2025 ൽ ഇത് മിക്കവാറും എല്ലാ സംരംഭങ്ങളുടെയും കേന്ദ്രബിന്ദുവായി മാറുന്നു, പ്രത്യേകിച്ചും നിങ്ങൾ ജാവ ഉപയോഗിക്കുകയാണെങ്കിൽ.
• Say you use a GNU Public Licensed (GPL) library to write a tool that is used as a part of your build process. Is your software required to declare itself GPL as well? What if you use a language that makes use of libraries written using the GPL? Is your software now required to be source-available for download by anyone who cares to do so? If a cease-and-desist letter shows up in your company mail, demanding you comply with the legal requirements of the GPL, can you comply without bankrupting your company? Or can you prove that your software is not “contaminated” in its intellectual property? Before you answer, you should know that (1) the JDK itself is built with a number of GPL components, and (2) the GPL has some very particular requirements, including that anything that is GPL-licensed must remain so licensed, and therefore available for free by anyone who cares to download it.
• IP പ്രശ്‌നങ്ങളുടെ ഭീഷണികൾ ലഘൂകരിക്കുന്നതിന്, നിങ്ങളുടെ ഉൽപ്പന്നങ്ങളിൽ അവ ഉൾപ്പെടുത്തുകയോ ഉൾച്ചേർക്കുകയോ വിതരണം ചെയ്യുകയോ ചെയ്യുന്നത് നിങ്ങളുടെ ഉൽപ്പന്നങ്ങളുടെ IP അല്ലെങ്കിൽ ലൈസൻസ് ആവശ്യകതകളുള്ള കോഡിനെ മലിനമാക്കുന്നില്ലെന്ന് ഉറപ്പാക്കാൻ, ഔപചാരിക സർട്ടിഫിക്കേഷനും പരിശോധനയും നടത്തിയിട്ടുള്ള OpenJDK-യുടെ നിർദ്ദിഷ്ട ബിൽഡുകളിലേക്ക് ആക്‌സസ് നൽകുന്ന ഒരു ജാവ ദാതാവ് നിങ്ങൾക്ക് ആവശ്യമാണ് (GPLv2-ന്റെ സോഴ്‌സ് കോഡ് വെളിപ്പെടുത്തൽ ആവശ്യകതകൾ ഉൾപ്പെടെ എന്നാൽ അതിൽ മാത്രം പരിമിതപ്പെടുത്താതെ).

ലംബമായ നിയന്ത്രണ വിധേയത്വ നിയന്ത്രണങ്ങൾ കാണുക

ഉപസംഹാരം

• JDK പതിപ്പുകൾ 6 ഉം 7 ഉം, ആദ്യകാല പതിപ്പുകൾ 8 ഉം സൗജന്യമായി ഉപയോഗിക്കാം. ഒറാക്കിൾ ഇപ്പോഴും JDK 8 നെ വാണിജ്യപരമായി പിന്തുണയ്ക്കുന്നു, പക്ഷേ JDK 6 ഉം 7 ഉം ഇനി പിന്തുണയ്ക്കുന്നില്ല, ഇത് അവയെ സുരക്ഷാ അപകടസാധ്യതകൾക്ക് ഇരയാക്കുന്നു. 2018 ഡിസംബറിൽ അവസാനിച്ച ജാവ 6 ലും 2022 ജൂലൈയിൽ അവസാനിച്ച ജാവ 7 ലും പൊതുവായ ദുർബലതകളും എക്സ്പോഷറുകളും (CVE-കൾ) തുടർച്ചയായി കണ്ടെത്തിയിട്ടുണ്ട്. വാണിജ്യ പിന്തുണയോടെ, ജാവയുടെ ഈ പഴയ പതിപ്പുകളെ സംരക്ഷിക്കുന്ന സുരക്ഷാ പാച്ചുകളും, അനുസരണ ആവശ്യകതകൾ മികച്ച രീതിയിൽ നിറവേറ്റാൻ പ്രാപ്തമാക്കുന്ന ജാവയുടെ നിലവിലെ പതിപ്പുകൾക്കുള്ള ക്രിട്ടിക്കൽ പാച്ച് അപ്‌ഡേറ്റുകളും (CPU-കൾ) സബ്‌സ്‌ക്രൈബർമാർക്ക് ലഭിക്കുന്നു.
• അസ്ഥിരമായ അപ്‌ഡേറ്റുകൾക്കെതിരായ ഇൻഷുറൻസ് പോലുള്ള വാണിജ്യ പിന്തുണാ പ്രവർത്തനങ്ങൾ (2024 ജൂലൈയിൽ ലോകമെമ്പാടുമുള്ള ബിസിനസുകൾ അടച്ചുപൂട്ടിയ ക്രൗഡ്‌സ്ട്രൈക്ക് അപ്‌ഡേറ്റ് പോലെ). പൂർണ്ണമായ JDK അപ്‌ഡേറ്റിൽ ഒരു റിഗ്രഷൻ സംഭവിച്ചാൽ, അസുൽ ഉപഭോക്താക്കൾക്ക് പരിരക്ഷ ലഭിക്കും - വളരെ കുറച്ച് മാറ്റങ്ങളോടെ അവർ CPU പതിപ്പ് ഇൻസ്റ്റാൾ ചെയ്തുവെന്ന് കരുതുക. (ചരിത്രപരമായി, പൂർണ്ണമായ ത്രൈമാസ അപ്‌ഡേറ്റുകളിൽ സംഭവിക്കുന്ന ആനുകാലിക റിഗ്രഷനുകൾ അസുൽ CPU-കളെ ബാധിച്ചിട്ടില്ല). പൂർണ്ണമായ അപ്‌ഡേറ്റുകൾ ഇൻസ്റ്റാൾ ചെയ്തതിനാൽ ഒരു ഉപഭോക്താവ് ബാധിക്കപ്പെട്ടാൽ, അവർക്ക് ഉടൻ തന്നെ CPU-കളിലേക്ക് മാറാൻ കഴിയും.
• സിപിയുകൾക്ക് പുറമേ, അസുൽ (മറ്റ് ചില വാണിജ്യ പിന്തുണാ ദാതാക്കളും) സുരക്ഷാ അപ്‌ഡേറ്റുകൾക്കായി SLA-കൾ വാഗ്ദാനം ചെയ്യുന്നു, ആവശ്യമെങ്കിൽ നിർണായകവും സൈക്കിളിന് പുറത്തുള്ളതുമായ പരിഹാരങ്ങൾ നൽകും.
• ജാവയിൽ നിർണായകമായ ബിസിനസ്സ് ആപ്ലിക്കേഷനുകൾ പ്രവർത്തിക്കുമ്പോൾ, വാണിജ്യ പിന്തുണ അനിവാര്യമായിത്തീരുന്നു. സമയബന്ധിതമായ സുരക്ഷാ പരിഹാരങ്ങൾക്കും നിർണായകമായ ബഗ് പരിഹാരങ്ങൾക്കും പുറമേ, ജാവ ഡെവലപ്‌മെന്റ് കിറ്റ്, ജാവ റൺടൈം എൻവയോൺമെന്റ് അല്ലെങ്കിൽ ജാവ വെർച്വൽ മെഷീൻ എന്നിവയുമായി ബന്ധപ്പെട്ട റൂട്ട് കോസ് വിശകലനത്തിനും പ്രശ്‌നപരിഹാരത്തിനും ആഗോളതലത്തിൽ വിതരണം ചെയ്യപ്പെടുന്ന വിദഗ്ദ്ധ എഞ്ചിനീയറിംഗ് സേവനങ്ങളിലേക്കുള്ള ആക്‌സസ് നിർണായകമാണ്.
• വാണിജ്യ പിന്തുണ ഇൻഷുറൻസും അറ്റകുറ്റപ്പണികളും ഒരു സബ്‌സ്‌ക്രിപ്‌ഷനിൽ സംയോജിപ്പിക്കുന്നു, കൂടാതെ - അസുലിന്റെ കാര്യത്തിൽ - ഐപി പരിരക്ഷയും വാഗ്ദാനം ചെയ്യുന്നു. കോപ്പിലെഫ്റ്റ് മലിനീകരണത്തിനെതിരെ അസുൽ അതിന്റെ ജെഡികെകളെ സാക്ഷ്യപ്പെടുത്തുകയും പേറ്റന്റ്, പകർപ്പവകാശ വെല്ലുവിളികൾക്കെതിരെ ഉപഭോക്താക്കളെ നഷ്ടപരിഹാരം നൽകുകയും ചെയ്യുന്നു.
• ജാവയെ ആശ്രയിക്കുന്ന ബിസിനസുകൾക്ക് നിങ്ങളുടെ ജാവ ആപ്ലിക്കേഷനുകളുടെ സുരക്ഷയും സ്ഥിരതയും ഉറപ്പാക്കേണ്ടത് അത്യന്താപേക്ഷിതമാണ്. അസുലിന്റെ വാണിജ്യ പിന്തുണയോടെ, വിദഗ്ദ്ധ എഞ്ചിനീയറിംഗ് സേവനങ്ങളിൽ നിന്നും സമഗ്രമായ ഐപി പരിരക്ഷയിൽ നിന്നും പ്രയോജനം നേടുന്നതിനൊപ്പം, നിങ്ങളുടെ നിക്ഷേപം സംരക്ഷിക്കാനും, അനുസരണ ആവശ്യകതകൾ നിറവേറ്റാനും, അപകടസാധ്യതകൾ ലഘൂകരിക്കാനും കഴിയും. ചുരുക്കത്തിൽ അസുലിന്റെ വാണിജ്യ പിന്തുണയ്ക്കും ഇത് ബാധകമാണ്.

അസുലിനെ കുറിച്ച്

• 2014 മുതൽ ജാവ കമ്മ്യൂണിറ്റിക്ക് അസുൽ ഓപ്പൺജെഡികെയുടെ സൗജന്യ സുലു ബിൽഡുകൾ ലഭ്യമാക്കിവരുന്നു. ഫോർച്യൂൺ 100-ൽ 36%, ഫോർബ്‌സ് ലോകത്തിലെ ഏറ്റവും മൂല്യവത്തായ 10 ബ്രാൻഡുകളിൽ 50%, ലോകത്തിലെ ഏറ്റവും മികച്ച 10 സാമ്പത്തിക വ്യാപാര കമ്പനികളിൽ 10 എന്നിവയിൽ ഇന്ന് ദശലക്ഷക്കണക്കിന് സെർവറുകളിലും ഉപകരണങ്ങളിലും അസുൽ പ്ലാറ്റ്‌ഫോം കോർ വാണിജ്യ ഓഫർ ഉപയോഗിക്കുന്നു.
• സമയബന്ധിതമായ സുരക്ഷാ അപ്‌ഡേറ്റുകൾക്കും ബഗ് പരിഹാരങ്ങൾക്കും കർശനമായ SLA പ്രതിബദ്ധതകൾ അസുലിന്റെ ലോകോത്തര പിന്തുണാ ഓഫറുകൾ നൽകുന്നു, അതുപോലെ തന്നെ ജാവ 8, 11 എന്നിവയ്‌ക്കുള്ള ഫ്ലൈറ്റ് റെക്കോർഡർ, മിഷൻ കൺട്രോൾ പോലുള്ള പ്രധാന സാങ്കേതികവിദ്യകൾക്കുള്ള പിന്തുണയും നൽകുന്നു. കൂടാതെ ജാവ 6/7-ന് പിന്തുണയും സമഗ്രമായ IP പരിരക്ഷയും നഷ്ടപരിഹാരവും വാഗ്ദാനം ചെയ്യുന്ന ഒരേയൊരു വെണ്ടർ അസുലാണ്.
• OpenJDK യുടെ സുലു ബിൽഡുകളെക്കുറിച്ചും വാണിജ്യ പിന്തുണാ ഓഫറുകളെക്കുറിച്ചുമുള്ള കൂടുതൽ വിവരങ്ങൾക്ക്, ദയവായി ഇന്ന് തന്നെ ഒരു Azul OpenJDK സ്പെഷ്യലിസ്റ്റുമായി ബന്ധപ്പെടുക.

Contact Azul
385 Moffett Park Drive, Suite 115 Sunnyvale, CA

• 94089 USA +1.650.230.6500
• www.azul.com
• പകർപ്പവകാശം © 2025 അസുൽ സിസ്റ്റംസ്, ഇൻക്.

പതിവുചോദ്യങ്ങൾ