Nous avons une application .net à deux niveaux où un programme de bureau parle à une base de données. Nous prenons en charge MS SQL Server 2000, 2005, 2008 et Oracle 9, 10 et 11.Comment publier des données internes sur Internet - aussi simple que possible
L'application est vendue, pas comme un film rétractable, mais plutôt proche. Il est très important pour nous que l'installation et la configuration soient aussi simples que possible car les instructions d'installation sont généralement fournies sous forme écrite au service informatique interne du client. Notre application n'est généralement pas considérée comme une mission critique pour le service informatique, nous devons donc réduire au minimum le travail.
Maintenant, nous commençons à obtenir des souhaits pour une application web basée sur les mêmes données. L'application Web sera hébergée chez nous et livrée en tant qu'application SaaS.
Maintenant, le défi est de savoir comment déplacer les données entre l'application Web et la base de données interne des clients. comme je le vois nous avons quelques exigences:
- Nous devons être prêts à gérer la situation où la base de données des clients n'est pas accessible à partir de la DMZ. Je suppose que la solution la plus simple est que toute la communication est initiée depuis l'intérieur du client.
- Aussi peu de configuration de pare-feu que possible. Le mieux est de savoir si nous pouvons fonctionner sans configuration particulière tant que le trafic sortant des clients n'est pas bloqué. Si nous avons besoin de quelque chose de changé dans le pare-feu, nous devons être en mesure de documenter que le changement est sécurisé.
- Il n'est pas nécessaire que ce soit en temps réel. Le déplacement des données par lots toutes les dix minutes environ est OK.
- Les données se déplacent dans les deux sens, mais pas dans les mêmes tables, de sorte que nous ne devons pas prendre en charge les fusions.
- Ce serait bien si nous n'avions pas à rouler notre propre framework complètement.
Dans l'attente d'entendre vos suggestions.
Si vous offrez une solution SaaS, il s'agit généralement d'héberger les données, pas le client. Avez-vous vraiment besoin de copies aux deux endroits? – UpTheCreek
Si nous pouvions réécrire l'historique, nous envisagerions probablement le SaaS pour les deux applications, mais cela nécessiterait une réécriture substantielle de l'application existante pour lui permettre de fonctionner en SaaS. Aussi je ne suis pas sûr si les clients veulent "abandonner le contrôle" de leurs données. – mlarsen