Common Platform Basis: Difference between revisions

From Cibernética Americana
Jump to navigationJump to search
no edit summary
No edit summary
No edit summary
 
(90 intermediate revisions by the same user not shown)
Line 1: Line 1:
Domain Content Mgt. System ([[DMS III|DCMS]]) integrated the following packages for the indicated  standard purposes and can be for key milestones in the to initialization of  your dominion (enterprise domain(s)):
'''ai-integration.biz''' Domain Content Mgt. System ([[DCMS-X]]) integrates the following packages ¹ for the parenthesized standard dominion purposes:
<br><br>
<blockquote>
<table><tr><td width=400>
<ul>
<ul>
  <li> JBoss (JMX, etc)
  <li> Eucalyptus (compatibility with Amazon/Ubuntu)
  <li> Joomla (default CMS)
  <li> [[PHPCMS]] generalized in DCMS, in particular C-Liu the AOP Drupal 6 plus our supported modules and themes.
  <li> Drupal (Organic Groups)
  <li> JBoss (Java app server)
  <li> LAMP (DCMS core)
  <li> NixOS (WFL/DCP is a system application <br/> of this pure functional GNU Linux)
  <li> TYPO3 (site template)
  <li> SQL-Ledger ( Chart Of Accounts, ERP core )
</ul>
</ul>
<br>
</td><td align=justify>
Our core platform services are made available in bindings for any of the above and our initial buildout will create a generic vertical for each distinct 'platform' choice above.
We support the folllowing RDBMSes
 
*MySQL
*Oracle Express &sup1; or non-free Ora server.
*Postgres
*SQL Server &sup1;&sup2;
 
&sup1; provided on a case by case basis, others are included in base NixOS stdenv.<br/>
&sup2; requires 3rd party license.
 
</td></tr></table>
</blockquote>
<blockquote>
'''WFL/DCP''', our product unifying the above in our '''ai-integration.biz''' framework which also is the basis of our alternative DNS root service with which you can form your own IPV6 namespace and interwork with others that do in a completely peer-controller and autonomous internet scheme.
<br><br>
<br><br>
Note that only there are only 4 actual development packages above, and only 2 really full featured ones at that, but this is the way people currently shop for the basis for thier development needs, so we have to accomodate it. This focus is not without consequences but it cannot be helped because shopping for what you think you need instead of what you actually need is a buyer's prerogative.
Our core platform services are made available in bindings for all of the above and our platform service setup will create a fully functional development prototype of a generic vertical for each distinct enterprise domain set or '[[dominion]]' using same. You can see this in action in our 5 regular IPV4 domains ([http://meansofproduction.biz <font color=cyan><b>wik-cso.meansofproduction.dom</b></font>]) from the regular net though access to dominion native services will require a WFL/DCP host.
<br><br>
<br><br>
What you actually want, and may not know it, is a system that achieves your functional goals (assuming these are reasonable and feasible) and has the properties highlighted in the Value Prop(osition). In general what you may have think is the 'platform' choice or package du Jour generally has little to do with the attainment (except possibly to hinder it) of there properties. Nonetheless, unless such a choice presents a full blown conflict with the attainment of our
If we have prepared a development prototype for you it will be at <font color=gold><b>&lt;yourTopLevelDomainName&gt;.dom</b></font> per the offer letter sent you.
<html><a href=/everything/index.pl?node=total+quality+management>Total Quality Management</a></html> goals, we can accomodate it.
</blockquote>
 
== Non Applications ==
=== Intend to Resell our Service ===
I.e. without a royalty to me as its author and provider. You may use the software without restriction but you can't compete with me with my own service. Of course this doesn't apply to applications developed using it, only to the resale of the platform itself without a contract to do so. Software packages I use are transmitted to you per the various original open source license terms.
 
=== Narrow Package Focus  ===
Some people undertaking systems development have been observed to focus on one or another of various packages as the basis of their enterprise implementation. This focus is not without consequences but it cannot be helped because shopping for what you think you need instead of what you actually need is a buyer's prerogative. What you actually want, we think/hope, is a system that achieves your functional goals (assuming these are reasonable and feasible). A principal value which you will need to understand and appreciate is the value of having those goals realized without tying you to particular packages, but rather presented as intellectual work product which can be adapted to different backends. Our [[:en:Total Quality Management|TQM]] goals require this approach,
 
=== Require Local Control ===
The '''ai-integration.biz project''' provides you a cloud-computing service where you own the cloud as a software service provided by my automation and which you may move to whatever hosting vendor you wish. Migrations are relatively straightforward and can be performed at will, subject to whatever agreements you have with us or 3rd party providers. You can use our software for servers you physically own and privately manage of course but the common service architecture is not oriented for that.
 
The intent is to not be involved in hosting as soon as possible so from the beginning the service is oriented to your obtaining and managing the deployment of our service yourself. If you require a personal commitment from me beyond the initial development of your domain application other than on a consulting incident basis then that is a contraindication.  
<hr>
__NOTOC__

Navigation menu